@jamonholmgren: 我来把我的整个智能体开发环境设置全盘托出，因为我看到太多人错过了其中的重要部分，并且……

我来把我的整个智能体开发环境设置全盘托出，因为我看到太多人错过了其中的重要部分，这对他们造成了困扰。 以下是我拥有并推荐的内容： 0. 一个作为路由器的 AGENTS.md 文件——它将智能体引导到正确的技能、文档和工具 1. 一个根据我的需求定制的工作流程文档/技能（如果你还没有类似的东西，可以抓取 Matt Pocock 的技能）……在大多数会话中，我用 `@/AGENT_WORKFLOW.md` 来标记它，它会自动引入。 2. 为每个系统提供自愈文档，并指示智能体保持它们的更新……我标记我知道需要的文档，或者让智能体通过 AGENTS.md 找到它们……我还在每个文档的前 7 行提供更详细的摘要，这样它们很容易被 grep 找到正确的内容，这已在 AGENTS.md 中记录。 3. 智能体始终运行应用程序……智能体应该始终自己实际运行应用程序，并在过程中测试其工作并修复问题，特别是在异步/自主运行时。 4. 端到端测试以及编写更多测试并保持更新的说明，还有关于如何编写测试、避免什么的文档，以及一个列出所有测试及其测试内容的 markdown 文档……在实施过程中编写并运行有针对性的测试，改进并随工作一起提交。 5. 在预提交钩子中使用自定义的 linter，用于查找你遇到的任何问题，并使用 `--fix` 自动修复问题，或者如果不可行，则使用更便宜的 LLM（如 Composer 2.5 或 Sonnet）来修复问题——不仅仅是标记问题，而是实际清理代码。 6. 在每个主要节点进行跨智能体审查：研究、计划、实施和总结。我的意思是 codex、claude、cursor 等——但不应该是同一个模型审查同一段代码。还有针对智能体审查的特定文档，包括审查什么、如何审查。此外，还有角色——从不同角度查看代码，如可维护性、代码质量、安全性、性能、AI 气味、领域（例如“金融服务专家”等）……每个角色也“拥有”一组系统文档并保持更新。 7. 智能体追踪/工作表，记录智能体每次会话的操作。如果智能体中途失败，你应该能够将此工作表交给另一个智能体，让它完成工作。将此工作表与工作一起提交，以便所有内容都关联在一起，以后容易参考（你以后一定会参考这些！），同时让智能体应用与工作表名称对应的 git 标签，以便易于查找。 8. 会话结束时自动向您反馈智能体，添加到文档中并与工作一起提交，您可以定期将其输入到交互式会话中并改进您的工作流程。 9. 一个包含 Python 或 Bash 脚本的工具或 bin 文件夹，智能体拥有制作这些脚本的技能，以使其工作更轻松（例如，我有一个 `agent_review` bash 脚本，让智能体通过 CLI 启动代理审查，而不需要知道每个代理的具体咒语）……关于如何有效制作脚本的文档，以及不断扩展这些脚本的说明。 10. 定期对最近的提交进行智能体扫描，从更高的层面跨提交寻找问题/陷阱。 11. 一个仅针对代码库中特定编码约定的编码约定文档，您的审查智能体经常使用它（但很多内容应该放在 linter 中）。 12. 一个用于自主工作的智能体循环/夜班技能，从编排角度说明智能体如何处理工作。 13. 一个智能体可访问的任务队列（我的只是一个 TODOS.md，但您的可能是 Linear 等，带有通过 API 获取的 CLI）。 14. 一个定期的虚假自信测试审计技能，用于查找那些并没有测试您认为的测试内容的测试，并修复它们。 15. 视觉回归测试——截图，通过工具和智能体视觉审查比较，与工作一起提交（这里 git lfs 很有用）或至少推送到 PR 中。 16. 自动性能基准测试，当性能下降时能通知。 17. 性能分析工具，可供智能体用于有针对性的基准测试、尝试新技术、比较输出和分析结果。 18. 下班前的全面验证，包括运行所有测试、性能测试、智能体审查、扫描等——当您返回时，一切尽可能原始。 如果您拥有所有这些，您的智能体编码体验将与枯燥的提示和每次手动引导它到正确方向截然不同。