多数人用 Claude Code 的方式，是把它当成一个聊天窗口：一次贴一个报错，等它回一句，再贴下一个。这种用法出不了多少活。
真正出活的用法，是把它当成一支小团队来跑：一个 Agent 先读仓库，一个写计划，几个并行改代码，一个跑测试，一个做审查，最后由人把关，确认没问题才合并。所有 Agent 共用同一份需求文档、在同一个仓库里干活，而不是各写各的。
流程可以固定成四步：先调查，再写文档，然后动手做，最后验证。顺序不能乱，文档就是团队成员之间的共识，跳过这一步，后面并行起来很容易各改各的、互相冲突。
另外要用现成的 skill 把流程管住，防止 Agent 即兴发挥：做计划有专门的 skill，测试驱动和系统化排障有专门的 skill，凡是重复做过两遍以上的事情，就沉淀成一个可复用的 skill，下次直接调用，不用每次重新讲规则。
这套配置花一个晚上就能搭好。搭好之后，你就不用再一次次喂报错了，直接把一整件任务交出去，最后审查它交回来的结果就行。
正文完