Git
v1.0.0

Adapter 投影工程

by @nemori-ai0 pulls
URLopenbooklet.com/s/adapter-
Pinnedopenbooklet.com/s/[email protected]
APIGET /api/v1/skills/adapter-

你负责实现可重复的 adapter projection。目标不是让 source 和 dist 都能手改,而是让 source 单向生成 dist。

20 skills from this reponemori-ai/cc-master
Adapter 投影工程viewing
authoring-workflowsplugin/src/skills/authoring-workflows/canonical/SKILL.md

当你在 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 报告。

cc-master-as-master-orchestratorplugin/src/skills/cc-master-as-master-orchestrator/adapters/claude-code/stub/SKILL.md

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-discussplugin/src/skills/cc-master-discuss/canonical/SKILL.md

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

cc-master-distillplugin/dist/claude-code/skills/cc-master-distill/SKILL.md

Triggers: 当你在 Claude Code 收到 `/cc-master:distill ...`(或该 skill 的同名命令入口)时,不能直接触发该 skill;Do NOT execute directly,这只是 unsupported stub 说明位。

cc-master-handoff-to-new-sessionplugin/src/skills/cc-master-handoff-to-new-session/adapters/claude-code/stub/SKILL.md

Triggers: 当你在 Codex 收到 `$cc-master-handoff-to-new-session` 时,按接替流程 quiesce/drain、写 handoff 并归档 board;Do NOT 在未确认时直接结束或遗漏迁移信息。

cc-master-retroplugin/src/skills/cc-master-retro/adapters/claude-code/stub/SKILL.md

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

cc-master-statusplugin/dist/codex/skills/cc-master-status/SKILL.md

Triggers: 当你在 Claude Code 收到 `/cc-master:status ...` 时,本 skill 不应直接触发,Do NOT use unsupported stub;请走该命令入口,避免能力混淆。

cc-master-stopplugin/dist/codex/skills/cc-master-stop/SKILL.md

Triggers: 当你在 Claude Code 收到 `/cc-master:stop ...`(或同名命令入口)时,不能直接触发该 skill;Do NOT execute directly,这只是 unsupported stub 说明位。

cc-master-viewplugin/dist/claude-code/skills/cc-master-view/SKILL.md

Triggers: 当你在 Claude Code 收到 `/cc-master:view ...`(或同名命令入口)时,不能直接触发该 skill;Do NOT use this stub for direct work,因为能力在 command surface。

curating-skill-portfolios.claude/skills/curating-skill-portfolios/SKILL.md

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).

dev-as-ml-loopplugin/src/skills/dev-as-ml-loop/canonical/SKILL.md

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 脚本怎么写(authoring-workflows)。

distilling-lessons-into-assetsplugin/dist/codex/skills/distilling-lessons-into-assets/SKILL.md

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

engineering-with-craftplugin/dist/claude-code/skills/engineering-with-craft/SKILL.md

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 脚本怎么写(authoring-workflows)。

grounding-skill-evals.claude/skills/grounding-skill-evals/SKILL.md

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).

master-orchestrator-guideplugin/src/skills/master-orchestrator-guide/canonical/SKILL.md

Use when running a long-horizon (>24h) goal as a master orchestrator, or coordinating several background agents / workflows toward one large goal — 当你在做总指挥协调多个后台任务时 — even if the user never said "orchestrate". 每次 compaction 之后都要用。一旦你抓到自己在以下任一情形——后台还有可派发的活却 idle-wait 空等、为显得忙而 manufacture busywork、亲手抄起乐器(亲自实现或 review)、把 green gate 或空 review 当 passed、或擅自决定一个本该用户拍板的 merge / 不可逆步骤——立刻调用。

pacing-and-estimationplugin/dist/codex/skills/pacing-and-estimation/SKILL.md

Use when 你(orchestrator/agent)在 Codex 下要消费 ccm 的只读 advisory 把它配速或估算——读当前 Codex 账号 5h/7d 用量、把长跑对照配额窗口 pace、估目标 ETA / 查进度偏差(EVM) / 看综合风险 / 算 cost-to-complete、或要读懂 `ccm usage advise` `ccm estimate forecast` 的 verdict 与字段时。它给的是**消费机制知识**:单侧走廊 verdict(hold/throttle/switch/stop_5h/stop_7d)怎么读、Codex 当前账号 rate-limit 信号源、估算诚实字段(coverage_pct/confidence/conformal 区间)什么时候该降低对预测的信任、usage 与 estimate 张力怎么看。Triggers: 在 Codex 下读 ccm usage/estimate/baseline 的输出、"降 WIP 信号出来了怎么落 lever / 该等 reset 还是问用户 / 这个 forecast 信不信 / EVM 偏差怎么看 / Codex 当前账号 5h 和 7d 怎么读"、配额逼顶要判读 usage 的那一半、pacing/估算 hook 注入提示。Do NOT use when 你要的是**决策**——该不该减速/停派/replan、7d 总闸要不要 surface 用户、范围/期限/配额取舍谁拍板(那是 master-orchestrator-guide);或 ccm 命令**怎么敲**、board 字段填什么(那是 using-ccm);或其他 harness 的 account 录号换号、statusline sidecar、模型档位表、workflow 脚本怎么写(这些 Codex adapter 当前不支持或不归本 skill)。ccm 出 verdict、决策归 master-orchestrator-guide——本 skill 只教消费层,不替编排做判断。

requirement-elicitation.claude/skills/requirement-elicitation/SKILL.md

通过协作对话挖出用户真实业务痛点、在动手实现前先把需求搞对的心智——本仓 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。

slicing-goals-into-dagsplugin/src/skills/slicing-goals-into-dags/canonical/SKILL.md

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-ccmplugin/src/skills/using-ccm/canonical/SKILL.md

Use when you (orchestrator/agent) read or mutate a cc-master board through the ccm CLI in Codex —— 当你在 Codex 下要用 ccm 操作 board:建板 / 加改任务 / 起跑·完成·阻塞 / 查 ready·DAG·临界路径 / 记 judgment_call·log / 收 cadence iteration / arm watchdog / 查 harness inventory / 读当前账号 5h·7d 用量 / 刷新 Codex plugin 与 `$cc-master-*` 入口时。它一体两面:面1=ccm 操作手册(命令面 + board 状态机心智 + 写入关卡纪律:status 走生命周期 verb 不用 --set、load-bearing 字段走专属命令、board 变更只走 ccm 不手改);面2=board 模型与字段取值指南(领域概念 task/status/executor/judgment_call/cadence/parent/watchdog 是什么 + 字段什么时候设什么值:acceptance 怎么写、estimate 怎么估、deps 怎么连、Codex 下 executor 怎么选 + 全部 FMT/GRAPH/BIZ 校验规则速查,一次写对不撞 exit 3)。Triggers: 敲 ccm task/board/jc/cadence/log/watchdog/harness/usage/upgrade 命令、"怎么把任务标 done / 加依赖 / 查临界路径 / 阻塞等用户"、Codex 下当前账号用量怎么查、怎么刷新 Codex cc-master plugin、什么是 judgment_call/cadence·acceptance 怎么写·executor 选哪个·status 何时转哪态·某字段填什么、任何 board 写操作、ccm 报 exit 3 / illegal transition / load-bearing 字段被拒。Do NOT use when 你在决定"该编排什么 / 怎么拆 DAG / 何时减速或停派 / 该不该 surface 用户"(那是 master-orchestrator-guide)、读 usage/estimate verdict 怎么配速估算(那是 pacing-and-estimation)、写 Claude Code workflow 脚本(authoring-workflows, Codex 下当前是 stub)——本 skill 只管"怎么用 ccm 这把工具",不管"该让 ccm 做什么"。Codex 下 `ccm account` 号池切号、`ccm statusline install/uninstall` 当前不支持,走到要报 unsupported,不要套 Claude Code credential/statusline 机制;`ccm upgrade plugin` 会刷新本地 Codex marketplace/plugin 注册,不触碰 Claude Code marketplace。

Auto-indexed from nemori-ai/cc-master

Are you the author? Claim this skill to take ownership and manage it.

Related Skills

@openbooklet

graceful-error-recovery

Use this skill when a tool call, command, or API request fails. Diagnose the root cause systematically before retrying or changing approach. Do not retry the same failing call without first understanding why it failed.

1.1K0
@openbooklet

audience-aware-communication

Use this skill when writing any explanation, documentation, or response that will be read by someone else. Match vocabulary, depth, and format to the audience's expertise level before writing.

1.1K0
@openbooklet

Refactoring Expert

Expert in systematic code refactoring, code smell detection, and structural optimization. Use PROACTIVELY when encountering duplicated code, long methods, complex conditionals, or any code quality issues. Detects code smells and applies proven refactoring techniques without changing external behavior.

600
@openbooklet

Research Expert

Specialized research expert for parallel information gathering. Use for focused research tasks with clear objectives and structured output requirements.

600
@openbooklet

clarify-ambiguous-requests

Use this skill when the user's request is ambiguous, under-specified, or could be interpreted in multiple ways. If proceeding with a wrong assumption would waste significant work, always ask exactly one focused clarifying question before doing anything.

1.1K0
@openbooklet

structured-step-by-step-reasoning

Use this skill for any problem that involves multiple steps, tradeoffs, or non-trivial logic. Think out loud before answering to improve accuracy and transparency. Apply whenever the answer is not immediately obvious.

1.1K0