开发工具CLIAI 应用【免费下载链接】zcfZero-Config Code Flow for Claude code Codex项目地址https://gitcode.com/gh_mirrors/zc/zcf点击查看免费下载ZCFZero-Config Code Flow为 Claude Code 与 Codex 预置了一套结构化的开发工作流体系通过zcf init一键导入将“研究 → 构思 → 计划 → 执行 → 优化 → 评审”这类完整开发生命周期固化为可直接对话调用的 Skill。读完本篇你将掌握 ZCF 全部内置工作流的清单与适用场景、--workflows参数的各种取值、Skill 与 Agent 的底层安装机制含npx -y skills add与软链接方案以及.zcf/plan/计划文档目录的运作方式并学会用 Git 智能命令与/git-worktree构建“需求拆解 → 编码 → 提交”的闭环。一、工作流系统是什么ZCF 把工作流做成了一组可预配置、可选择安装的模块。核心配置位于 src/config/workflows.ts其中WORKFLOW_CONFIG_BASE数组定义了每个工作流的全部元数据// 纯业务配置不包含任何 i18n 文案 export interface WorkflowConfigBase { id: string defaultSelected: boolean order: number skills: string[] agents: Array{ id: string, filename: string, required: boolean } autoInstallAgents: boolean category: common | plan | sixStep | bmad | git outputDir: string }各字段含义id工作流唯一标识如sixStepsWorkflow也是--workflows参数可引用的值skills该工作流依赖的 Skill 名称列表安装时会被批量装入全局 Skill 目录agents配套子代理Agent模板例如featPlanUx依赖planner.md与ui-ux-designer.mdautoInstallAgents为true时安装工作流会同步复制 Agent 文件category/outputDir分类与产物目录决定 Agent 落盘路径。运行时通过getWorkflowConfigs()将基础配置与 i18n 翻译workflow:workflowOption.*合并供交互式菜单和安装器消费getOrderedWorkflows()则按order字段排序输出。类型定义见 src/types/workflow.ts。二、内置工作流一览ZCF 通过WORKFLOW_CONFIG_BASE预置 5 套工作流初始化或更新时自动导入ID分类默认选中Skill描述Claude CodeCodexcommonToolscommon是init-project项目初始化与常用工具指令含init-architect、get-current-datetime两个必需 Agent✅❌sixStepsWorkflowsixStep是workflow六阶段结构化开发工作流研究→构思→计划→执行→优化→评审✅✅featPlanUxplan是feat功能开发工作流含规划与 UI/UX 代理planner、ui-ux-designer✅❌gitWorkflowgit是git-commit、git-rollback、git-clean-branches、git-worktreeGit 提交、回滚、分支清理、worktree 管理✅✅bmadWorkflowbmad是bmad-initBMad 敏捷流程入口✅❌⚠️注意Codex 目前仅支持sixStepsWorkflow六阶段工作流和gitWorkflowGit 工作流其他工作流暂未在 Codex 中提供。此外ZCF 文档体系还提供了Spec 扩展/spec从规格制定到实现的一体化引导覆盖背景/目标/范围、用户故事与验收标准、架构与数据模型设计、测试计划与风险管理等它属于文档层面向的扩展实践WORKFLOW_CONFIG_BASE当前源码中并未将其列为独立内置项——从源码结构看如需该能力可自行参照 docs/ja-JP/workflows/spec.md 的思路组织提示词。各内置工作流的详细用法官方文档分别在以下页面有展开说明六阶段工作流详解Feat 工作流BMad 敏捷流程Git 智能命令三、六大阶段工作流/workflow六阶段工作流是 ZCF 的核心开发流程完整覆盖软件开发生命周期研究Research→ 构思Ideate→ 计划Plan→ 执行Execute→ 优化Optimize→ 评审Review。其 Skill 模板见 templates/skills/zh-CN/workflow/SKILL.md。各阶段的职责如下与模板中的[模式X]标签一一对应研究分析任务需求并做 0-10 分的需求完整性评分目标明确性 0-3 分、预期结果 0-3 分、边界范围 0-2 分、约束条件 0-2 分低于 7 分时主动要求用户补充关键信息技术栈、框架版本等信息从CLAUDE.md/AGENTS.md/package.json自动获取不计入评分。构思提供至少两种可行方案及评估比较优缺点后请求用户批准。计划把选定方案细化为原子、可执行的步骤清单文件、函数/类、逻辑概要、预期结果不写完整代码完成后请求用户批准。执行将简要计划存入项目根目录.zcf/plan/current/任务名.md必须用户批准后才开始编码。优化执行完成后自动触发聚焦本次对话产生的相关代码识别冗余、低效代码并给出优化建议用户确认后执行。评审对照计划评估结果、报告问题与建议请求最终确认任务结束后把计划文件从current/归档到history/。用法# Claude Code /workflow 实现用户登录功能支持邮箱与手机号登录 # Codex前缀不同 /prompts:workflow 实现用户登录功能支持邮箱与手机号登录 Codex 使用/prompts:前缀触发工作流 SkillClaude Code 使用/skill-name如/workflow、/feat。计划文档的目录约定两个工具统一使用.zcf/目录project/ └── .zcf/ └── plan/ ├── current/ # 进行中的任务 │ └── 任务名.md # 执行计划与上下文 └── history/ # 已完成的历史任务 └── [完成时间]任务名.md归档文件命名格式为[YYYY-MM-DD_HHMMSS]任务名.md模板中明确规定时间戳必须通过 bash 命令如date %Y-%m-%d_%H%M%S获取禁止模型猜测或编造时间。四、其余内置工作流速览Feat 工作流featPlanUx面向小中规模功能开发从用户故事到任务拆分、测试计划一次生成背景/目标/非功能要件、用户故事与验收标准、规格摘要与 UI/UX 要点、任务拆分与优先级、测试计划、风险与取舍。/feat 添加用户评论功能该工作流是少数带 Agent 依赖的工作流之一planner.md与ui-ux-designer.md会在安装时同步复制模板源文件位于 templates/claude-code/zh-CN/workflow/plan/agents。BMad 工作流bmadWorkflow以短周期回环“计划 → 执行 → 验证 → 改善”Background整理现状、课题与约束Mission目标与成功指标Action具体任务与负责人/优先级Deliver成果物、评审视角、发布步骤Retro复盘并反馈到下一周期。/bmad-init 提升新开发者的上手速度源码中有一个细节安装bmadWorkflow成功后安装器会额外打印一条bmadInitPrompt提示见 src/utils/workflow-installer.ts引导用户立即进入 BMad 流程。Git 智能命令gitWorkflow一次安装 4 个 Skill/git-commit总结变更内容以 Conventional Commit 形式给出提交信息/git-rollback回滚辅助/git-clean-branches分支清理/git-worktree ...worktree 的创建/列表/删除/迁移。/git-commit /git-worktree add feat/add-search -oSkill 模板源文件见 templates/skills/zh-CN/git-commit/SKILL.md、templates/skills/zh-CN/git-worktree/SKILL.md 等。五、安装与更新从菜单到源码的完整链路三种安装入口方式命令/操作说明交互式菜单npx zcf→ 选择 “2 (Import Workflows)”多选框列出全部工作流默认全部勾选defaultSelected: trueCLI 全量npx zcf init -s --workflows all静默模式导入全部工作流CLI 跳过npx zcf init -s --workflows skip不安装任何工作流CLI 指定--workflows id 列表如只装六阶段与 Git 工作流参数解析逻辑在 src/commands/init.ts--workflows可以是skip转为false跳过安装、all展开为WORKFLOW_CONFIG_BASE全部 id、逗号分隔的 id 字符串逐项校验未显式传参时默认按all处理。安装器的实际行为selectAndInstallWorkflows()src/utils/workflow-installer.ts的执行顺序清理旧版文件cleanupOldVersionFiles()会删除早期版本散落在~/.claude/下的commands/workflow.md、commands/feat.md、commands/zcf目录、agents/planner.md、agents/ui-ux-designer.md避免与新的 Skill 机制冲突收集 Skill遍历选中工作流的skills列表并去重用Set保证同一 Skill 只装一次安装 Skill从templates/skills/读取模板统一调用installSkills()自动安装 Agent若autoInstallAgents为true把templates/claude-code/lang/workflow/category/agents/下的 Agent 文件复制到~/.claude/agents/zcf/category/例如zcf/common/init-architect.md、zcf/plan/planner.mdrequired: true的 Agent 复制失败会使整个工作流安装判定为失败。Skill 的最终落盘由 src/utils/skills-installer.ts 完成——它本质是对开放skillsCLI 的薄封装# 以 claude-code 为例ZCF 实际拼装出的命令等价于 npx -y skills add templates/skills/lang 目录 -y -a claude-code -a universal -g -s skill 1 -s skill 2 ...从源码结构看claude-code会同时传universal代理使非交互安装走软链模式canonical 文件在~/.agents/skills/~/.claude/skills/中是软链接Codex 则仅传-a codex直接安装到 Codex 的~/.agents/skills/。这也解释了为什么工作流 Skill 是“一次安装、多工具复用”的。zcf update在模板更新后会再次执行工作流导入确保本地 Skill 内容与仓库模板保持同步。六、最佳实践官方文档给出的三条实践建议结合源码机制理解更透彻只保留常用流程项目里常用什么就装什么不需要的可以不选日常维护时可把不常用的工作流整理到workflows/custom/目录归置保持 Skill 列表精简。从源码看--workflows支持按需裁剪正是这一建议的落地手段与/git-worktree结合并行生成多方案用 worktree 为不同方案各开一个工作树并行开发评审后保留最优实现与输出风格、语言设置组合结合 ZCF 的输出风格output styles与--lang语言配置让工作流的产出语气、文档语言与团队规范保持一致。另外两个提升实战效率的习惯跨对话衔接首次使用工作流时可让 AI 把任务进度写入.zcf/plan/current/下的计划文档新对话中引用该文档即可无缝续接闭环组合/feat做需求拆解 →/workflow六阶段实现 →/git-commit提交配合 worktree 即构成完整迭代闭环。七、相关资源索引内容路径工作流基础配置src/config/workflows.ts工作流安装器src/utils/workflow-installer.tsSkill 安装封装src/utils/skills-installer.ts类型定义src/types/workflow.ts六阶段 Skill 模板templates/skills/zh-CN/workflow/SKILL.md配套 Agent 模板templates/claude-code/zh-CN/workflow各工作流使用文档docs/ja-JP/workflows/index.md安装命令参考docs/ja-JP/cli/init.md掌握以上内容后你可以按团队实际流程裁剪安装--workflows用六阶段工作流承接常规开发任务并以 Git 智能命令收尾形成一套可复制、可归档.zcf/plan/、可跨对话续接的 AI 辅助开发流水线。赞分享开发工具CLIAI 应用【免费下载链接】zcfZero-Config Code Flow for Claude code Codex项目地址https://gitcode.com/gh_mirrors/zc/zcf点击查看免费下载相关推荐ZCF 工作流体系详解六阶段工作流、Feat、BMad、Spec 与 Git 智能命令的使用与实现原理ZCF 工作流体系详解六阶段工作流、Feat、BMad、Spec 与 Git 智能命令的使用与实现原理 ZCFZero Config Code Flow通开发工具CLIAI 应用推荐文章《探索命令行下数据浏览的利器 —— 死神的CLI助手 x_x》推荐文章《探索命令行下数据浏览的利器 —— 死神的CLI助手 x_x》 项目介绍 在浩瀚的数据海洋中Excel和CSV文件作为数据交换与处理的重要载体几乎开发工具CLIAI 应用ZCF 中的 BMad 敏捷工作流在 Claude Code 中落地 BMad-Method 企业级敏捷开发ZCF 中的 BMad 敏捷工作流在 Claude Code 中落地 BMad Method 企业级敏捷开发 本篇指南基于 ZCFZero Config C开发工具CLIAI 应用上一篇NetHack神祗好感度系统如何获得神灵的青睐下一篇Incident-Response-Powershell代码实现原理PowerShell事件日志收集机制深度解析创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 ZCF 工作流系统指南：六阶段开发、Feat、BMad 与 Git 智能命令的完整落地
开发工具CLIAI 应用【免费下载链接】zcfZero-Config Code Flow for Claude code Codex项目地址https://gitcode.com/gh_mirrors/zc/zcf点击查看免费下载ZCFZero-Config Code Flow为 Claude Code 与 Codex 预置了一套结构化的开发工作流体系通过zcf init一键导入将“研究 → 构思 → 计划 → 执行 → 优化 → 评审”这类完整开发生命周期固化为可直接对话调用的 Skill。读完本篇你将掌握 ZCF 全部内置工作流的清单与适用场景、--workflows参数的各种取值、Skill 与 Agent 的底层安装机制含npx -y skills add与软链接方案以及.zcf/plan/计划文档目录的运作方式并学会用 Git 智能命令与/git-worktree构建“需求拆解 → 编码 → 提交”的闭环。一、工作流系统是什么ZCF 把工作流做成了一组可预配置、可选择安装的模块。核心配置位于 src/config/workflows.ts其中WORKFLOW_CONFIG_BASE数组定义了每个工作流的全部元数据// 纯业务配置不包含任何 i18n 文案 export interface WorkflowConfigBase { id: string defaultSelected: boolean order: number skills: string[] agents: Array{ id: string, filename: string, required: boolean } autoInstallAgents: boolean category: common | plan | sixStep | bmad | git outputDir: string }各字段含义id工作流唯一标识如sixStepsWorkflow也是--workflows参数可引用的值skills该工作流依赖的 Skill 名称列表安装时会被批量装入全局 Skill 目录agents配套子代理Agent模板例如featPlanUx依赖planner.md与ui-ux-designer.mdautoInstallAgents为true时安装工作流会同步复制 Agent 文件category/outputDir分类与产物目录决定 Agent 落盘路径。运行时通过getWorkflowConfigs()将基础配置与 i18n 翻译workflow:workflowOption.*合并供交互式菜单和安装器消费getOrderedWorkflows()则按order字段排序输出。类型定义见 src/types/workflow.ts。二、内置工作流一览ZCF 通过WORKFLOW_CONFIG_BASE预置 5 套工作流初始化或更新时自动导入ID分类默认选中Skill描述Claude CodeCodexcommonToolscommon是init-project项目初始化与常用工具指令含init-architect、get-current-datetime两个必需 Agent✅❌sixStepsWorkflowsixStep是workflow六阶段结构化开发工作流研究→构思→计划→执行→优化→评审✅✅featPlanUxplan是feat功能开发工作流含规划与 UI/UX 代理planner、ui-ux-designer✅❌gitWorkflowgit是git-commit、git-rollback、git-clean-branches、git-worktreeGit 提交、回滚、分支清理、worktree 管理✅✅bmadWorkflowbmad是bmad-initBMad 敏捷流程入口✅❌⚠️注意Codex 目前仅支持sixStepsWorkflow六阶段工作流和gitWorkflowGit 工作流其他工作流暂未在 Codex 中提供。此外ZCF 文档体系还提供了Spec 扩展/spec从规格制定到实现的一体化引导覆盖背景/目标/范围、用户故事与验收标准、架构与数据模型设计、测试计划与风险管理等它属于文档层面向的扩展实践WORKFLOW_CONFIG_BASE当前源码中并未将其列为独立内置项——从源码结构看如需该能力可自行参照 docs/ja-JP/workflows/spec.md 的思路组织提示词。各内置工作流的详细用法官方文档分别在以下页面有展开说明六阶段工作流详解Feat 工作流BMad 敏捷流程Git 智能命令三、六大阶段工作流/workflow六阶段工作流是 ZCF 的核心开发流程完整覆盖软件开发生命周期研究Research→ 构思Ideate→ 计划Plan→ 执行Execute→ 优化Optimize→ 评审Review。其 Skill 模板见 templates/skills/zh-CN/workflow/SKILL.md。各阶段的职责如下与模板中的[模式X]标签一一对应研究分析任务需求并做 0-10 分的需求完整性评分目标明确性 0-3 分、预期结果 0-3 分、边界范围 0-2 分、约束条件 0-2 分低于 7 分时主动要求用户补充关键信息技术栈、框架版本等信息从CLAUDE.md/AGENTS.md/package.json自动获取不计入评分。构思提供至少两种可行方案及评估比较优缺点后请求用户批准。计划把选定方案细化为原子、可执行的步骤清单文件、函数/类、逻辑概要、预期结果不写完整代码完成后请求用户批准。执行将简要计划存入项目根目录.zcf/plan/current/任务名.md必须用户批准后才开始编码。优化执行完成后自动触发聚焦本次对话产生的相关代码识别冗余、低效代码并给出优化建议用户确认后执行。评审对照计划评估结果、报告问题与建议请求最终确认任务结束后把计划文件从current/归档到history/。用法# Claude Code /workflow 实现用户登录功能支持邮箱与手机号登录 # Codex前缀不同 /prompts:workflow 实现用户登录功能支持邮箱与手机号登录 Codex 使用/prompts:前缀触发工作流 SkillClaude Code 使用/skill-name如/workflow、/feat。计划文档的目录约定两个工具统一使用.zcf/目录project/ └── .zcf/ └── plan/ ├── current/ # 进行中的任务 │ └── 任务名.md # 执行计划与上下文 └── history/ # 已完成的历史任务 └── [完成时间]任务名.md归档文件命名格式为[YYYY-MM-DD_HHMMSS]任务名.md模板中明确规定时间戳必须通过 bash 命令如date %Y-%m-%d_%H%M%S获取禁止模型猜测或编造时间。四、其余内置工作流速览Feat 工作流featPlanUx面向小中规模功能开发从用户故事到任务拆分、测试计划一次生成背景/目标/非功能要件、用户故事与验收标准、规格摘要与 UI/UX 要点、任务拆分与优先级、测试计划、风险与取舍。/feat 添加用户评论功能该工作流是少数带 Agent 依赖的工作流之一planner.md与ui-ux-designer.md会在安装时同步复制模板源文件位于 templates/claude-code/zh-CN/workflow/plan/agents。BMad 工作流bmadWorkflow以短周期回环“计划 → 执行 → 验证 → 改善”Background整理现状、课题与约束Mission目标与成功指标Action具体任务与负责人/优先级Deliver成果物、评审视角、发布步骤Retro复盘并反馈到下一周期。/bmad-init 提升新开发者的上手速度源码中有一个细节安装bmadWorkflow成功后安装器会额外打印一条bmadInitPrompt提示见 src/utils/workflow-installer.ts引导用户立即进入 BMad 流程。Git 智能命令gitWorkflow一次安装 4 个 Skill/git-commit总结变更内容以 Conventional Commit 形式给出提交信息/git-rollback回滚辅助/git-clean-branches分支清理/git-worktree ...worktree 的创建/列表/删除/迁移。/git-commit /git-worktree add feat/add-search -oSkill 模板源文件见 templates/skills/zh-CN/git-commit/SKILL.md、templates/skills/zh-CN/git-worktree/SKILL.md 等。五、安装与更新从菜单到源码的完整链路三种安装入口方式命令/操作说明交互式菜单npx zcf→ 选择 “2 (Import Workflows)”多选框列出全部工作流默认全部勾选defaultSelected: trueCLI 全量npx zcf init -s --workflows all静默模式导入全部工作流CLI 跳过npx zcf init -s --workflows skip不安装任何工作流CLI 指定--workflows id 列表如只装六阶段与 Git 工作流参数解析逻辑在 src/commands/init.ts--workflows可以是skip转为false跳过安装、all展开为WORKFLOW_CONFIG_BASE全部 id、逗号分隔的 id 字符串逐项校验未显式传参时默认按all处理。安装器的实际行为selectAndInstallWorkflows()src/utils/workflow-installer.ts的执行顺序清理旧版文件cleanupOldVersionFiles()会删除早期版本散落在~/.claude/下的commands/workflow.md、commands/feat.md、commands/zcf目录、agents/planner.md、agents/ui-ux-designer.md避免与新的 Skill 机制冲突收集 Skill遍历选中工作流的skills列表并去重用Set保证同一 Skill 只装一次安装 Skill从templates/skills/读取模板统一调用installSkills()自动安装 Agent若autoInstallAgents为true把templates/claude-code/lang/workflow/category/agents/下的 Agent 文件复制到~/.claude/agents/zcf/category/例如zcf/common/init-architect.md、zcf/plan/planner.mdrequired: true的 Agent 复制失败会使整个工作流安装判定为失败。Skill 的最终落盘由 src/utils/skills-installer.ts 完成——它本质是对开放skillsCLI 的薄封装# 以 claude-code 为例ZCF 实际拼装出的命令等价于 npx -y skills add templates/skills/lang 目录 -y -a claude-code -a universal -g -s skill 1 -s skill 2 ...从源码结构看claude-code会同时传universal代理使非交互安装走软链模式canonical 文件在~/.agents/skills/~/.claude/skills/中是软链接Codex 则仅传-a codex直接安装到 Codex 的~/.agents/skills/。这也解释了为什么工作流 Skill 是“一次安装、多工具复用”的。zcf update在模板更新后会再次执行工作流导入确保本地 Skill 内容与仓库模板保持同步。六、最佳实践官方文档给出的三条实践建议结合源码机制理解更透彻只保留常用流程项目里常用什么就装什么不需要的可以不选日常维护时可把不常用的工作流整理到workflows/custom/目录归置保持 Skill 列表精简。从源码看--workflows支持按需裁剪正是这一建议的落地手段与/git-worktree结合并行生成多方案用 worktree 为不同方案各开一个工作树并行开发评审后保留最优实现与输出风格、语言设置组合结合 ZCF 的输出风格output styles与--lang语言配置让工作流的产出语气、文档语言与团队规范保持一致。另外两个提升实战效率的习惯跨对话衔接首次使用工作流时可让 AI 把任务进度写入.zcf/plan/current/下的计划文档新对话中引用该文档即可无缝续接闭环组合/feat做需求拆解 →/workflow六阶段实现 →/git-commit提交配合 worktree 即构成完整迭代闭环。七、相关资源索引内容路径工作流基础配置src/config/workflows.ts工作流安装器src/utils/workflow-installer.tsSkill 安装封装src/utils/skills-installer.ts类型定义src/types/workflow.ts六阶段 Skill 模板templates/skills/zh-CN/workflow/SKILL.md配套 Agent 模板templates/claude-code/zh-CN/workflow各工作流使用文档docs/ja-JP/workflows/index.md安装命令参考docs/ja-JP/cli/init.md掌握以上内容后你可以按团队实际流程裁剪安装--workflows用六阶段工作流承接常规开发任务并以 Git 智能命令收尾形成一套可复制、可归档.zcf/plan/、可跨对话续接的 AI 辅助开发流水线。赞分享开发工具CLIAI 应用【免费下载链接】zcfZero-Config Code Flow for Claude code Codex项目地址https://gitcode.com/gh_mirrors/zc/zcf点击查看免费下载相关推荐ZCF 工作流体系详解六阶段工作流、Feat、BMad、Spec 与 Git 智能命令的使用与实现原理ZCF 工作流体系详解六阶段工作流、Feat、BMad、Spec 与 Git 智能命令的使用与实现原理 ZCFZero Config Code Flow通开发工具CLIAI 应用推荐文章《探索命令行下数据浏览的利器 —— 死神的CLI助手 x_x》推荐文章《探索命令行下数据浏览的利器 —— 死神的CLI助手 x_x》 项目介绍 在浩瀚的数据海洋中Excel和CSV文件作为数据交换与处理的重要载体几乎开发工具CLIAI 应用ZCF 中的 BMad 敏捷工作流在 Claude Code 中落地 BMad-Method 企业级敏捷开发ZCF 中的 BMad 敏捷工作流在 Claude Code 中落地 BMad Method 企业级敏捷开发 本篇指南基于 ZCFZero Config C开发工具CLIAI 应用上一篇NetHack神祗好感度系统如何获得神灵的青睐下一篇Incident-Response-Powershell代码实现原理PowerShell事件日志收集机制深度解析创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考