nemori-ai
OrganizationTurn any Code Harness session into a long-horizon master orchestrator — pick the right dynamic-workflow paradigm and keep the main thread productively advancing across compaction and sessions.
Categories
Indexed Skills (21)
cc-master-as-master-orchestrator
Triggers: 当你在 Codex 收到 `$cc-master:cc-master-as-master-orchestrator ...`（兼容 `$cc-master-as-master-orchestrator ...`、`$cc-master:as-master-orchestrator ...`���时，初始化或接管 orchestration board；仅作为会话入口，Do NOT 在这里写通用流程说明。
cc-master-bulk-discuss
Triggers: 当你在 Codex 收到 `$cc-master-bulk-discuss [...]` 时，把当前 board 上所有等用户拍板的决策包逐个用人话讲清并收齐用户的选择，最后一次性消化进 board；Do NOT 用于单个节点的深度采访（那是 cc-master-discuss），也 Do NOT 用它绕过 ccm 直接改 board 文件。
cc-master-discuss
Triggers: 当你在 Codex 收到 `$cc-master-discuss <node-id>` 时，围��� awaiting-user 决策包做讨论并写入 sidecar；Do NOT 用于非等待类节点或替代 board 面更新。
cc-master-distill
Triggers: 当你在 Codex 收到 `$cc-master-distill <retro-path...> [--asset-type <disc,skill,workflow,subagent>] [--apply pr|draft] [--out-branch <name>]` 时，把一份或多份复盘文档的候选经验蒸馏成目标项目的实际资产（纪律文档 / skill / workflow / subagent），一律走 feature-branch+PR 或非 git 项目的变更草稿目录收口；Do NOT 用它写 board、Do NOT 调用任何 ccm 命令、Do NOT 静默丢弃任何候选经验。
cc-master-handoff-to-new-session
Triggers: 当你在 Codex 收到 `$cc-master-handoff-to-new-session` 时，按接替流程 quiesce/drain、写 handoff 并归档 board；Do NOT 在未确认时直接结束或遗漏迁移信息。
cc-master-retro
Triggers: 当你在 Codex 收到 `$cc-master-retro [--home <path>] [--board <board-stem>] [--out <dir>]` 时，对一块 cc-master board（进行中或已归档均可）做只读复盘并把复盘文档写进被编排项目内；Do NOT 用它写 board、不用于替代 handoff 的续接叙事。
readme-steward
当你要为 cc-master 创建、更新、重写、审查或同步 README.md / README_zh.md 时使用；覆盖本仓 README 的产品叙事、英文/中文双语一致性、feature claim 诚实性、用户路径、贡献者路径和视觉/徽章克制。Triggers: README, README_zh, 项目首页, landing page, 文档首页, installation docs, quick start, feature claim, 中英文 README 同步, README review。Do NOT use when 只是改 AGENTS.md / skill body / ADR / feature manual / API 文档本身；那些按对应仓库 skill 或普通文档编辑流程处理。
requirement-elicitation
通过协作对话挖出用户真实业务痛点、在动手实现前先把需求搞对的心智——本仓 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）→ master-orchestrator-guide。
master-orchestrator-guide
Use when running a long-horizon (>24h) goal as a master orchestrator, coordinating several background agents / workflows toward one large goal，或要跨 Claude Code、Codex、Cursor、Kimi Code 的统一 worker pool 按任务角色选择 O/T1/T2/T3 候选与 fail-closed fallback — 当你在做总指挥协调多个后台任务时 — even if the user never said "orchestrate". 每次 compaction 之后都要用。一旦你抓到自己在以下任一情形——后台还有可派发的活却 idle-wait 空等、只看当前 origin 的模型、为显得忙而 manufacture busywork、亲手抄起乐器（亲自实现或 review）、把 green gate 或空 review 当 passed、或擅自决定一个本该用户拍板的 merge / 不可逆步骤——立刻调用。Do NOT use when 你只需要查询 ccm 命令语法或解释事实字段；操作面归 using-ccm，事实消费归 pacing-and-estimation。
pacing-and-estimation
Use when 你（orchestrator/agent）从 Cursor origin 读取 ccm 的只读 advisory 与估算——包括全机 Claude Code / Codex / Cursor / Kimi Code target 的 quota posture、四 provider 统一 `model-policy` 的 O/T1/T2/T3 候选，以及 ETA、EVM、风险和 cost-to-complete。Triggers: 读 `ccm quota status --machine-wide`、`ccm usage show|advise`、`ccm model-policy show|advise`、estimate 输出或 pacing hook 通知，判断某个 target 的窗口、来源、freshness、verdict、affinity 或 forecast 是否可信。Do NOT use when要决定减速、换号、停派、replan、用户升级、最终模型分配、WIP、拆分、推迟、后台放置或 watchdog（归 master-orchestrator-guide）；不要在这里执行 ccm 命令、account 操作、baseline / coordination 写操作或填写 board 字段（归 using-ccm），也不要执行真实 provider 请求。所有 origin 共享同一 machine-wide target 视角；Cursor IDE 与 Agent 必须分别绑定，自动换号永久禁止。
slicing-goals-into-dags
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 写进 board(using-ccm)。
using-ccm
Use when you (orchestrator/agent) read or mutate a cc-master board through the ccm CLI in Cursor —— 当你要查询三路统一 `model-policy show|advise`、写 cross-harness planning/routing、操作 board，或读 Cursor-origin usage/dispatch 操作面时。它一体两面：面1是 ccm 命令与 board 写入关卡；面2是 board 模型、O/T1/T2/T3 effect floor、candidate chain 与 fail-closed fallback 的字段取值。Triggers: 敲 ccm model-policy/task/board/jc/cadence/log/watchdog/harness/provider/usage、查跨 provider 候选、写 ample/tight chain、区分 Cursor IDE 与 Cursor Agent target、任何 board 写操作或 ccm exit 3。Do NOT use when 你在决定任务角色、最终 target、何时减速/停派或怎么拆 DAG（归 master-orchestrator-guide），或解释 model-policy/usage/estimate 事实与 advisory（归 pacing-and-estimation）。目标模型查询跨 provider 共享；Cursor billing-period、IDE/Agent surface 证据和实际 dispatch 仍是 origin/target-local 机制。Cursor 自动换号永久禁止；不得用 Agent 证据补 IDE 事实。
worktree-discipline
cc-master 仓库自用的 git worktree 隔离纪律——Solo（单任务单 worktree）与 Fan-out（多 worktree 并行）两种操作模式 + 一组防止并行开发污染 main checkout 或彼此的红线。何时用 / Use when：(1) 开始一段需要与 main checkout 隔离的实现工作、动第一次文件编辑之前；(2) 把并行实现 fan-out 到多个 worktree；(3) 决定这场并行怎么收口（各自 feature-branch PR vs HUB 集成分支合并回）；(4) 一次 merge / PR 落地后的清理墙、开下一个 PR 之前；(5) 给一个将在 worktree 内工作的 sub-agent 写派发 prompt；(6) 作为 master orchestrator dogfood 本仓、fan-out 后台 worker 之前先立起隔离拓扑。Triggers: worktree、隔离、fan-out、并行改文件、cd 进哪个树、main 被污染、清理残留 worktree、spoke 该不该 commit。Do NOT use when：把目标切成任务 DAG / 排 wave（那是 slicing-goals-into-dags + master-orchestrator-guide 的 decomposition），worktree 内的 TDD / 测量循环（dev-as-ml-loop / engineering-with-craft），或 PR 创建与 merge 机制（AGENTS.md §11 的 gh 手工流——本仓没有 github-pr skill）。
adapter-projection-engineering
当你要实现、修改或调试 cc-master/paragoge 式 source-to-adapter 投影脚本时使用；覆盖 SAP/PHIP 文件复制、slot/placeholder rewrite、host dist 生成、sync check、path token 和测试策略。Do NOT use when 只查 skill knowledge graph 正式规范/CLI（→ design_docs/skill-knowledge-graph）；投影脚本实现仍归本 skill。
cc-master-skillsmith
当你创建、编辑或审查一个 cc-master skill 时用——尤其是那种纪律型（discipline-enforcing）skill（master-orchestrator-guide、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（那是 grounding-skill-evals）；Do NOT use when 你要跑 skill knowledge graph 正式规范/CLI（→ design_docs/skill-knowledge-graph）。
curating-skill-portfolios
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); Do NOT use when 你要跑 skill knowledge graph 的 health / typed change / witness（走 design_docs/skill-knowledge-graph + skill-knowledge CLI）。
grounding-skill-evals
Use when measuring a cc-master skill — 当你写完一个 skill 的 body 要度量它好不好、要迭代它、或在改 description / 纪律段前后想知道改动有没有用时. Triggers: 写完 body 要量化、给 skill 写 OBJECTIVE.md 或 .design/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); Do NOT use when 你要跑 skill knowledge graph 正式规范/CLI（→ design_docs/skill-knowledge-graph）。
harness-plugin-architecture
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）、只跑 skill knowledge graph 正式规范/CLI，或只设计不改 plugin adapter 的 cross-harness headless CLI worker transport；后者以 design_docs/cross-harness-orchestration-capability-model.md 为合同 SSOT，按普通 engineering / dev loop 推进。
cc-master-stop
Triggers: 当你在 Codex 收到 `$cc-master-stop` 时，确认后归档当前 board 并标记 orchestration 停止；Do NOT 将其与 Codex 内置 `/stop` 混淆。
authoring-workflows
当你在 Cursor IDE Agent 下想写 / 调试 / 启动 cc-master 的 workflow 脚本、或想套用 Claude Code dynamic-workflow API 时用——这是 Cursor adapter 的 unsupported stub。Triggers: 在 Cursor 里提到 Workflow 工具、`agent()` / `parallel()` / `pipeline()` / `phase()` / `workflow()`、后台 task id、workflow resume/cache/budget、"能不能把 Claude Code workflow 直接搬到 Cursor"。Do NOT use when 只是做普通 Cursor 任务规划、普通 shell 脚本、或使用已验证的 Cursor 产品面并行能力（Task + background shell + `/loop`）；本 stub 只负责阻止把 Claude Code Workflow API 当作 Cursor 可用机制。启用真正 Cursor 版前必须验证 deterministic multi-agent workflow execution、后台执行与完成通知、resume/cache 语义、脚本 runtime/API 形状、资源上限与 budget 报告。
plugin-release-engineering
��你要打包、分发、发布或审查 cc-master 的 CLI/plugin release 流程时使用；覆盖 source/dist/package 边界、host adapter artifacts、版本线、release checks 和 marketplace 元数据。Do NOT use when 只查 skill knowledge graph 正式规范/CLI（→ design_docs/skill-knowledge-graph）。
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.