大语言模型精神分裂症：氛围编码者的实用手册

作者是一位拥有20多年经验的程序员，描述了一种使用AI代理编写大型生产项目的方法。他们认为，大型任务失败的原因不在于模型本身，而在于单个会话试图同时处理所有事情。解决方案是创建子代理——定义角色、模型和允许使用的工具的markdown文件——这些子代理在干净的环境中操作，并在完成任务后终止。作者的“剧团”包括架构师、开发人员、审查员（只读）、通过破坏代码来验证测试是否“致命”的测试人员、安全专家和数据库管理员。一个关键的见解是，使用较便宜的模型执行，而使用较贵的模型进行审查，因为审查员的错误不会被人注意到。这个过程被编纂为“技能”——包含描述、正文和详细信息的文件——这些技能从事件中成长，比如规则要检查事实，而不是报告。规划至关重要：人类审查计划以尽早发现成本高昂的错误，并且在大型工作之前必须由架构师刷新计划。作者强调，状态必须记录在文件中，因为代理在会话之间没有记忆。项目规则（CLAUDE.md）和带有诚实退出代码的单一检查脚本作为粘合剂；规则是有日期的先例，检查不能绕过。首先要求模型创建审查员子代理，然后将重复的指令转化为技能，让剧团自然成长。成本：显著更多的令牌，人类时间转移到审查报告和解决争议，规则将被打破——但这很正常。这种方法只对不适合单一上下文的任务才有回报。