Beads vs Gastown：是否应该使用外部框架管理AI代理？
Beads vs Gastown：我为什么 осторожно отношусь к внешним фреймворкам для AI代理任务管理和编排。Разбор任务追踪、上下文、lock-in、first-party工具价值和什么时候自建 проще.
快速答案：外部agent framework有用，但它会把任务管理、上下文和执行方式带进自己的抽象里。我更喜欢先用first-party工具和简单文件协议，只有当复杂度真的出现时，再引入Beads、Gastown或类似编排层。
- 框架能帮团队同步状态。
- 但也会增加lock-in和调试层。
- 单人或小项目通常先用简单tasks.md更快。
Beads：极简代理任务追踪器
Beads看起来原生且极简：在.jsonl中追踪任务，结构化，分解，帮助把事情做完。一切都在你的仓库中，上下文不会丢失。
Gastown：编排过度
Gastown则相反：大量文件和角色。我决定不需要它。
为什么不应该使用外部框架
我对代理框架持怀疑态度：你需要研究它们，阅读它们的提示词。但与其安装一堆别人的文件和MCP，我更喜欢挑选真正需要的。
官方第一方才是最好的
Anthropic宣布受beads启发，将todo升级为完整的任务追踪器。
https://x.com/trq212/status/2014480496013803643
结论：学习别人的工具，但自己构建你的代理。你不需要别人的遗留代码。
FAQ
什么时候该用agent framework？
当多个代理、多人协作和长任务状态已经难以靠文件维护时，再考虑。不要为了“看起来专业”先上框架。
为什么first-party工具更重要？
模型厂商的CLI和官方能力通常最先支持新模型特性，少一层抽象，代理也更容易理解真实项目。