Comet 5阶段工作流详解:从Open到Archive的完整自动化流程

发布时间:2026/6/15 20:39:07
Comet 5阶段工作流详解:从Open到Archive的完整自动化流程 Comet 5阶段工作流详解从Open到Archive的完整自动化流程【免费下载链接】cometComet: agent skill harness phase-guarded automation from idea to archive项目地址: https://gitcode.com/gh_mirrors/comet48/cometComet是一款强大的自动化工作流工具通过OpenSpec Superpowers双星开发工作流将创意到归档的过程串联为五阶段自动化流水线为开发者提供从需求定义到最终归档的完整解决方案。Comet工作流概述Comet的核心价值在于将OpenSpec的WHAT大纲、提案、spec生命周期、归档管理能力与Superpowers的HOW技术设计、规划、执行、收尾执行能力完美结合形成一个无缝衔接的5阶段自动化流程。这个五阶段流程包括Open打开变更→ Design深度设计→ Build规划与构建→ Verify验证与完成→ Archive归档每个阶段都有明确的目标和产出物确保开发过程的规范化和高效化。五阶段核心流程Comet的主入口/comet支持当前Spec状态检测适用于长任务——中途关闭当前AI编码会话后回来只需/cometComet会自动读取活跃的Spec多个则列出选择动态识别当前执行到哪个阶段继续往下执行。/comet ↓ auto-detect /comet-open -- /comet-design -- /comet-build -- /comet-verify -- /comet-archive (OpenSpec) (Superpowers) (Superpowers) (Both) (OpenSpec)除了完整的五阶段流程外Comet还提供了两个快捷路径/comet-hotfix快速bug修复跳过头脑风暴不需要能力设计/comet-tweak小改动文案调整、配置调整、文档或Prompt优化阶段一Open - 打开变更命令/comet-open归属OpenSpec产出物proposal.md、design.md、tasks.mdOpen阶段是整个工作流的起点主要负责需求的提出和初步定义。在这个阶段Comet会引导你完成变更提案、初步设计和任务分解为后续的开发工作奠定基础。/comet-open在创建OpenSpec制品前会对大型PRD进行分流允许拆分为多个Comet change确保每个变更都具有适当的粒度和可管理性。阶段二Deep Design - 深度设计命令/comet-design归属Superpowers产出物Design Doc、delta spec深度设计阶段是Comet工作流的核心环节之一Superpowers在这里发挥其强大的头脑风暴和设计能力。Comet强制要求每个变更必须经过深度设计hotfix/tweak除外确保开发工作有充分的思考和规划。在Design阶段Comet会自动触发平台原生上下文压缩如Claude Code的compact释放读取Spec和brainstorming消耗的上下文为后续Build阶段保留窗口。这一机制能有效降低Build阶段输入token达25–30%大型任务绝对节省可达15,000 tokens。设计完成后comet-handoff.sh会从OpenSpec制品生成带SHA256追踪的确定性上下文包确保设计成果能够准确无误地传递到下一阶段。阶段三Plan Build - 规划与构建命令/comet-build归属Superpowers产出物实现计划、代码提交Build阶段是将设计转化为实际代码的关键环节。Comet强调频繁提交原则建议每个任务一个commit且commit message要体现设计意图便于后续代码审查和维护。Comet通过comet-guard.sh脚本确保Build阶段的决策质量强制要求isolation必须是branch或worktreebuild_mode必须已选择build_pause: plan-ready是plan生成后的可恢复暂停点full workflow的build_mode: direct必须有direct_override: true这些机制确保了构建过程的规范性和可追溯性减少了因决策不当导致的返工。阶段四Verify Finish - 验证与完成命令/comet-verify归属Both产出物验证报告、分支处理验证阶段是质量保障的关键环节Comet采用严格的验证机制确保代码质量。/comet-verify执行前必须加载verification-before-completionskill强制基于证据的完成确认。Comet设置了验证重试限制连续3次verify-fail后会强制用户决策防止无限重试浪费资源。同时Guard在阶段流转前会强制要求验证凭证verify-pass转换要求verification_report指向已存在的验证报告文件branch_status必须为handled才能通过验证这些措施确保了只有真正通过验证的代码才能进入最终的归档阶段。阶段五Archive - 归档命令/comet-archive归属OpenSpec产出物delta→main spec同步、归档归档是整个工作流的最后一个阶段也是知识沉淀和资产管理的重要环节。Comet的归档过程高度自动化通过comet-archive.sh脚本一键处理完整归档流程验证入口状态通过OpenSpec将delta specs合并到main specs标注设计文档和计划文档的frontmatter将变更移至归档目录并更新archived: trueComet在归档前会暂停等待用户确认拒绝后可通过archive-reopen返回verify阶段调整无需手动编辑.comet.yaml提供了灵活的质量控制机制。状态管理与可靠性保障Comet采用解耦状态架构使用YAML文件独立管理不同方面的状态.openspec.yaml由OpenSpec管理负责Spec生命周期和变更元数据.comet.yaml由Comet管理记录工作流阶段、执行模式、验证结果和归档状态这种分离确保了状态管理的清晰性和灵活性。所有状态和运行阶段都通过脚本更新并且会在每个阶段退出前校验任务是否真实完成。相比于将复杂状态管理写在Skill文本中脚本化状态机能更稳定地保障阶段流转、YAML正确性和断点恢复。Comet还通过多种机制保障工作流的可靠性入口验证每个阶段在执行前验证前置条件自动化状态转换comet-guard.sh --apply自动更新.comet.yaml模式校验comet-yaml-validate.sh确保数据完整性防漂移阶段守护comet-phase-guard.md每轮注入阶段感知、Skill调用规范和上下文恢复指令如何开始使用Comet要开始使用Comet的五阶段工作流只需执行以下简单步骤安装Cometnpm install -g rpamis/comet初始化项目comet init启动工作流/cometcomet init会自动为你选择的AI平台安装OpenSpec、Superpowers和Comet技能并创建必要的工作目录让你快速开始使用完整的五阶段工作流。Comet支持29个AI编码平台包括Claude Code、Cursor、Codex、OpenCode等详细的平台支持列表和配置方法可以参考项目文档。无论你是处理大型项目还是进行小的调整Comet的五阶段工作流都能为你提供结构化、自动化的开发体验帮助你从创意到归档的整个过程更加高效、可靠。【免费下载链接】cometComet: agent skill harness phase-guarded automation from idea to archive项目地址: https://gitcode.com/gh_mirrors/comet48/comet创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考