Ampcode实践与vibe coding心得

背景

作者最初因 opencode 进入纯粹的 vibe coding 领域（此前使用 Copilot、Cursor 以及网页对话复制代码的半古法编程）。opencode + omo 的组合给作者带来了不小的震撼。随后作者陆续接触到 CC、CX 等 CLI 工具，并注意到一个流传的说法：CC 和 CX 强的地方并非 CLI 本身，而是其底层的基础模型（基模）。作者对此半信半疑，但这一说法促使他尝试不同的 coding CLI。最近一个月，他开始接触不同的 coding Agent，并发现 Ampcode 这款产品。

核心内容

Ampcode 以优雅的 TUI（终端用户界面）和独特的功能、理念吸引了作者。其核心特性包括：

1. Thread 共享：传统 coding Agent 采用隔离的对话形式，每个对话彼此独立。而 Ampcode 的每一个 thread 是互通的。用户可以在 thread A 的对话中输入 @@thread B，那么 thread A 的 Agent 就会读取 thread B 的对话和工作内容，从而实现跨对话的信息读取，非常方便。

2. 没有 compact，但有 handoff：Ampcode 去年激进地删除了 compact 功能，认为 compact 会丢失大量信息，并且带着长上下文运行 Agent 不仅效果差，成本也高。因此他们引入了 handoff 功能。handoff 会根据用户下一步要完成的目标，自动设定下一个 thread 的 prompt。这与 compact 类似，但不同之处在于：

   • handoff 的下一轮提示词远比压缩后的提示词短。
   • 由于多个 thread 互通，handoff 的提示词会让下一轮 thread 的 Agent 在需要关键信息时，自动查看上一个 thread 的内容，从而实现一种类似“无限上下文”的方法——带着下一轮的目标，同时随时可查看上一轮信息。
   • 此外，handoff 并非传统的单线程压缩，用户可以同时将接下来要完成的 4 个独立任务 handoff 给 4 个不同的 thread 并行执行。

3. 特色的 subagent：Ampcode 的 subagent 功能与 omo 类似，不同设定的 subagent 可以分别完成不同任务。作者提到 omo 的灵感来源正是 Ampcode。

4. 极具人性化的交互：在终端中，用户可以点击展开/折叠 thinking 过程，看清每一个 subagent 调用的工具，并通过 Ctrl+O 随时唤出命令面板。

作者当前的工作流是：

• 在 Ampcode 的 smart 模式 中输入想要完成的任务，然后 handoff 给 deep 模式 完成。
• 在 debug 时，将列出的 bug 按照相干性分组，每一组 handoff 给不同的 thread 去执行，最后在主 thread 中审查（派发不同的 subagent 审查）。

关键要点

• Ampcode 的 thread 互通机制打破传统 coding Agent 的对话隔离，通过 @@thread 指令实现跨 thread 信息读取。
• 删除 compact 功能，改为 handoff：handoff 保留短提示词，且新 thread 可自动查阅旧 thread 内容，实现类似无限上下文的效果，同时支持多任务并行 handoff。
• handoff 是多线程并行的，可同时将多个独立任务 handoff 到不同 thread 执行，提升效率。
• subagent 功能受 omo 用户熟悉，但实际上是 Ampcode 的原创特性，允许不同设定的 Agent 分工协作。
• 交互体验优化：终端内可展开/折叠思维链、查看工具调用、快捷键唤出命令面板。
• 作者实践工作流：smart 模式 → handoff 给 deep 模式；debug 时按 bug 相关性分组，handoff 到不同 thread 并行处理，最后在主 thread 统一审查。

意义与影响

Ampcode 的设计理念对 AI coding Agent 的交互模式和工作流组织带来了新的启发。其 thread 共享和 handoff 机制解决了传统长上下文压缩的信息丢失问题，同时通过多线程并行 handoff 提升了复杂任务的分解与执行效率。这种思路突破了单线程对话的限制，使得多 Agent 协作更加自然。subagent 和人性化交互（如展开 thinking、命令面板）也降低了使用门槛，让开发者能更透明地控制 Agent 的行为。Ampcode 的实践表明，coding Agent 的未来不仅在于更强的模型能力，还在于更灵活、更智能的对话管理和任务编排方式。