优化调研显示方式

.opencode/skills/game-design/SKILL.md

@@ -64,7 +64,7 @@ description: >-
 | 步骤 | 文件 |
 |------|------|
 | 步骤 1-2：参考游戏发现 | `templates/reference-search-prompt.md` |
-| 步骤 3：反拆分析 | `prompts/sub-agent-gdd-reverse.md` + `prompts/sub-agent-community.md` |
+| 步骤 3：反拆分析 | `prompts/sub-agent-gdd-reverse.md` + `prompts/sub-agent-community.md` → 执行后必须输出摘要到对话窗口（见规则 7） |
 | 步骤 4：初步问答 | `templates/qa-initial-questions.md` |
 | 步骤 5：深度问答 | `templates/qa-deep-guide.md` |
 | 设计前提挑战 | `templates/devils-advocate.md` |
@@ -145,7 +145,18 @@ description: >-
 3. **可回答性**：用户不需要专业知识就能回答
 4. **来源标注**：问题基于步骤 3 的哪条分析？置信度如何？
 
-## 规则 7：进度提示
+## 规则 7：Sub-agent 输出双通道
+
+Sub-agent 执行完成后，产物必须同时走两条通道：
+1. **文件通道（固化）**：完整报告写入目标文件，供跨会话引用
+2. **对话通道（摘要）**：将报告的核心结论以摘要形式直接输出到对话窗口中，让用户不需要打开文件就能理解调研结果
+
+摘要要求：
+- GDD 逆向摘要：列出 6 个研究维度各 1 句核心发现 + 开创性设计点
+- 社群分析摘要：TOP 3 好评/差评各 1 句话 + 1 个最关键的品类迭代洞察
+- 在摘要末尾注明文件路径，方便用户查阅完整报告
+
+## 规则 8：进度提示
 
 Sub-agent 执行期间不得沉默：
 - 开始前：告知用户 sub-agent 正在执行什么任务，预计用时

.opencode/skills/game-design/templates/devils-advocate.md

@@ -9,6 +9,11 @@
 在正式问答前，用 3-5 个挑战性问题检验用户核心设计前提的稳健性。
 这不是否定用户的想法，而是帮助发现被忽略的盲区。
 
+**与步骤 4 问答的关键区别**：
+- 步骤 4 是**选择题**（提供选项，引导用户发现自己偏好）
+- Devil's Advocate 是**开放题**（不提供选项，要求用户主动思考）
+- 给选项等于替用户做设计决策，会削弱"挑战前提"的效果
+
 ## 语气约束
 
 - 使用"挑战前提"而非"质疑"
@@ -33,8 +38,25 @@
 | 可行性 | "参考游戏需要 [资源量] 的制作规模。以你预期的团队规模，这个方向的可实现性你如何评估？" |
 | 差异化盲区 | "如果去掉参考游戏的 [核心特征]，你的游戏剩下什么？这可能是你最需要想清楚的部分。" |
 
-## 用户回答后的处理
+### 问题格式（强制）
 
-- 有说服力的回应 → 将其作为设计约束，注入步骤 4 的问题生成
-- 回避/模糊的回应 → 记录为"弱信号"，带入一致性审查
-- 用户要求跳过 → 跳过，但记录"用户选择跳过挑战环节"
+- **不提供预设选项**——开放性问题，要求用户主动思考
+- 每条问题末尾补充："不需要完美答案，诚实的'不确定'也是有效输入"
+- 在 5 个问题开头统一说明尾部兜底提醒
+
+## 输出格式
+
+```
+现在进入设计前提挑战（Devil's Advocate）。基于分析结果，我提出 3-5 个挑战性问题。
+
+对于每个问题，不需要完美答案——诚实的"不确定"也是有效输入。
+如果觉得某个问题的前提不成立，也可以直接指出。
+
+---
+[级别: 🔴/🟠/🟡] 挑战 N：[标题]
+[背景依据]
+问题：[具体挑战]
+---
+
+请逐一回应。有说服力的回应会被记录为设计约束，带入下一步的初步问答。
+```