AI Agent & Automation Workflows

Use when deciding whether a capability deserves its own skill, whether something should be a skill or a reference, where a new skill belongs, or whether two skills overlap — 当你在判断要不要新建一个 skill、这块该不该独立成 skill 还是塞进某个 reference、一组 skill 的边界与重叠时。Triggers: 立项一个新 skill、重构 skill 版图、"这是 skill 还是 reference"、portfolio 体检、两个 skill 触发条件打架。Do NOT use when you only need to write or pressure-test a single skill body (那是 cc-master-skillsmith); Do NOT use when you need to declare J / run trigger or behavior eval / measure a skill (那是 grounding-skill-evals).

Use when running a long-horizon (>24h) goal as a master orchestrator, or coordinating several background agents / workflows toward one large goal — 当你在做总指挥协调多个后台任务时 —…

Use when running a long-horizon (>24h) goal as a master orchestrator, or coordinating several background agents / workflows toward one large goal — 当你在做总指挥协调多个后台任务时 —…

当你要实现、修改或调试 cc-master/paragoge 式 source-to-adapter 投影脚本时使用;覆盖 SAP/PHIP 文件复制、slot/placeholder rewrite、host dist 生成、sync check、path token…

当你在 Codex 下想写 / 调试 / 启动 cc-master 的 workflow 脚本、或想套用 Claude Code dynamic-workflow API 时用——这是 Codex adapter 的 unsupported stub。Triggers: 在 Codex 里提到 Workflow 工具、agent() / parallel() / pipeline() / phase() / workflow()、后台 task id、workflow resume/cache/budget、"能不能把 Claude Code workflow 直接搬到 Codex"。Do NOT use when 只是做普通 Codex 任务规划、普通 shell 脚本、或使用已验证的 Codex 产品面并行能力;本 stub 只负责阻止把 Claude Code Workflow API 当作 Codex 可用机制。启用真正 Codex 版前必须验证 deterministic multi-agent workflow execution、后台执行与完成通知、resume/cache 语义、脚本 runtime/API 形状、资源上限与 budget…

当你要调用 Workflow 工具,或要写 / 调试 / 启动一个 Claude Code dynamic-workflow 脚本时用——author / debug / launch a Claude Code dynamic-workflow script,当你要写 workflow 脚本时——哪怕你自觉已经懂这套…

当你要调用 Workflow 工具,或要写 / 调试 / 启动一个 Claude Code dynamic-workflow 脚本时用——author / debug / launch a Claude Code dynamic-workflow script,当你要写 workflow 脚本时——哪怕你自觉已经懂这套…

Triggers: 当你在 Codex 收到 $cc-master:cc-master-as-master-orchestrator ...(兼容 $cc-master-as-master-orchestrator ...、$cc-master:as-master-orchestrator ...)时,初始化或接管 orchestration board;仅作为会话入口,Do NOT…

Triggers: 当你在 Codex 收到 $cc-master-discuss 时,围绕 awaiting-user 决策包做讨论并写入 sidecar;Do NOT 用于非等待类节点或替代 board…

Triggers: 当你在 Codex 收到 $cc-master-distill [--asset-type ] [--apply pr|draft] [--out-branch ] 时,把一份或多份复盘文档的候选经验蒸馏成目标项目的实际资产(纪律文档 / skill / workflow / subagent),一律走 feature-branch+PR 或非 git 项目的变更草稿目录收口;Do NOT 用它写 board、Do NOT 调用任何 ccm 命令、Do NOT…

Triggers: 当你在 Codex 收到 $cc-master-handoff-to-new-session 时,按接替流程 quiesce/drain、写 handoff 并归档 board;Do NOT…

Triggers: 当你在 Codex 收到 $cc-master-retro [--home ] [--board ] [--out ] 时,对一块 cc-master board(进行中或已归档均可)做只读复盘并把复盘文档写进被编排项目内;Do NOT 用它写 board、不用于替代 handoff…

当你创建、编辑或审查一个 cc-master skill 时用——尤其是那种纪律型(discipline-enforcing)skill(orchestrating-to-completion、authoring-workflows、本 skill),它的规则 agent 在压力下能合理化掉。Triggers: 新建/修改/审查本仓 skill、加 Rationalization Table / Red Flags / 决策程序、改 SKILL.md 的纪律段或 description;或当你发现自己正打算先动手写 skill 正文、却没先看一个 agent 失败。Do NOT use when 你只是要判断要不要建一个 skill / 这块该 skill 还是 reference / 两个 skill 重不重叠(那是 curating-skill-portfolios);Do NOT use when 你要声明 J / 跑触发或行为 eval / 度量一个 skill(那是…

Triggers: 当你在 Codex 收到 $cc-master-stop 时,确认后归档当前 board 并标记 orchestration 停止;Do NOT 将其与 Codex 内置 /stop…

Use when dev work should be run as an ML-style optimization loop, either by a master orchestrator shaping dev-task handoffs/subagent roles or by an execution agent driving one task to acceptance —— 当你要把开发工作当成优化过程来跑:master orchestrator 用它设计外层 dev loop/objective/measurement/subagent 组件分工/restart-stop/board ledger 语义,执行 agent 用它把单个开发任务推进到验收。心智锚:验收=目标函数、loop=迭代优化(提议→测量→调整)、测试=测量仪器/梯度、explore vs exploit、局部最小值=钻牛角尖→restart、收敛即停别过拟合、拟合意图非用例、简单性=正则、持续用 board 维护优化状态以便 compact 后续接。Triggers: 派发或接手 dev 任务、要把 work order 改造成可测优化问题、要设计 subagent 分工/测量/验收/重启条件、要用 board 管理优化目标和迭代状态、compact 后续接 dev loop、卡住在一个方案上越改越深(钻牛角尖)、怎么判断"做完了"、要不要先写测试/测量、要不要换方案。Do NOT use when 你在决定顶层该编排什么 / WIP / 临界路径 / HITL / 配额(master-orchestrator-guide)、怎么把目标切成任务 DAG(slicing-goals-into-dags)、领域 / 类 / 合约 / 测试本身怎么建得好——DDD/OOP/SDD/TDD 手艺内容(engineering-with-craft)、怎么用 ccm 写 board(using-ccm)、workflow…

当你(作为某个经验蒸馏流程的执行者,例如把一份复盘文档里的候选经验落成项目资产)要判断一条候选经验该落成纪律文档 / skill / workflow / subagent 中的哪一种、以及落地时该怎么写才不走样时用。教一套归宿判断决策树 + 四类资产各自的落地手艺与反模式:事实性 / 项目专属的经验归纪律文档(条目带 why);可复用的判断力 / 方法论归 skill(且需过其纪律型 body 的压力测试要求);确定性编排形状归 workflow;角色化专职分工归 subagent。核心红线:候选内容草稿到写进资产之间不允许脱离原始证据的改写 / 泛化;证据不足或归宿不确定也绝不静默丢弃,标注后落最低成本的托底归宿。Triggers:“这条经验该进纪律文档还是 skill”、“归宿判断”、“资产落地”、蒸馏流程引导加载、规划蒸馏计划阶段。Do NOT use when 你在做代码本身的工程手艺判断(那是另一个专管“代码/领域/合约/测试怎么设计”的 skill,与本 skill 不同 plane)、把目标切成任务依赖图(那是另一个专管“目标怎么切”的 skill)、把单个任务执行到验收(那是另一个专管“任务怎么优化到验收”的 skill)、判断一个能力要不要独立成…

Use when you (a coding/execution agent) are designing, building, or testing actual code and want to apply established engineering theories well —— 当你(执行 agent)在动手设计 / 开发 / 测试代码、想遵循 DDD / SDD / TDD / OOP 的最佳实践与品味时:怎么给领域建模(bounded context / aggregate / 不变式)、怎么写好类(SOLID / 四柱 / 组合优于继承)、怎么 spec-first(契约即 SSOT)、怎么 test-first(红绿铁律 / constraint parity)。核心是工程心智模型 + 哲学 + 艺术品味 + 方法论,叠加 no-silent-failure / spec 不漂移 / 无 idle wrapper 等红线。五条共享根:不变式即锚 / 契约即 SSOT / 组合优于包装 / 分层思维 / 证据优于声称。Triggers: 要设计一个模块 / 给领域建模 / 划 bounded context / 写类纠结继承还是组合 / 要不要先写 spec / 先写测试还是先写实现 / 这个抽象值不值 / 怎么躲开贫血模型或 god class。Do NOT use when 你在决定该编排什么 / 怎么派发(master-orchestrator-guide)、怎么把目标切成任务 DAG(slicing-goals-into-dags)、把一个任务迭代优化到验收的循环形状本身(dev-as-ml-loop)、怎么用 ccm 写 board(using-ccm)、workflow…

Use when measuring a cc-master skill — 当你写完一个 skill 的 body 要度量它好不好、要迭代它、或在改 description / 纪律段前后想知道改动有没有用时. Triggers: 写完 body 要量化、给 skill 写 OBJECTIVE.md、跑 trigger 准确率 eval、改 description 前后比 accuracy、防 description 过拟合 / 防自欺、读 eval 判决. Do NOT use for writing the skill body itself (→ cc-master-skillsmith) or deciding whether a skill should exist at all / portfolio 准入 (→ curating-skill-portfolios).

Use when 设计、审查或重构 cc-master / 类似项目的多 agent harness plugin adapter:新增或修复 host adapter、建立 N-host capability parity、判断 Track A / Track B、为跨 hooks/commands/skills/ccm 的能力建立 Capability INTENT / hook CONTRACT,或处理 Cursor IDE plugin 的非 1:1 语义。覆盖 source-to-adapter、SAP/PHIP、host-native manifest / path / hook / command 边界。Do NOT use when 只实现投影脚本(adapter-projection-engineering)、只做打包发布(plugin-release-engineering)、只改一个 skill body(cc-master-skillsmith),或只设计不改 plugin adapter 的 cross-harness headless CLI worker transport;后者以 designdocs/cross-harness-orchestration-capability-model.md 为合同 SSOT,按普通 engineering / dev loop…

Use when 你(orchestrator/agent)在一场 long-horizon 跑里要消费 ccm 的只读 advisory 把它配速或估算——把长跑对照 5h/7d 配额窗口 pace、纠结升档还是降档模型、估目标 ETA / 查进度偏差(EVM) / 看综合风险 / 算 cost-to-complete、或要读懂 ccm usage advise ccm estimate forecast 的 verdict 与字段时。它给的是消费机制知识:单侧走廊 verdict(hold/throttle/switch/stop5h/stop7d)怎么读、四档模型(Fable/Opus/Sonnet/Haiku)相对成本、5h/7d 配额信号源链(账户权威 sidecar > 降级)、估算诚实字段(coveragepct/confidence/conformal 区间)什么时候该降低对预测的信任。Triggers: 读 ccm usage/estimate/baseline 的输出、"降档信号出来了怎么落 lever / switch verdict 出来该落哪类 lever / 这个 forecast 信不信 / EVM 偏差怎么看 / 选哪个模型档"、配额逼顶要判读 usage 的那一半、pacing/估算 hook 注入提示。Do NOT use when 你要的是决策——该不该减速/换号/停派/replan、7d 总闸要不要 surface 用户、换号谁拍板(那是 master-orchestrator-guide);或 ccm 命令怎么敲、account 录号换号操作、board 字段填什么(那是 using-ccm);或 workflow 脚本怎么写(authoring-workflows)。ccm 出 verdict、决策归 master-orchestrator-guide——本 skill…

当你要打包、分发、发布或审查 cc-master 的 CLI/plugin release 流程时使用;覆盖 source/dist/package 边界、host adapter artifacts、版本线、release checks 和 marketplace…

当你要为 cc-master 创建、更新、重写、审查或同步 README.md / READMEzh.md 时使用;覆盖本仓 README 的产品叙事、英文/中文双语一致性、feature claim 诚实性、用户路径、贡献者路径和视觉/徽章克制。Triggers: README, READMEzh, 项目首页, landing page, 文档首页, installation docs, quick start, feature claim, 中英文 README 同步, README review。Do NOT use when 只是改 AGENTS.md / skill body / ADR / feature manual / API 文档本身;那些按对应仓库 skill…

通过协作对话挖出用户真实业务痛点、在动手实现前先把需求搞对的心智——本仓 dev 流的需求发现闸(取代 superpowers:brainstorming,让 cc-master 的 dev meta-skill 自洽不外依赖)。Use when: 开始本仓任何 feature / skill / 行为改动之前(动第一下实现之前,无论请求看起来多简单);请求以一个猜出来的方案形态到来而底层问题没说出口("加个按钮" / "给我做个 X");要建模或动手却说不清真实需求、指不出一个它真在疼的具体实例;为一个新问题空间和用户共创词汇;一个请求捆了多个独立子系统、动手前要先拆;作为 master orchestrator 跑前台需求发现对话(挖需求是指挥自己的活,绝不外包)。Do NOT use: 已确认需求后写一个 skill 的 body → cc-master-skillsmith;判要不要建 skill / 放哪 / 会不会重叠 → curating-skill-portfolios;度量一个已写好的 skill → grounding-skill-evals;写 workflow 脚本怎么 parallel/pipeline → authoring-workflows;驱动一个已批准的 goal 到完成(编排执行 loop)→…

Use when you (orchestrator) carve a goal/epic into a board DAG —— 当你要把一个目标 / epic 切成 board 任务依赖图时:怎么拆、先做什么、任务多大粒度、纵切还是横切、怎么尽早 ship 可用增量 + 最大化并行。教敏捷切分的道与品味:纵切薄增量(非横切技术层)、walking skeleton、粒度为并行与验收而定、按价值/风险排序、切片映射到 cadence/iteration。Triggers: "这个目标怎么拆 / 先做什么后做什么"、把 epic 拆成 board、定任务粒度、纠结纵切 vs 横切、想尽早 ship 一个可用增量 / 想拉满并行度。Do NOT use when 一张已切好的 DAG 怎么排期 / 算临界路径(那是 master-orchestrator-guide 的 decomposition 一段)、切好后怎么派发(master-orchestrator-guide)、单个 task 怎么实现到验收(dev-as-ml-loop)、怎么用 ccm 把 task 写进…