别再守着 Claude Code 了——学会指挥它自主干活
内容提要
Claude Code 的自主模式允许AI独立完成任务，用户设定完成条件或使用动态工作流分派子agent并行处理并互相质检。关键在于提供可验证的检查、将状态写入文件、使用计划模式对齐方向。适合边界清晰、有客观标准的任务，需项目有良好文档基础。自主能力是放大器，省时但需谨慎处理危险操作。
延伸解读
自主模式的前提：项目得有“事实地基”
文章强调，自主长任务能跑得动，前提是项目有像样的设计文档或清晰的代码结构作为参照物。如果项目是“vibe coding”出来的，缺乏文档和结构，让AI自主跑大目标容易越跑越歪，浪费token。因此，想用好自主能力，先要花力气把项目的spec体系搭扎实，否则就是“放大器”把混乱也放大十倍。
任务选择：边界清晰比模型能力更重要
不是所有任务都适合自主模式。文章指出，边界清楚、有客观对错、能拆成一轮轮推进的活（如审计、核查、补测试）最适合；而高度依赖临场拍板、审美偏好或没有客观标准的活，人在场反而更快。所以，放手前先判断任务是否“适合”，别硬套自主流程，否则可能白烧token。
成本与风险：省时间不等于省算力
动态工作流一次开几十个agent，比手动做同一件事更贵。文章建议先小范围试跑，确认效果和花销合适再放量。同时，无论多自主，不可逆的危险操作（如强制推送、删库、改生产配置）必须由人亲自确认，提前圈出禁区，绝不让AI自作主张。放手是为了提效，不是替人闯祸。
Q&A
Claude Code 的自主模式是什么？
Claude Code 的自主模式是指让 AI 独立完成任务，用户设定完成条件或使用动态工作流分派子 agent 并行处理并互相质检，用户只需在开头和结尾出现，无需全程盯着。
为什么使用 Claude Code 时总需要盯着它？
因为 AI 可能不知道自己做得对不对，且对话一长或换窗口会失忆，导致重复劳动或推翻结论。
如何让 Claude Code 自主干活？
关键方法是给它一个能自己运行的检查（如测试命令），并把状态写入文件，这样它能自我验证并记住进度。另外，使用 plan mode 对齐方向。
/goal 命令是什么？如何使用？
/goal 是让 Claude Code 自主完成任务的命令，你设定完成条件，它会一直干到条件满足。好的完成条件包含可测的终态、判断依据和边界。例如，可以拆成多轮，每轮指定一个小目标。
动态工作流（Dynamic Workflows）是什么？
动态工作流是 Claude Code 的自主能力，它能把大任务拆成多个小任务，派给几十个子 agent 并行处理，并让它们互相质检。使用 ultracode 或说“用 workflow 跑”即可触发。
动态工作流如何实现自我质检？
通过对抗验证：让独立的“怀疑者” agent 重新核查初查结果，只保留站得住的；修复计划需要双签；交叉回归验证时，A 改过的文件由 B 复验，且 B 不知道修复计划。
哪些任务适合用 Claude Code 自主模式？
适合边界清晰、有客观标准、能拆成一轮轮推进的任务，如审计、核查、补测试、批量改造。不适合依赖临场拍板或审美偏好的任务。
使用自主模式有哪些前提条件？
项目需要有良好的文档基础（如 spec 或清晰代码结构），vibe coding 项目应先补结构，任务本身要适合。
Claude Code 自主能力有哪些？
核心能力包括 /goal、动态工作流和 plan mode。进阶能力有子 agent、hooks、无头模式、MCP 工具、/loop 等。
使用自主模式时有哪些注意事项？
不可逆的危险操作（如强制推送、删库）必须亲自确认；动态工作流成本较高，应先小范围试跑；任务要拆成够得着的小目标，避免空转。
