القائمة
多猫专家辩论团：在现有协作习惯上加一层轻量编排 + WHY 链标准 + 交付链。 Use when: 技术趋势判断、竞品分析、行业事件分析、需要多视角决策支持、operator说"帮我分析一下"。 Not for: 单猫能搞定的问题、代码实现、bug fix、日常聊天。 Output: 洞察卡片(rich block) + 语音总结 + 正式报告(DOCX/PDF)。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
约定图发现方法论：进一个 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)。
| name | expert-panel |
| description | 多猫专家辩论团：在现有协作习惯上加一层轻量编排 + WHY 链标准 + 交付链。 Use when: 技术趋势判断、竞品分析、行业事件分析、需要多视角决策支持、operator说"帮我分析一下"。 Not for: 单猫能搞定的问题、代码实现、bug fix、日常聊天。 Output: 洞察卡片(rich block) + 语音总结 + 正式报告(DOCX/PDF)。 |
| triggers | ["帮我分析一下","专家辩论","expert panel","技术参谋","竞品分析","行业分析","趋势判断","多猫分析","三猫讨论","showcase"] |
定位：编排层，不是独立流程。 复用已有协作习惯，只添加三样东西：角色分配、WHY 链标准、交付链。
核心原则：结论不值钱，论证过程才值钱。
其余规则不重写，直接遵循已有 skill。协作交接用五件套（What/Why/Tradeoff/Open/Next）。
参与猫按视角分工。最少 2 猫，推荐 3 猫。
| 角色 | 视角 | 职责 |
|---|---|---|
| Analyst | 架构/技术 | 技术深度、架构对比、可借鉴点 |
| Assessor | 风险/成本 | 成本结构、合规风险、踩坑预警 |
| Strategist | 生态/趋势 | 行业定位、大图景、用户/人才视角 |
| Convergence Lead | 收敛+交付 | 默认 Analyst 兼任，可指定 |
Dispatch → Independent → Synthesis → Contributor Check → Delivery
不是刚性 Phase，是自然节奏。有分歧就讨论，没有就是共识，不演。
Convergence Lead 用 multi_mention 分发给各猫。
dispatch payload 只允许包含：
dispatch payload 禁止包含：
Lead 自己的分析等其他猫回来后再发，或和其他猫同时出。
每只猫独立完成调研和分析，互不可见。
调研分两档：
| 档位 | 何时用 | 方法 |
|---|---|---|
| Light（默认） | 日常分析、快速判断 | WebSearch + search_evidence + 已有知识 |
| Full | 高 stakes / operator说"调研" / 需要多源验证 | 启动 deep-research skill 完整流程 |
不确定用哪档 → 用 Light。Light 不够再升级。
独立性保护规则（从 collaborative-thinking Mode B 内联）：
分析输出格式 — WHY 链四格：
每个核心判断必须有：
Evidence: 具体证据（案例/数据/事件 + 来源URL或引用）
Reasoning: 从证据到结论的逻辑链（为什么这个证据支持这个结论）
So what: 对我们意味着什么（行动含义）
Confidence: 确信 / 中等 / 猜测
禁止：
Convergence Lead 汇总所有猫的分析，产出收敛报告。
收敛必须包含（来自 collaborative-thinking Mode B Phase 4）：
各猫确认收敛报告没有误读自己的观点。（来自 collaborative-thinking Mode B Phase 5）
这步不能跳过——收敛者可能误读原意。各猫快速确认或修正即可。
收敛完成后，Convergence Lead 一次性交付（趁凭证新鲜）：
a) 洞察卡片（card rich block）：
b) 语音总结（audio rich block，~50s）：
c) 正式报告（generate_document，优先 DOCX）
d) 收敛沉淀检查（来自 collaborative-thinking Mode C）：
1. 否决理由 → ADR？[有/没有]
2. 踩坑教训 → lessons-learned？[有/没有]
3. 操作规则 → 指引文件？[有/没有]
| 场景 | 用什么 |
|---|---|
| 日常"帮我分析一下" | expert-panel 单独用（Light 调研档） |
| 高 stakes 决策、operator说"调研" | expert-panel + deep-research（Full 调研档） |
| 分析后需要立项 | expert-panel → feat-lifecycle |
| 分析后需要沉淀 | expert-panel → collaborative-thinking Mode C |
| 需要和外部猫交接分析结果 | expert-panel → cross-cat-handoff 五件套 |
multi_mention 回调链会反复 supersede invocation 导致 MCP 工具 stale_ignored。
| 错误 | 修复 |
|---|---|
| Lead 在 dispatch 里夹带自己的判断/拆题 | dispatch 只含原始问题+角色+范围+格式，禁止注入 |
| 默认走 full deep-research | 默认 Light，高 stakes 才升级 |
| Evidence 和 Reasoning 混在一起写 | 拆成两个独立字段 |
| "基于行业经验"当证据 | 必须指向具体案例/数据/事件+来源 |
| 收敛时抹平分歧 | 分歧必须保留+各方理由 |
| 报告结论像万能答案 | 加 Tradeoffs/Boundary，说清适用边界 |
| 跳过 Contributor Check | 收敛者可能误读，原作者必须确认 |
| 报告攒到最后才发 | 趁凭证新鲜立即发 |
| 风险 | 降级方案 |
|---|---|
| 某猫超时（>3min） | 不等，剩余猫继续 |
| 语音发不出 | 改文字总结 |
| DOCX 生成失败 | 降级发 card rich block |
| 争论不起来 | 那就是共识，不演 |
| 凭证过期 | 报告存本地 + 下轮对话发 |
feat-lifecycle 立项deep-researchcollaborative-thinking Mode C