一键导入
start-orchestrator
启动CataForge编排流程 — 从需求到交付的全流程入口。当用户说'开始新项目''继续上次''continue'或描述一个待开发项目、需要初始化或恢复推进编排流程时使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
启动CataForge编排流程 — 从需求到交付的全流程入口。当用户说'开始新项目''继续上次''continue'或描述一个待开发项目、需要初始化或恢复推进编排流程时使用。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | start-orchestrator |
| description | 启动CataForge编排流程 — 从需求到交付的全流程入口。当用户说'开始新项目''继续上次''continue'或描述一个待开发项目、需要初始化或恢复推进编排流程时使用。 |
| argument-hint | <项目描述 或 'continue' 继续上次> |
| suggested-tools | file_read, file_glob |
| depends | [] |
| disable-model-invocation | false |
| user-invocable | true |
本 skill 在主线程会话执行,orchestrator 角色由主线程承载——读取 AGENT.md 加载角色定义后直接执行,不经 agent-dispatch 把 orchestrator 派为子代理(子代理无跨会话主线程状态,会断裂 §项目状态 写权限链路与进度定位)。
该约束是对调度行为的内部要求,非用户可见信息:首条回复不复述角色身份与调度宿主,直接进入对用户有意义的开场——分支 A 先确认对项目的理解再询问执行模式;分支 B 先报告恢复到的阶段与项目状态。
continue 关键字(触发分支 B 恢复模式).cataforge/framework.json(版本检查依据)0.0.0-template 表示 scaffold 未初始化,直接恢复会让后续 agent 读到不一致状态.cataforge/framework.json 缺失(框架尚未部署)时启动本 skill — 应先用 framework-update 同步包/scaffold 层再交接 start-orchestrator,否则跳过 scaffold 层同步{AGENTS_SRC_DIR}/orchestrator/ORCHESTRATOR-BOOTSTRAP-PROTOCOLS.md §Project Bootstrap.cataforge/framework.json 的 version 字段获取当前框架版本.cataforge/framework.json 不存在或 version 为占位符(0.0.0-template)→ 提示用户: "未检测到框架版本信息,当前框架可能需要重新初始化。可运行 cataforge setup 或 pip install --upgrade cataforge && cataforge upgrade apply 修复。"项目走查 — 在隔离沙盒中以指定执行模式(缺省 standard 全阶段)把一个小型示例项目跑通整条 SDLC 工作流(初始化→核心执行链路→分支→异常→终止清理),逐路径观察各阶段/门禁/降级/恢复的真实行为,产出『框架本身 + 走查流程本身』两类改进建议,并把走查流程自身的改进经自更新协议回灌本 skill 迭代。与 framework-review 形成动静对偶:后者静态审元资产,本 skill 动态端到端自测。当用户想验证一次框架部署是否真能跑通、为非 Claude-Code 平台做行为级冒烟、或自测 workflow-framework-generator 生成的框架时使用。
测试 — 测试策略规划、测试编写与执行、覆盖率分析、缺陷记录。当需要规划测试策略、编写或执行测试套件、分析覆盖率或记录缺陷时使用。本 skill 不改源码(缺陷修复由 debug 负责),单任务 RED/GREEN 单元测试由 tdd-engine 负责,testing 聚焦集成/E2E 与覆盖盲区补充。
代码评审 — 任务粒度评审 (review) 与项目级健康度扫描 (scan) 双入口;代码质量检查、规范合规验证、安全漏洞检测、腐化指标扫描。当任务卡 GREEN 完成 / Sprint 发布前 / 用户要求扫描代码腐化时使用此 skill。审查范围限 src/ 业务代码:文档审查由 doc-review 负责;框架元资产 (.cataforge/) 审查由 framework-review 负责;Sprint 完成度由 sprint-review 负责。
统一上下文 I/O — 按需读取章节/实体、查询追溯关系、生成与写入、门禁校验。文档生命周期的单一入口;后端(知识图谱/文件)由框架按配置方案透明路由,调用方只表达意图。按操作分支见 references/。
功能走查 — 对交付项目的功能实现做验收式动态走查,两层正交判定:①功能是否兑现 spec(missing/drift/bug/pass);②代码本身是否健康(复用 COMMON-RULES §统一问题分类体系的 code category)。用真实数据路径起真实服务复现,专捞门禁全绿仍漏的跨模块集成缝隙。当项目功能交付后需验收、Sprint 发布前做功能级复核、或用户要求走查某功能域时使用。与 framework-walkthrough 动静对偶:后者在沙盒自测框架 SDLC,本 skill 验收交付项目的功能实现。
框架元资产审查 — 对 .cataforge/ 下的 agents/skills/hooks/rules + workflow 拓扑做内容质量与一致性审查。与 platform-audit 形成内审/外审对偶;与 code-review/doc-review 服务于业务产物不同,本 skill 专审框架自身配置。当用户提到框架腐化、SKILL.md/AGENT.md 质量、agent 引用孤立、SKILL/MANIFEST 漂移、Workflow 完整性、model_tier 合规时使用。