Claude Code 动态工作流：用检查点把任务拆成可控步骤
复杂任务若只用一句“把这个项目做好”，模型很难知道完成标准，也不利于审查。更稳妥的动态工作流，是根据仓库现状逐步决定下一步：先调查，再提出方案，执行一小段，检查结果，然后继续。Claude Code 的命令和设置会变化，本文讲的是通用协作模式；具体权限与 hooks 以当前官方文档为准。
先写清任务边界
提供目标、允许修改的目录、不可触碰的配置，以及验收条件。例如：“修复登录页窄屏溢出，只改 UI 文件；完成后说明改动与验证方法。”要求 Agent 先读取相关代码并列出假设，不要一开始就授权删除、部署或迁移数据。明确哪些操作必须等待人工批准。
按检查点推进
第一阶段只让它定位页面和复现路径；第二阶段给出最小修改方案；第三阶段实施有限改动；第四阶段检查 diff、运行适当的本地验证并报告未覆盖部分。每个阶段都要看实际结果，再决定是否进入下一步。若调查揭示问题范围超出预期，先更新任务边界，而不是让 Agent 顺手重构整个模块。
把上下文交接写成记录
对长任务，保存目标、已确认事实、未解决问题和关键文件路径。新的会话从这份简短记录继续，避免重复读大量无关材料。不要把临时猜测写成事实；标注“已验证”和“待确认”。涉及多个子任务时，给每个任务独立的完成标准和文件边界，减少并行修改冲突。
权限、工具与安全
工具权限决定 Agent 能读写什么。优先使用项目级配置和明确白名单，审查 shell 命令、联网请求和文件写入；不要把 API 密钥放进提示或提交记录。需要通知或自动触发时，先确认当前 Claude Code 版本支持的 hook 事件与输入格式，使用官方示例并在临时项目里验证。任何影响生产数据的步骤都应由人执行或逐项批准。
如何判断流程有效
比较返工次数、越界修改和审查时间，而不是只看生成速度。若 Agent 常误解要求，改善任务说明与验收条件；若它频繁停下来询问，则检查权限是否设置过窄。对一次性小改动，直接问答可能更合适。动态工作流的价值在于高风险、多文件任务有清晰暂停点。