Collaborative Thinking

三种按需使用的思考方式：单人探索 / 多猫独立思考 / 讨论收敛沉淀。feat-lifecycle 处理 Feature 的需求与设计；这里也容纳尚未指向交付的共同探索。讨论可以停在更清楚的问题、被推翻的假设或未决取舍，不自动产生任务、审批卡或下一阶段。已有明确委托沿原责任推进，不因开始讨论重新采访。

核心知识

Mode A: 单人探索 (Brainstorm)

目标：一起弄清正在关心的问题，允许修正问题本身；到了要交付的地方，再形成可执行范围。

1. 理解上下文：先恢复相关事实和已有决定。结合语境理解对方是在举反例、开放探索还是委托交付；只澄清会影响当前理解的未知，不把一句想法加工成需求采访。
2. 探索方案：拿出理由、反例和有意义的备选，允许一起换问题。已进入交付设计时，才据真实需求判断哪些功能值得做。
3. 呈现进展：把眼前的新理解或具体稿给对方看，说明重要取舍。提问服务真实疑点，不按字数分段索要确认；对方主动参与和猫主动占用注意力的分寸见 决策准备。
4. 收尾：可以在当前对话说明所得与尚未确定之处。确有后续消费、需要留存且已有授权时，再写设计或讨论记录；讨论结束不等于授权写文件、commit 或开始实现。

Mode B: 多猫独立思考

何时启动 Mode B？ 参见 ../.cat-cafe-shared-refs/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 分类（必须拆开）：

• 技术 OQ：给猫猫解决的（实现细节、方案选型中可回滚的部分）
• 价值 OQ：需要 operator 判断的 → 必须附 Decision Packet（格式见 ../.cat-cafe-shared-refs/decision-matrix.md）

如果所有 OQ 都是技术型且回滚成本低，不升级 operator——猫猫自决 + 事后通报。

扇入者默认：Brainstorm 类 → operator；技术讨论 → 指定综合者 + 指定把关者。operator可随时覆盖。

Mode B 严格档（高 stakes Roundtable）

来源：2026-06-16 圆桌 saga（docs/content/drafts/longform-005-case-the-roundtable-that-caught-itself.md）。 ⚠️ 原则强化，不是填表剧本——写成僵硬步骤就成了 longform-005 批的"演戏"。

何时启用：决策不可逆 / 多方案价值取舍（非对错题）/ 方向级·跨多 feature。门槛宜高——日常 plan 走标准 Mode B，别开严格档（仪式化会贬值）。标准 6 阶段之上多守 5 条原则：

1. 沉默 ≠ 同意（防虚假共识）：高风险条目上，快速全票是危险信号不是高置信；每只猫要么提反例，要么说清"查了什么才不反对"——不是没声音就算过。
2. 价值题不许技术化逃逸：可 early-exit 退普通 writing-plans；但任一猫判某条为价值/不可逆/高风险就不能 exit，且否决须附"理由 + 什么能推翻它"（同时防技术题被反向价值化绑架）。
3. 分歧不抹平：Phase 5 升为硬门——被代表的猫必须确认分歧没被扇入者写歪。
4. 不无限续命：复用 Phase 2 的 2-3 轮上限；超限出 split-options 给 operator 或诚实宣告未收敛，不硬凑共识。
5. 收敛接 census：严格档收敛稿（含 early-exit）handoff 给 writing-plans 必带 Stateful Object Gate——圆桌收敛 tradeoff ≠ 完成 census。

operator 介入：价值 OQ 最后给 operator，优先提问而非表态；表态标"价值偏好"不伪装事实约束。最终方案==operator 初始未公开倾向 → 自检"论证结果还是锚定"（这是 convention 自检；高 stakes 要强制，再升硬层 sealed-commit，别误读成已有机械执法）。

软硬边界（ADR-031）：以上是软层原则。"sealed 盲发 / 留痕格式 / 否决 packet schema"要做成可机械检测的强制属硬层（hook/validator），单独立项——别塞进 skill 当填表步骤。

Mode C: 收敛沉淀 (Convergence)

收敛时 operator 升级检查：如果收敛结论中有需要 operator 拍板的 Open Question，必须附 Decision Packet（格式见 ../.cat-cafe-shared-refs/decision-matrix.md）。先判断可逆性：回滚成本低的猫猫自决，不升级。

先判断这轮是否需要持久留存。没有形成决定、当前对话已足够或只是共同探索时，可以到此结束。已有授权且后续工作确实需要的结论，沿现有真相源更新；不要因为开过讨论就生成三份材料。

1. 否决理由 → ADR：已形成且需追溯的架构取舍，补到对应 ADR 的理由段。

2. 踩坑教训 → 既有教训或回放：消费真实失败；已有记录够用就引用，不为讨论收尾复制一份。

3. 判断方法 → 相应 skill/ref：已接受且授权修订的方法落到猫实际经过的入口，不把探索性意见直接升成 L0 规则。

追溯：实际留存的材料指回来源与所服务的工作；已有 Feature/BACKLOG 时更新对应入口，不为获得追溯链另建项目。

会议纪要模板（存放：feature-discussions/YYYY-MM-DD-{topic}-meeting-notes.md）：

# {主题} 讨论纪要
**Thread ID**: `thread_xxx` | **日期**: YYYY-MM-DD | **参与者**: [列出]

## 背景 / 各方观点 / 共识 / 分歧 / 待决 / 行动项

Quick Reference

Common Mistakes

下一步

• 共同理解已足够 → 在当前对话结束，可以保留未决问题。
• 已接受且授权的交付 → 沿原工作链；需要实施计划时用 writing-plans，需要隔离时用 worktree。
• 需要留存结论 → Mode C；获准的文档变更按 co-creation-docs 交付。
• 确实决定立项新 Feature → feat-lifecycle，不由讨论或一个建议自动触发。