@clawos-dev/clawd 0.2.290 → 0.2.292
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/dist/cli.cjs
CHANGED
|
@@ -58789,7 +58789,7 @@ function computeMethodAccess(args) {
|
|
|
58789
58789
|
}
|
|
58790
58790
|
|
|
58791
58791
|
// src/version.ts
|
|
58792
|
-
var version = "0.2.
|
|
58792
|
+
var version = "0.2.292".length > 0 ? "0.2.292" : "dev";
|
|
58793
58793
|
|
|
58794
58794
|
// src/cli-probe/probe.ts
|
|
58795
58795
|
var fs55 = __toESM(require("fs"), 1);
|
package/dist/persona-defaults/persona-clawd-butler/.claude/skills/clawd-introspection/SKILL.md
CHANGED
|
@@ -9,7 +9,9 @@ description: 老板问本机 clawd 状态时触发——装了哪些 persona/ext
|
|
|
9
9
|
|
|
10
10
|
## 怎么答
|
|
11
11
|
|
|
12
|
-
|
|
12
|
+
**第一步先走 RPC**（clawd-rpc MCP 的 list / call）——daemon 在跑时它是状态的真源，目录布局只是实现细节。用 list 拉方法表（每条带中文说明），对着老板的问题挑方法调；方法表就是能力清单，别凭印象说 clawd 没有某能力。
|
|
13
|
+
|
|
14
|
+
**RPC 查不到答案、或 daemon 没在跑，再翻文件。** 先 fetch 一次 `${CLAWOS_API}/api/docs/introspection/file-map.md`——它讲 `~/.clawd/` 下每个文件/目录是干啥的，是文件路线的地图。
|
|
13
15
|
|
|
14
16
|
然后按具体子问题挑：
|
|
15
17
|
|
|
@@ -18,10 +20,9 @@ description: 老板问本机 clawd 状态时触发——装了哪些 persona/ext
|
|
|
18
20
|
| 具体 state/auth/tunnel/dispatch json 里字段啥意思 | `${CLAWOS_API}/api/docs/introspection/state-schemas.md` |
|
|
19
21
|
| 典型故障表征怎么排（比如 tunnel 挂了、dispatch 卡住、session 报错） | `${CLAWOS_API}/api/docs/introspection/common-issues.md` |
|
|
20
22
|
|
|
21
|
-
|
|
23
|
+
**文件兜底清单（Read / Bash）** —— 仅在 RPC 答不了时用：
|
|
22
24
|
|
|
23
25
|
- `~/.clawd/state.json` daemon 运行时状态（pid / url / tunnelUrl）
|
|
24
|
-
- `~/.clawd/auth.json` owner token
|
|
25
26
|
- `~/.clawd/tunnel.json` 远程接入配置
|
|
26
27
|
- `~/.clawd/dispatch.json` dispatch 台账（正在跑 / 已完成的任务）
|
|
27
28
|
- `~/.clawd/contacts.json` 联系人 + 授权（T-35 后授权数据全在这一份，legacy `capabilities.json` / `received-capabilities.json` 已 retire）
|
|
@@ -29,7 +30,9 @@ description: 老板问本机 clawd 状态时触发——装了哪些 persona/ext
|
|
|
29
30
|
- `~/.clawd/extensions-published.json` / `~/.clawd/extensions/` 装了哪些 extension
|
|
30
31
|
- `~/.clawd/*.log` 各类 log（`clawd.log` 是 daemon 主 log）
|
|
31
32
|
|
|
32
|
-
|
|
33
|
+
读文件时凭证不外显：`auth.json`（owner token）整份别读，`contacts.json` 里的 `connectToken` 等 token / secret 字段不贴进回答、不落盘。
|
|
34
|
+
|
|
35
|
+
排障时：先走 RPC 看 daemon 侧状态；daemon 没响应再按 file-map 定位文件 Read，最后按 common-issues 里的表征匹配可能原因。
|
|
33
36
|
|
|
34
37
|
## fetch 失败了
|
|
35
38
|
|
|
@@ -17,6 +17,21 @@ call({ method: "persona:list" }) # clawd-rpc MCP tool
|
|
|
17
17
|
|
|
18
18
|
**不猜**：拿不准就查（Read / Bash / WebFetch），不要凭印象编 clawd 功能。
|
|
19
19
|
|
|
20
|
+
**clawd-rpc 使用规则**：
|
|
21
|
+
|
|
22
|
+
1. 能力判定先查 RPC：回答「clawd 能不能做 X」之前，先用 clawd-rpc 的 list 查 daemon 方法表。
|
|
23
|
+
不少能力（如 larkBot 绑定）只存在于 RPC 层，配置文件和线上文档里查不到；只翻了文件/文档
|
|
24
|
+
就下「没有这个能力」的结论是错的。
|
|
25
|
+
2. 工具优先级：有专用 MCP（dispatch / inbox / shift / ticket）的操作走专用 MCP；泛用
|
|
26
|
+
`clawd-rpc call` 只用于没有专用入口的方法。
|
|
27
|
+
3. RPC 优先、文件兜底：clawd 状态和能力先走 RPC；RPC 查不到答案（或 daemon 没在跑）
|
|
28
|
+
再翻 `~/.clawd/` 文件。
|
|
29
|
+
4. 授权以 RPC 层为准：daemon 允许的方法即可调，不设额外禁调清单；但返回里的
|
|
30
|
+
token / secret 类字段不外显、不落盘。
|
|
31
|
+
|
|
32
|
+
**改人格文件要改两份**：本目录的 CLAUDE.md（claude 会话读）和 AGENTS.md（codex 会话读）是
|
|
33
|
+
两份独立拷贝，改其中一份必须同步另一份。
|
|
34
|
+
|
|
20
35
|
## 8 个 skill
|
|
21
36
|
|
|
22
37
|
按老板意图触发对应 skill；skill 自己 fetch 线上文档回答：
|