Git 可视化面板 · 看清多 Agent 接力后的代码现场

Agent 换了，代码到了哪里

我在用多个 AI 工具接力开发时，遇到了一个很实际的问题：代码越写越多，工作树和分支也越积越多，反而不容易知道项目现在是什么状态。

我曾用 Codex 做设计、Claude 做开发、DeepSeek 做测试。Claude 的额度用完，开发停在半路，再由 Codex 接手。在我当时遇到的流程里，新 Agent 发现原目录已有未提交改动，就另建工作树和分支继续。几次之后，稳定版、开发中的功能和实验代码散在不同目录里。我需要反复确认：现在打开的是哪一份？改动留在哪里？哪些分支还没合并？

于是，我做了 Git 可视化面板。它放在 DSH 的右侧栏，把分支拓扑、工作树、未提交改动、文件和提交详情放到一起，方便我在开发过程中随时查看。

把分支关系画出来

这是我最在意的设计。主干从哪里延伸，功能分支在哪里分出，接手后的提交落在哪条线上，沿着拓扑就能看清。

对我来说，可视化带来的安心很具体：眼前的分支和目录终于有了位置，下一步要检查哪里，也有了依据。点击提交或分支路径，可以继续展开详情，从整体关系看到具体代码。

从全局状态，看到一行改动

面板顶部显示正在查看的工作树路径、分支和状态，包括未提交改动及上游跟踪信息。中间是提交拓扑，下方放工作树列表、改动文件和文件树。

我可以切换查看另一棵工作树，确认它的 HEAD、分支和改动情况。这个动作只改变面板的查看对象，聊天所在的工作目录保持原样。

查看代码时，未提交改动与已有提交各有入口。点击提交，可以展开完整说明、改动文件和单文件 diff；在 DSH 中点击 CHANGES 或 FILES 里的文件，会在新的侧栏标签中打开文件内容。

看清楚，再行动

我把这个面板做成只读工具。它负责让我看见状态，清理工作树、合并分支和修复项目，仍由我或 Agent 判断并执行。

工作树干净，不代表分支已经合并；新建工作树，也不会自动带走旧目录中未提交的文件。把这些状态分清，才能更有把握地继续开发。

项目以 DSH 为主要使用场景，仓库也提供 Codex 与 Claude 的适配入口。源码和安装说明都放在 GitHub，欢迎按自己的开发方式试用。