sjh9714/dsh-what-changed

README 摘要

dsh-what-changed 看得见 Agent 到底改了什么。一个会话里所有文件改动，一屏看完再决定要不要提交。 English 真实 dsh web 会话，不是拼的图。顶栏上的「1 个文件 · 1 处编辑」就是这个插件，点开是这一屏。 它解决的那句话 DSH 讨论区 赞数最高 的一条是 172（163 赞，第二名 46 赞）。大家在那里要独立客户端、CLI 和 VSCode 插件。但底下赞数最高的两条回复说的不是界面。 这个WEB版本 总是看不见它编辑了啥代码 ，总感觉怪怪的 还是喜欢用cli模式， web太黑盒了 想要 CLI 的真正理由是 看不见 Agent 对自己代码做了什么 。官方已经在那条帖子里回复「后面会有的」，所以客户端和 CLI 不该由社区来抢； 但「它到底改了什么」是另一回事，现在没有人回答。 单次调用的 diff 卡片本来就会渲染。缺的是那个你在提交前真正想要的东西： 这一整个会话，一共动了哪些文件。 装 装完会话顶栏多一个按钮，写着改了几个文件、几处编辑。点开就是那一屏。 会话中途装也没关系。 这一点不是我们做的，是 session-projection 这个座子给的：晚注册的单元第一次被读取时，会从头把整条日志重放一遍。所以你在 Agent 干完活之后才想起来装，照样能看到它这一路改了什么。 三件事它坚持做 被拒绝的写入不算改动。 权限围栏挡下来的编辑没有落到工作区，把它显示成一处改动，等于把这个插件想消灭的问题重新造一遍。它们按文件单独计数，不进编辑总数。 分清「请求」和「结果」。 tool/result 可能带上工具真正写下去的那段 diff，有就用那个。 str replace editor （极简模式挂的编辑器）不带，那就退回到调用参数。每条编辑都标出自己是哪一种，屏幕上直接写着「按请求显示，工具没有回报实际写入的 diff」。把请求当结果展示，本身就是一个小谎。 说你的语言。 按钮和面板上的每一句都走 shell 自己的 locale 座子，中英两套字典跟着你在设置里选的语言走。两边的键集互相约束，少一条编译就过不去。 零也要显示。 「它什么都没改」也是一个答案。按钮消失了会被当成插件坏了。 不完整的答案要承认自己不完整。 Agent 也会用 shell 写文件，而 shell 的 tool/result 不带任何文件信息，从事件流里根本无法知道它动了哪些文件。所以看起来在写的命令会被数出来，面板直接写明还有多少条不在列表里，按钮上标「不完整」。 路径绝不猜。 从命令行里读路径，一个引号、一根管道或一次变量展开就会读错，而错的路径比承认缺口更糟。这条由 1 提出，报告人指出这不是边角情况而是常态。在这台机器的 11 个真实会话里实测， bash 12 次、 write 3 次、 read 1 次， str repla…

分类