# Beads vs Gastown：是否应该使用外部框架管理AI代理？

# Beads vs Gastown：是否应该使用外部框架管理AI代理？

> Beads vs Gastown：我为什么 осторожно отношусь к внешним фреймворкам для AI代理任务管理和编排。Разбор任务追踪、上下文、lock-in、first-party工具价值和什么时候自建 проще.

Source: https://okhlopkov.com/cn-beads-gastown-framework-ai-agents/

快速答案： 外部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和官方能力通常最先支持新模型特性，少一层抽象，代理也更容易理解真实项目。