bug: deepseek harness 现在对 AGENTS. md 的行为有问题。

[TheJieee]

查看轨迹可以得知：每次ANGETS.md 更新时，dsh都会发起 ，用来提醒llm ANGETS.md内容已经改变。这实际上并不合理，因为AGENTS.md是由agents自己更新维护的，AGENTS.md的变化已经存在了上下文中，完全不需要再次提醒。
附一个搞笑轨迹。

[HarcoChen]

顶一下

[kabumos]

AGENTS.md 的修改不完全是由本地 LLM 进行的，如：

• 用户个人进行修改调整
• 团队项目中其他成员进行了更新，你加载了新版本
• 插件行为，新安装插件时，插件自行添加一些约束条件等
• 不同会话，当前会话修改，其他会话需要监控并重新加载

[TheJieee]

至少这种场合下是不合理的

[cningan]

补一组量化证据支持这个观察，同时把「外部改动」的情况分开——两件事都成立，但可落地的判据是区分变更来源。

观测环境：dsh 0.1.5-rc.1，web profile，单个会话（约 6 小时 / 99 条用户消息 / 4 次自动压缩）。以下数字全部来自该会话的原始事件日志（~/.dsh/sessions/<工作区>/<session-id>/session.v3.jsonl.zstd），可逐条复核。

先分清三类「系统提示」，它们常被混为一谈

类型	条数	触发
Updated instructions from: <path>	23（全部来自同一个项目入口 AGENTS.md）	该文件每次写盘各一条
工作区指令全量 / 技能目录全量	5 / 6	会话开始 + 每次压缩后（这是必要的，不是问题）
Instructions removed: <path>	1	项目文件夹被归档搬走（合理）
真正的 system/message（系统提示词本体）	4，且开场 20 分钟内写完后再未写过	—

也就是说：系统提示词本体并没有被反复重发；被反复投递的是这条「指令文件已变更」提醒。

关键数据：23 条注入 = 23 个不同版本，没有一条重复

正文长度单调增长 1912 → 8055 字，说明它是「一写盘就注入一次」，不是重复发送的 bug。同一 turn 内连续编辑就会出现连排：

时间	各次注入正文长度
09/12 19:19:27 / 19:19:29 / 19:19:31	2136 / 2253 / 2279 字
09/13 23:12:57 / 23:13:07	5401 / 5405 字
09/14 00:21:11 / 00:21:16	8045 / 8055 字

即前两次注入的版本在几秒后就被自己覆盖，模型从未据此行动，属可省的开销（每次 2–8 KB）。

关于「AGENTS.md 也可能由外部改动」

评论区说得对，所以不建议直接取消提醒。可落地的做法是区分来源：

• 变更由本会话的写工具造成 → 抑制，或只注入本 turn 的最终版本（内容已在模型自己的上下文里）；
• 变更来自外部（用户手改、其它会话、队友、插件安装）→ 照旧注入。

最低成本的一步是对同一 turn 内的多次变更去抖合并为一条，这也顺带解决下一条。

顺带一个可复现的 UI 观察

这条注入以 user/message（source.kind = agent-instructions）投递，Web GUI 把它渲染成**「系统提示词」卡片**。一个 turn 内编辑 3 次就会出现3 张连排的系统提示词卡片，使用者会误判为「系统提示词被反复重发」——本次调查正是被这个现象引出来的。若注入机制保留，UI 侧折叠/合并展示会更接近事实。

代码定位（便于复核）

@deepseek-ai/dsh-agent-instructions/lib/index.js：

• :17-18 候选文件名 AGENTS.md / CLAUDE.md（及 .local 变体）+ 用户全局 ~/.dsh/AGENTS.md；
• :86-95 以内容哈希作为身份，哈希变化即视为变更；
• :212-223 变更渲染：set → Additional instructions from，remove → Instructions removed，其余 → Updated instructions from。