参考资料
最佳实践与常见问题
日常使用怎么用得最顺手，以及最常被问到的问题。
你会得到什么
深度按需付费
简单任务零仪式；完整工作流只在你要求时加载。
任务级连续
纠正和补漏在同一流程内继续，不用重新调用。
批准绝不默认
理解需求与动手实施之间，隔着一个独立、明确的人工动作。
证据驱动完成
没有新鲜、范围匹配的验证，就不算完成。
双平台一致语义
Codex CLI 与 Claude Code 的调用行为保持同步。
该只读时严格只读
评审和交接绝不改动你的仓库。
日常做法
- 清晰的常规任务直接描述，点名工作流只会增加你不需要的开销。
- 想要更完整流程时才点名工作流，并把 token 放在第一行。
- 批准前先读检查点。这是你的注意力回报最高的一个位置。
- 把仓库文档和指令文件当作领域事实，它们的优先级永远高于插件。
- 明确写出"范围外"，它和写清楚"要什么"一样有用。
- 涉及数据、权限或破坏性操作的重大决定，点名完整工作流，不要只依赖 Core。
常见问题
每个任务都要点名工作流吗？
不需要，也不建议。常驻 Core 已经覆盖普通任务。完整工作流会改变会话的形态和成本，只在你需要它那套更深流程时才用。
需求已经很清楚了，它为什么还是停下来等？
调用 Develop 本身不是编码授权。检查点是固定动作：先说清目标和边界，然后暂停。你回一句"按上述方案执行"它就继续。
它会自己提交或推送吗？
未获授权不会。提交、推送、发布、创建 issue、安装依赖和修改全局配置都需要你的明确授权。
插件会覆盖我的项目规则吗？
不会。你当前的请求、项目里的 AGENTS.md 或 CLAUDE.md，以及权威文档始终优先。工作流只会读取并遵循你的约定，不会取代它们。
工作流还活跃，怎么让它结束？
明确取消、切换到另一个工作流，或者开始一个无关的新任务。三者任一都会结束继承；无关的新任务不会继承旧工作流或旧批准。
有办法看到实际跑了什么吗？
有。每个工作流都会报告证据：跑了哪些命令、改了什么，以及每条验收行为是已验证、部分验证、未完成还是有偏差。