@clawos-dev/clawd 0.2.571 → 0.2.573

package/dist/cli.cjs

@@ -71503,7 +71503,7 @@ function computeMethodAccess(args) {
 }
 
 // src/version.ts
-var version = "0.2.571".length > 0 ? "0.2.571" : "dev";
+var version = "0.2.573".length > 0 ? "0.2.573" : "dev";
 
 // src/cli-probe/probe.ts
 var fs79 = __toESM(require("fs"), 1);
@@ -75183,7 +75183,7 @@ async function startDaemon(config) {
         `\u672C\u6B21\u662F**${SCAN_BASE_LABEL[scanBase.kind]}**\uFF1A\u53EA\u770B\u8DDF\u7EBF\u4E0A\u6B63\u8DD1\u90A3\u7248\u7684\u5DEE\u522B\uFF0C`,
         `\u90A3\u4E00\u7248\u662F commit ${scanBase.base}\u3002`,
         `\u5148\u5728 persona \u76EE\u5F55\u8DD1 \`git diff --name-only ${scanBase.base} -- .\` \u62FF\u5230\u6539\u52A8\u6E05\u5355\uFF0C`,
-        "\u53EA\u91CD\u770B\u8FD9\u4E9B\u6587\u4EF6\uFF08\u53CA\u5B83\u4EEC\u5F15\u51FA\u53BB\u7684\u90A3\u4E00\u8DF3\uFF09\uFF0C\u6E05\u5355\u91CC\u5176\u4F59\u6761\u76EE\u539F\u6837\u7559\u7740\u4E0D\u7528\u91CD\u62A5\u3002"
+        "\u53EA\u91CD\u770B\u8FD9\u4E9B\u6587\u4EF6\uFF08\u53CA\u5B83\u4EEC\u5F15\u51FA\u53BB\u7684\u90A3\u4E00\u8DF3\uFF09\uFF1B\u6E05\u5355\u91CC\u5176\u4F59\u6761\u76EE\u6309 skill \u8F6F\u626B\u90A3\u8282\u5904\u7406\u3002"
       ] : [
         `\u672C\u6B21\u662F**${SCAN_BASE_LABEL[scanBase.kind]}**\uFF1A\u4ECE\u96F6\u628A persona \u6574\u4E2A\u8BFB\u4E00\u904D\uFF0C\u6E05\u5355\u662F\u7A7A\u7684\u3002`
       ];

package/dist/persona-defaults/persona-clawd-butler/.claude/skills/scan-persona-for-deploy/SKILL.md

@@ -17,7 +17,7 @@ description: 老板要把某个 persona 发布到云上时触发——把这个
 | 档 | 任务里会说 | 你要做什么 |
 |---|---|---|
 | **硬扫** | 「从零把 persona 整个读一遍」 | 清单是空的，从零填 |
-| **软扫** | 「只看跟线上正跑那版的差别，那一版是 commit `<sha>`」 | 在**已有清单**上打补丁 |
+| **软扫** | 「只看跟线上正跑那版的差别，那一版是 commit `<sha>`」 | 先把已有清单的 `package` 重报一遍让 daemon 重探版本，再在**已有清单**上打补丁 |
 
 软扫的第一件事，在 persona 目录里跑：
 
@@ -25,13 +25,29 @@ description: 老板要把某个 persona 发布到云上时触发——把这个
 git diff --name-only <任务里给的 sha> -- .
 ```
 
-拿到的就是要重看的文件——**这就是「线上那版跟现在」的全部差别**。清单里其余条目原样有效，
-不用重报：重报没变的东西不但白花时间，还会让本来稳定的字段（比如凭据的命名引用）无谓地变来变去。
+拿到的就是要重看的文件——**这就是「线上那版跟现在」的全部差别**。清单里其余的 `secret` / `connector`
+条目原样有效，不用重报：重报没变的东西不但白花时间，还会让本来稳定的字段（比如凭据的命名引用）无谓地变来变去。
+**`package` 条目例外——每次软扫都要重报一遍**，见下一节。
+
+### 软扫先把清单里的 package 重报一遍
+
+版本是 daemon 在你每次报 `package` 时探本机得来的（见「边查边报」那节），**不重报就不探**：
+本机把某个工具升了级、或者上一版单据是没有探测那阵扫的，清单上的版本都不会自己变。所以拿到 diff 之后、
+读改动文件之前，先做这一步：
+
+1. 调 `deploy:get`，在 `scans` 里找 `id` 等于任务给的 scanId 那条，拿它的 `manifest.packages` 和 `evidence`。
+2. 对 `packages` 里的每一条调一次 `deploy:reportFinding`（`kind: "package"`）：
+   - `item` 只带 `name` / `from` / `min` / `version`；有 `artifact` 的只带 `{ url, bin }`。
+     `localVersion`、`artifact.sha256`、`artifact.size` 是 daemon 写的，**不要带**（带了 sha256 会被按形状拒）。
+   - `evidence` 用记录里 `target` 等于 `package:<name>` 那条的 `reason` / `file` / `quote` 原样回传。
+   - 记录里**没有**这条 evidence 的（老板在页面上手工补的条目）跳过不报——上报口要求 evidence，编一条就是造假。
+   - 被拒就按错误里说的做：`github:` 包本机版本变了，daemon 会告诉你新版本，按它重找资产再报（规则见 package 那节第 2 步）。
+3. 然后再去读改动文件。改动涉及的条目在那一趟会再报一次，新结论盖过这里的，顺序不能反。
 
 两件最容易做错的事：
 
-- **改动列表是空的，不等于没活干。** 老板点了重扫，页面正卡在「分析中」，你照样要走到收尾那步
-  调 `deploy:finishScan`，只是中间什么都不用报。
+- **改动列表是空的，不等于没活干。** 老板点了重扫，页面正卡在「分析中」，你照样要把上面那步重报做完、
+  走到收尾那步调 `deploy:finishScan`，只是中间不用再报别的。
 - **diff 给的是入口，不是边界。** 改的可能只是 `CLAUDE.md` 里一行命令，而那行命令背后的脚本
   带着一整串工具依赖。**改动文件引出去的那一跳照样要跟**，规则同下面「读什么」那节。
 
@@ -220,7 +236,7 @@ call({ method: "deploy:patch", args: {
 去掉该去的那几条，其余原样带上。**没有要删的就别调**——整份改写是有风险的动作，没必要时不做。
 
 判「该删」要有依据：来源文件在这次 diff 里被删了，或者你读了改动后的文件、确认它不再引用那个
-东西。**光是「这次没重报它」不是依据**——软扫下没重报是常态。
+东西。**光是「这次 diff 没碰到它」不是依据**——软扫下多数条目 diff 都碰不到。
 
 ### 然后收尾
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@clawos-dev/clawd",
-  "version": "0.2.571",
+  "version": "0.2.573",
   "description": "Standalone clawd daemon — Claude Code (and future Codex) session server over WebSocket",
   "type": "module",
   "license": "MIT",