claude-code-workflows 是一套面向 Claude Code 的开源开发工作流（development workflows）插件：它先与你对齐结果和排除项，再对照仓库检查设计，逐任务验证，并在较大改动上做一次独立评审，让 Claude 的广泛探索始终收敛在已批准的结果上。📌 本文针对新手最常问的两个问题逐条解答：docs/plans/目录要不要提交、Lite Mode 到底跳过了哪些检查。

Q1：docs/plans 要不要提交？

结论先行：不要提交。recipe 把docs/plans/视为"临时工作状态"（ephemeral working state）。

为什么它是临时状态？

• Task 文件（docs/plans/tasks/）会在执行中被消费，成功完成后自动删除
• 中间修复文件（intermediate fix files）同样会在成功后清理
• Work Plan（docs/plans/{plan-name}.md）可保留用于评审或之后继续构建，不再需要时直接删除即可

recipe-build 的执行流程明确规定：docs/plans/是临时工作状态，不在 recipe 运行之间保留，已消费的任务文件属于本次运行的"Consumed Task Set"，完成后删除。

.gitignore 一步配置

在项目根目录的.gitignore中加入这一行，让这些工作状态不进入版本控制：

docs/plans/

⚠️ 这些文档才应该提交！

docs/plans/只是"执行草稿区"，项目真正的长期资产在各自独立目录中，且应当提交。对照文档标准中的存放位置表：

💡 记忆口诀：PRD、ADR、UI Spec、Design Doc 记录的是"决策与共识"，值得留在仓库；Work Plan 和 Task 文件只是"执行草稿"，做完即弃。

Q2：Lite Mode 到底跳过了哪些检查？

Lite Mode 是用户主动开启的"提速模式"：用更少的中间验证换取更低的成本，但所有阶段和审批停靠点（approval stops）原样保留。

如何开启 Lite Mode

在任意 recipe 请求的开头加上 "Lite mode" 即可：

/recipe-implement "Lite mode. Add rate limiting to the public API"

开启后它会保持到当前会话结束，直到你明确要求 Claude 退出 Lite Mode 才会关闭。

Lite Mode 跳过的检查清单

根据官方 Lite Mode 规范，一共省略 4 项子代理调用：

Lite Mode 保留了什么？

• ✅ 相同的工作阶段与所有审批停靠点，关键节点仍会暂停征求你的确认
• ✅最终代码评审照常运行（code-reviewer）
• ✅Final Quality Run：最后一个任务提交后、实施后评审前，quality-fixer按层各运行一次，替代逐任务的质量检查

📌 小改动例外：对于没有 Work Plan 任务集的单循环流程（如 Small 级别改动），Lite Mode 会保留quality-fixer 调用——因为它本来就等价于最后一次运行。

一句话总结：Lite Mode 不是"跳过质量把关"，而是把检查从"每次提交前"集中到"最后统一做一次"，并去掉非必要的独立验证，最终代码评审与安全评审之外的部分依然兜底。

顺带回答两个高频小问题

• 测试、类型检查、lint、构建报错怎么办？不用担心，工作流会在已批准的结果范围内自行修复这些失败，包括同一职责或契约所要求的相邻改动。
• OpenAI Codex CLI 有对应版本吗？有，姊妹项目codex-workflows将同样的工作流模型适配到了 Codex CLI 环境。

延伸资料

• 完整 FAQ 与使用指南：README.md
• Lite Mode 完整规则：lite-mode.md
• 文档存放与命名规范：documentation-criteria/SKILL.md
• 任务执行循环（4 步循环与清理逻辑）：recipe-build/SKILL.md