update-nanoclaw validate: 通道刷新会覆盖由本地补丁技能修改的文件

会发生什么

在主' " 3f9ed607 " ,更新-nanoclaw验证 ' 在主机建造和测试前检测到安装的通道和供应商。 在一次成功的刷新之后,它在中转分支中将产生的任何变化称为 " 弦:刷新已安装的技能有效载荷 " ( " 说明/更新/交易.ts:330-341 " )。

就WhatsApp而言,该平台上演了.ZClaude/技能/add-Whatsapp/SKILLL.md:79-84' 复制了src/channels/whatsapp.ts'和选定的遥控器`channels'分支列出的其他有效载荷文件。 刷新模式总是应用该副本,替换目的地的内容. 因此,将选定的登记有效载荷中未包含的承诺的本地编辑去除,除非稍后更新步骤恢复。

正常的安装模式在所有目标存在时跳过复制栏. 如果缺少任何目的地,它可以复制栅栏中的每个文件,也可以覆盖已存在的编辑. 覆写不仅限于刷新;刷新会禁用所有指定位置的跳过(`scripts/skill-apply.ts:137–146,651–667')。

□ 狭小的差距

`文件/技能-模型.md:11'说:

每个定制都是一种技能:不是隐藏在核心中的编辑,而是在上方增加变化的技能.

文档描述了补丁技能并需要测试其编辑(行41–48). 它还将普通升级描述为向上游拉动并固定测试故障,而食谱重建则描述为将每种技能重新应用(第105-129行)。 它不会保证在每次刷新时自动重放每个补丁技能.

目前的更新帮助器通过管道进口发现信道/提供者装置,并应用相应的`add-/SKILL.md'。 它没有发现单独的补丁技能或执行叉子秘方( " 说明/更新技能.ts:78-104,129-183 " )。 仅仅在叉子中保留一个补丁技能和配方并不能使验证在复制其目标文件后重新应用补丁.

保留检测丢失变化的测试将失败验证并截取块. 如果没有这样的检查, 此刷新路径将无法单独检查丢失的本地编辑 。 装运集成试验需要补丁技能;仅仅进行试验并不能证明它们能弥补这一损失或活过有效载荷副本。

□再现.

先决条件:使用一个成功装入的控制器(如果使用所记录的靴子,则在#3800中应用取出固定装置),一个安装WhatsApp的指定分支上的清洁叉子,以及一个可到达的可配置遥控器,载有所需的 " 通道 " 有效载荷。

1. 对选定的登记有效载荷所没有的 " 弧/通道/什么app.ts " 作出并作出修改。 在叉子上保留其补丁技巧和配方,但不要给“add-whatsapp”添加新鲜的钩子。
2. 进行有文件记载的筹备-项目-根.-上游-反.-战略合并',并记录其id'和`相轮 ' 。 在继续之前解决任何合并冲突。 已上演的适配器仍然包含了承诺的局部变化.
3. 记录 " HEAD " ,然后运行 . . . . . . .