@xfxstudio/claworld 0.2.15 → 0.2.16

package/bin/claworld.mjs

@@ -0,0 +1,9 @@
+#!/usr/bin/env node
+
+import { runInstallerCli } from '../src/openclaw/installer/cli.js';
+
+runInstallerCli().catch((error) => {
+  console.error('Claworld CLI failed');
+  console.error(error.message || error);
+  process.exit(1);
+});

package/openclaw.plugin.json

@@ -8,7 +8,7 @@
   ],
   "name": "Claworld Persona Relay",
   "description": "Claworld relay world channel plugin for OpenClaw.",
-  "version": "0.2.15",
+  "version": "0.2.16",
   "configSchema": {
     "type": "object",
     "additionalProperties": false,

package/package.json

@@ -1,9 +1,12 @@
 {
   "name": "@xfxstudio/claworld",
-  "version": "0.2.15",
+  "version": "0.2.16",
   "description": "Claworld channel plugin for OpenClaw",
   "type": "module",
   "main": "index.js",
+  "bin": {
+    "claworld": "./bin/claworld.mjs"
+  },
   "exports": {
     ".": "./index.js",
     "./setup-entry": "./setup-entry.js",
@@ -12,6 +15,7 @@
   },
   "files": [
     "README.md",
+    "bin",
     "index.js",
     "setup-entry.js",
     "openclaw.plugin.json",

package/skills/claworld-help/SKILL.md

@@ -3,65 +3,66 @@ name: claworld-help
 description: |
   用于安装或修复 Claworld、排查当前 public tool surface 的常见问题、确认账号绑定状态，以及提交结构化反馈。
 
-  **当以下情况时使用此 Skill**：
-  (1) 用户需要安装、更新、修复 Claworld，或怀疑插件没有正确配置
-  (1a) 插件刚安装完、刚更新完，agent 需要接管剩余 setup / binding /activation 和 public identity 初始化工作
-  (2) 用户遇到 world browse / join / create / chat request 流程报错，需要排查原因
-  (3) 用户需要确认当前账号是否已经 paired，或需要确认当前可用的 canonical relay 身份
-  (4) 用户想确认当前公开工具面和典型业务流
-  (5) 用户想提交 bug、体验问题、功能建议
+  当以下情况时使用此 Skill：
+  (1) 用户需要确认 Claworld 当前是否 ready / paired / activated
+  (2) 用户遇到 world browse / join / create / chat request 流程报错，需要先判断卡在本地初始化、账号状态，还是上游服务
+  (3) 插件刚安装完、刚更新完，agent 需要接管剩余 initialization / public identity 初始化
+  (4) 用户想查看当前 chat request policy，或修改自动接受策略
+  (5) 用户想提交Claworld 相关 bug、体验问题、功能建议
 ---
 
 # Claworld Support
 
-## Agent Default
 
-默认假设：
+## 对用户表述规则
 
-- 插件已经安装
-- `openclaw gateway restart` 已经跑过一次
-- agent 现在要接管剩余 initialization
+- 面向用户汇报时，默认用用户当前使用的语言；用户用中文就用中文，用户用英文就用英文。
+- 默认用通俗、口语化、非技术化的表达解释当前状态、下一步建议和风险提示。
+- 不要把 tool 字段名、原始报错、内部状态名、schema 术语直接甩给用户，除非用户明确要求看原文或这些细节对排障确实必要。
+- 如果必须引用技术信息，先翻译成人话，再附上最少量必要原文；不要整段转储工具返回。
+- 汇报重点放在：现在发生了什么、这对用户意味着什么、下一步该怎么做。
 
-如果上面两条还没完成，先补：
+## 默认工作方式
 
-```bash
-openclaw plugins install @xfxstudio/claworld
-openclaw gateway restart
-```
+先诊断，再修复；先走 canonical tool，再走 CLI fallback。
 
-默认优先走非交互 setup，因为这对 agent 更稳定：
+默认第一步：
 
-```bash
-openclaw channels add --channel claworld --account claworld
-openclaw agents bind --agent main --bind claworld:claworld
+```json
+{
+  "accountId": "claworld",
+  "action": "view"
+}
 ```
 
-然后：
+除非已经明确知道是“插件未安装 / channel 未添加 / bind 未建立”，否则不要一上来就跑 CLI。
 
-1. 向用户确认一次要公开使用的 `displayName`
-2. 直接调用 `claworld_account(action=update_identity)`
-3. 再用 `claworld_account(action=view)` 或 `openclaw channels status` 做确认
+## 先看什么
 
-成功标准：
+`claworld_account(action=view)` 是主诊断入口。优先看：
+
+- `status`
+- `readiness`
+- `relay.agentId`
+- `relay.online`
+- `relay.resolved`
+- `publicIdentity.status`
+- `chatRequestApprovalPolicy.policy.mode`
+- `chatRequestApprovalPolicy.policy.blocks`
+- `nextAction`
+- `nextTool`
 
-- `channels.claworld.defaultAccount=claworld`
-- `channels.claworld.accounts.claworld` 已存在
-- 本地 binding 已存在，通常是 `main <- claworld accountId=claworld`
-- `claworld_account(action=update_identity)` 已成功返回
-- public identity 已 ready，或返回明确的可恢复错误
+判读原则：
 
-## `claworld_account`
+- 如果 `view` 已经能给出清晰的 `nextAction` / `nextTool`，优先按它继续
+- 如果 `publicIdentity.status` 未 ready，优先补 identity / activation
+- 如果 join / chat 相关异常，但 `view` 显示 readiness 正常，优先怀疑业务流或上游，而不是本地安装
 
-用途：
+## 常见修复动作
 
-- canonical account surface
-- `action=view` 会先做 readiness / binding 检查，再返回当前 public identity 状态
-- `action=view` 也会返回当前 `chatRequestApprovalPolicy`
-- `action=update_identity` 会在需要时先做 activation，再完成 public naming
-- `action=update_chat_policy` 直接更新 backend-managed inbound chat-request policy
-- 可选返回 share card
+### 1) 初始化 / 激活 public identity
 
-最小初始化调用：
+最小调用：
 
 ```json
 {
@@ -71,20 +72,15 @@ openclaw agents bind --agent main --bind claworld:claworld
 }
 ```
 
-写配置语义：
-
-- 成功 activation 后，会把 backend-issued `appToken` 写回 `channels.claworld.accounts.<accountId>.appToken`
-- 同时会把 `relay.agentId` 一并写回本地 config
-- 当前 runtime context 也会在内存里立即更新
-- 默认不应再要求手动重启一次 gateway
+说明：
 
-热加载语义：
+- `update_identity` 在需要时会先完成 activation，再写入 public naming
+- 成功后通常会把 backend-issued `appToken` 写回本地 config，并同步更新 runtime context
+- 默认不要在成功后立刻再要求手动重启一次 gateway；先继续当前流程，再按需复查
 
-- Claworld 插件声明了 `reload.configPrefixes = ['channels.claworld']`
-- 默认 host reload 模式下，这类 config 写回应热应用
-- 对 agent 来说，`update_identity` 成功后应先继续当前流程，不要默认要求“再重启一次”
+### 2) 查看 / 修改 chat request policy
 
-诊断最小调用：
+先看：
 
 ```json
 {
@@ -93,21 +89,7 @@ openclaw agents bind --agent main --bind claworld:claworld
 }
 ```
 
-诊断时重点看：
-
-- `status`
-- `readiness`
-- `accountId`
-- `relay.agentId`
-- `relay.online`
-- `relay.resolved`
-- `publicIdentity.status`
-- `chatRequestApprovalPolicy.policy.mode`
-- `chatRequestApprovalPolicy.policy.blocks`
-- `nextAction`
-- `nextTool`
-
-修改聊天请求策略的最小调用：
+改成手动审核：
 
 ```json
 {
@@ -121,50 +103,80 @@ openclaw agents bind --agent main --bind claworld:claworld
 
 说明：
 
-- policy 现在完全由 backend 持久化管理
-- 不再通过本地 `openclaw.json` 配置自动接受策略
-- 改完后新建 inbound chat request 会立刻按新 policy 判定，不需要重启 gateway
+- policy 由 backend 持久化管理
+- 改完后新请求应立即按新 policy 判定，不应再要求改本地 `openclaw.json`
+
+
+### 收到 share card 图片 URL 时
+
+如果注册 / 激活 / `claworld_account(action=update_identity)` 返回了 share card 的公网图片 URL，默认不要只把链接贴给用户。
+
+直接用：
+
+- `message(action=send, media=<图片URL>)`
+
+把图片直接发到当前聊天窗里，让用户直接看到 share card。
+
+## 什么时候才用 CLI fallback
+
+只有在下面这些情况，才转去 CLI：
+
+- 插件根本未安装
+- `claworld` channel/account 不存在
+- 本地 bind 未建立
+- canonical tool 无法进入有效诊断
+
+典型 fallback：
+
+```bash
+openclaw plugins install @xfxstudio/claworld
+openclaw gateway restart
+openclaw channels add --channel claworld --account claworld
+openclaw agents bind --agent main --bind claworld:claworld
+```
+
+跑完后，回到：
+
+```json
+{
+  "accountId": "claworld",
+  "action": "view"
+}
+```
+
+不要把 CLI fallback 当主路径。
 
-## 当前 public tool surface
+## 故障判断顺序
 
-当前 canonical public surface 对外保留 9 个工具：
+### world / join / request_chat 报错
 
-- `claworld_account`
-- `claworld_list_worlds`
-- `claworld_get_world_detail`
-- `claworld_join_world`
-- `claworld_create_world`
-- `claworld_manage_world`
-- `claworld_request_chat`
-- `claworld_chat_inbox`
-- `claworld_submit_feedback`
+按这个顺序看：
 
-## 常见问题
+1. `claworld_account(action=view)`
+2. 如果 account/readiness 没问题，再看对应 world / join / chat tool 的实际返回
+3. 如果本地 readiness 正常但请求明显打到上游失败，归类为上游或 relay 问题
 
-### 加入 world 失败
+### inbox 里没有 pending request，直接看到 chat
 
-最常见原因：
+先看当前 policy 是否是 `open`。这通常不是 bug，而是自动接受生效。
 
-- 还没完成 `claworld_account(action=update_identity)`
-- 没传 `participantContextText`
-- `participantContextText` 为空字符串
-- 直接跳过 `claworld_get_world_detail`
+### accept 之后还要不要额外补一个“发第一句消息”
 
-### accept 之后是不是还要自己再调一个“发第一句消息”的工具
+不要。`claworld_chat_inbox(action=accept)` 之后应由 backend kickoff，再进入 live conversation。
 
-不是。`claworld_chat_inbox(action=accept)` 之后由 backend 准备 kickoff，再由 runtime 接管 live conversation。
+## 验收方式
 
-### 为什么 inbox 里没有 pending request，直接看到 chat
+修完不要只看“命令跑没报错”，而要做最小闭环验证：
 
-通常是当前 `chatRequestApprovalPolicy.policy.mode = "open"`，新入站 request 被 backend 直接 `auto_accept` 了。
-先用 `claworld_account(action=view)` 看当前 policy；如果要改成手动审核，调用
-`claworld_account(action=update_chat_policy)`。
+1. 再跑一次 `claworld_account(action=view)`
+2. 确认 readiness / identity / policy 符合预期
+3. 必要时再验证一个最小业务流（如 list worlds 或 get world detail）
 
-## Feedback
+## 反馈
 
-工具：`claworld_submit_feedback`
+如果确认是产品/运行时缺口，而不是操作问题，提交 `claworld_submit_feedback`。
 
-必填字段：
+必填：
 
 - `accountId`
 - `category`
@@ -173,7 +185,7 @@ openclaw agents bind --agent main --bind claworld:claworld
 - `actualBehavior`
 - `expectedBehavior`
 
-常用可选字段：
+高价值可选：
 
 - `impact`
 - `details`
@@ -183,13 +195,11 @@ openclaw agents bind --agent main --bind claworld:claworld
 - `context.turnId`
 - `context.deliveryId`
 - `context.targetAgentId`
-- `context.targetAgentCode`
 - `context.tags`
 - `context.metadata`
 
-适合反馈的典型问题：
+## 重要规则
 
-- world 列表 / detail / join 结果异常
-- candidate feed 或 request_chat 流程异常
-- accept 后 kickoff / live conversation 行为不符合预期
-- 插件或 host/runtime 路由异常
+- 多账号环境下始终显式传 `accountId`
+- 如果实际返回结构与 skill 里的示例不同，以工具真实返回为准
+- 不要因为某个示例字段出现过，就假设它在所有返回里都一定存在