一键导入
collaborative-thinking
单人或多猫的创意探索、独立思考、讨论收敛。 Use when: brainstorm、多猫独立思考、讨论结束需要收敛、方向性问题需要多视角。 Not for: 已有明确 spec 直接写代码、单猫执行已定方案。 Output: 收敛报告(共识/分歧/行动项)+ 三件套沉淀检查。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
单人或多猫的创意探索、独立思考、讨论收敛。 Use when: brainstorm、多猫独立思考、讨论结束需要收敛、方向性问题需要多视角。 Not for: 已有明确 spec 直接写代码、单猫执行已定方案。 Output: 收敛报告(共识/分歧/行动项)+ 三件套沉淀检查。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
约定图发现方法论:进一个 repo 先识别 repo-specific conventions,再定义 domain/extractor 接 Convention Graph 引擎。Use when: 进入陌生 repo、要画约定图、要找“改 X 影响谁”的约定层关联、 F242/Convention Graph Layer 工作。Not for: 普通符号跳转/LSP、文档索引检索、记忆图谱、直接使用 codegraph/GitNexus。Output: domain 定义 + extractor 计划 + gap/freshness/provenance 报告。 GOTCHA: 沉淀的是“怎么画图”的方法,不是把 cat-cafe 的 extractor 硬搬到所有 repo。
跨 thread 协同:发现平行 session → 通知(3+2 件套)→ 争用协调 → 确认。 Use when: 平行 session 之间需要协同、收到跨线程消息、通知改动影响、共享文件争用。 Not for: 跨猫工作交接(用 cross-cat-handoff)、需要新建 thread 时(用 propose_thread / thread-orchestration)。 GOTCHA: 收到跨线程 ACTION 不等于接活;先做 thread/feat ownership gate,不属于当前 thread 就 cross-post 退回。 Boundary with F128: 发现跨 scope 问题 → 先 list_threads 查有没有已有 thread → 有 = 本 skill(cross_post)→ 没有 = propose_thread。 Output: cross-post 通知 + 争用协调完成。
Feature 立项、讨论、完成的全生命周期管理。 Use when: 开个新功能、new feature、F0xx、立项、feature 完成、验收通过、讨论新功能需求。 Not for: 代码实现、review、merge(那些有专门的 skill)。 Output: Feature 聚合文件 + BACKLOG 索引 + 真相源同步。
明星开源项目拆解:从宣传/PPT/README 进入源码,验证真实架构、明星特性、算法含量、营销水分、可学习点和不 follow 的 tradeoff。 Use when: operator要求拆解热门 GitHub 项目、竞品 agent/runtime、外部 skill/tool 框架,或问“它到底有什么真本事/我们能学什么”。 Not for: 普通资料搜索(用 deep-research)、社区 issue/PR 运营(用 opensource-ops)、只需要架构头脑风暴(用 collaborative-thinking)。 Output: feature-discussions/YYYY-MM-DD-{project}-deep-dive/ 下的代码证据报告 + 对比结论 + 候选 lesson/skill。 GOTCHA: 不许只看 README 下判断;每个明星特性必须追到代码路径、状态突变点、反馈闭环和算法输入输出。
开发完成后的自检门禁:愿景对照 + spec 合规 + 验证。 Use when: 开发完了准备提 review、声称完成了、准备交付。 Not for: 收到 review 反馈(用 receive-review)、merge(用 merge-gate)。 Output: Spec 合规报告(含愿景覆盖度)。
接球前真相核验三问:claim → resolver → verdict (sourceTier T0/T1/T2 + actionFamily), 防止把传球者当无审视真相源(F167 Phase O 第一性原理)。 Use when: 即将调 hold_ball / register_pr_tracking / register_issue_tracking / merge / takeover / 改 owner / 任何 irreversible action / 基于 "operator signoff" 或 "你是 owner" 类 claim 行动之前。 Not for: 纯阅读 cross_post(无 actionFamily 后续);本 thread 日常 @mention 无副作用; implementation continuation(自检通过的下一步)。 Output: claim grounding verdict (verified/mismatch/insufficient) + 接球决策 (proceed / block / push back to source thread)。
基于 SOC 职业分类
| name | collaborative-thinking |
| description | 单人或多猫的创意探索、独立思考、讨论收敛。 Use when: brainstorm、多猫独立思考、讨论结束需要收敛、方向性问题需要多视角。 Not for: 已有明确 spec 直接写代码、单猫执行已定方案。 Output: 收敛报告(共识/分歧/行动项)+ 三件套沉淀检查。 |
| triggers | ["brainstorm","讨论","多猫独立思考","收敛","讨论结束","总结一下"] |
三种思考模式:单人探索 / 多猫独立思考 / 讨论收敛沉淀。与 feat-lifecycle 讨论阶段的区别:feat-lifecycle 专用于 feat 采访和需求澄清;本 skill 是通用思考框架。
| 模式 | 何时用 | 何时不用 |
|---|---|---|
| A 单人探索 | 1:1 功能设计、想法 → spec | 需要多视角的方向性决策 |
| B 多猫思考 | 架构选型、流程设计、跨模型互补 | 实现细节、bug 定位(token 成本不值) |
| C 收敛沉淀 | 任何讨论产出了决策/规则/否决理由 | 纯问答(结论在 thread 里已够)、operator说"不用记" |
目标:将模糊想法转化为可执行 spec,通过增量验证降低返工。
feature-specs/YYYY-MM-DD-{topic}-design.md,commit 后问"要开始实现了吗?"何时启动 Mode B? 参见 shared-rules.md §13 元思考触发器 A-D。
调 cat_cafe_multi_mention 前必须带搜索证据(searchEvidenceRefs)。
⚠️ 成本警告:Swarm token 消耗是单猫 N 倍(N = 参与猫数)。实现细节不值得开 swarm。
6 阶段流程:
Phase 1: 独立思考(并行,禁止互看)
Phase 2: 串行讨论(有分歧才触发,限 2-3 轮)
Phase 3: operator选扇入者
Phase 4: 扇入综合(会议纪要 + 行动项)
Phase 5: 其他猫审阅补充(纠正误读)
Phase 6: operator反馈 + 最终确认 → 进入 Mode C
Phase 1 独立性保护规则(最重要):
实现方式:routeParallel() 或operator分别 @ 各猫并强调"先独立思考"。
Phase 2 触发:各方基本一致 → 跳过;存在明显分歧 → 需要(限 2-3 轮);operator说"够了" → 跳过。
Phase 4 综合必须包含:各方观点摘要 / 共识区 / 分歧区(不要抹平!)/ 待决事项 / 行动项。
Open Questions 分类(必须拆开):
refs/decision-matrix.md)如果所有 OQ 都是技术型且回滚成本低,不升级 operator——猫猫自决 + 事后通报。
扇入者默认:Brainstorm 类 → operator;技术讨论 → 指定综合者 + 指定把关者。operator可随时覆盖。
来源:2026-06-16 圆桌 saga(
docs/content/drafts/longform-005-case-the-roundtable-that-caught-itself.md)。 ⚠️ 原则强化,不是填表剧本——写成僵硬步骤就成了 longform-005 批的"演戏"。
何时启用:决策不可逆 / 多方案价值取舍(非对错题)/ 方向级·跨多 feature。门槛宜高——日常 plan 走标准 Mode B,别开严格档(仪式化会贬值)。标准 6 阶段之上多守 5 条原则:
writing-plans;但任一猫判某条为价值/不可逆/高风险就不能 exit,且否决须附"理由 + 什么能推翻它"(同时防技术题被反向价值化绑架)。writing-plans 必带 Stateful Object Gate——圆桌收敛 tradeoff ≠ 完成 census。operator 介入:价值 OQ 最后给 operator,优先提问而非表态;表态标"价值偏好"不伪装事实约束。最终方案==operator 初始未公开倾向 → 自检"论证结果还是锚定"(这是 convention 自检;高 stakes 要强制,再升硬层 sealed-commit,别误读成已有机械执法)。
软硬边界(ADR-031):以上是软层原则。"sealed 盲发 / 留痕格式 / 否决 packet schema"要做成可机械检测的强制属硬层(hook/validator),单独立项——别塞进 skill 当填表步骤。
收敛时 operator 升级检查:如果收敛结论中有需要 operator 拍板的 Open Question,必须附 Decision Packet(格式见 refs/decision-matrix.md)。先判断可逆性:回滚成本低的猫猫自决,不升级。
收敛三件套——每项必须显式回答"有/没有",不允许跳过:
1. 否决理由 → ADR:这次讨论有否决某个技术方案?有 → 补到对应 ADR 的否决记录段。
2. 踩坑教训 → public-lessons.md:这次讨论有暴露新坑?有 → 追加到 docs/public-lessons.md(7 槽位格式)。
3. 操作规则 → 指引文件:这次讨论有产生新的必须遵守的规则?有 → 更新 CLAUDE.md / AGENTS.md / GEMINI.md(或 refs/shared-rules.md)。
强制回答格式(附在 commit message 或文档末尾):
## 收敛检查
1. 否决理由 → ADR?[有 → 已补到 ADR-0xx / 没有]
2. 踩坑教训 → lessons-learned?[有 → 已追加 / 没有]
3. 操作规则 → 指引文件?[有 → 已更新 CLAUDE.md §xx / 没有]
追溯链(每次收敛必须建立):BACKLOG 条目 link 会议纪要入口;每篇文档头部 link 回上级文档。
会议纪要模板(存放:feature-discussions/YYYY-MM-DD-{topic}-meeting-notes.md):
# {主题} 讨论纪要
**Thread ID**: `thread_xxx` | **日期**: YYYY-MM-DD | **参与者**: [列出]
## 背景 / 各方观点 / 共识 / 分歧 / 待决 / 行动项
| 你要做的事 | 用哪个 Mode |
|---|---|
| 帮operator把想法变成 spec | A |
| 几只猫各自看一个架构方向 | B |
| 不可逆 / 价值取舍 / 方向级的重大决策 | B 严格档 |
| 讨论刚结束,要沉淀 | C |
| Mode B 结束后 | C(必须) |
| Mistake | Fix |
|---|---|
| Mode A 一次问多个问题 | 拆成多条,每条只问一件事 |
| Mode A 没提备选方案就直接设计 | 先 2-3 个方案 + tradeoffs,再推荐 |
| Mode B Phase 1 让猫看到彼此回答 | routeParallel 或分别 @ 并强调独立思考 |
| Mode B 综合时抹平分歧 | 分歧必须保留 + 标注各方理由 |
| Mode B 跳过 Phase 5 审阅 | 综合可能误读观点,原作者必须确认 |
| 严格档写成逐条填表 / 打卡的步骤剧本 | 变成 longform-005 批的"演戏";skill 只保护原则(沉默≠同意 / 分歧保留 / 接 census),可机械检测的强制归硬层 |
| Mode C 三件套"感觉没有就跳过" | 必须显式回答每一项"有/没有" |
| Mode C 写了纪要但不 link BACKLOG | 追溯链断裂,未来找不到 |
worktree 拉 worktree,writing-plans 做实现计划docs({scope}): {topic} 讨论收敛 + 追溯链 [{猫猫签名}]feat-lifecycle skill 立项