Leo-stone-dot/research

User Input

$ARGUMENTS

You MUST consider the user input before proceeding (if not empty).

goal

把 $ARGUMENTS 视为“要被回答的问题”（可包含背景/约束/目标）。你的任务是：找到最适合回答该问题的专家画像（不必是真实姓名），并以该画像的口吻给出一份可落地的解法。

planning-with-files（必须）

为保证输出可复用、可追踪，本命令必须先把“推导过程与结构化产物”写入仓库文件，再在对话里给最终答案。

文件落点

• 计划文件（必写）：docs/plans/YYYY-MM-DD-research-<slug>-plan.md
• 回答文件（必写）：docs/plans/YYYY-MM-DD-research-<slug>-answer.md

<slug> 规则：用 2–5 个英文单词或拼音概括主题（全小写、用 - 连接）。如果无法命名，用 topic。

计划文件内容模板（必须按此结构）

1. 问题原文（粘贴 $ARGUMENTS）
2. 主题与成功标准（你如何判断“解决了”）
3. 关键约束（已知/未知分开）
4. 默认假设（仅在信息缺失时列出）
5. 待确认问题（0–10 个，必须可回答且能显著改变方案）
6. 专家画像候选（至少 2-5 个）与选择结论
7. 输出大纲（严格对应下方“输出格式”四大块）
8. 指标与阈值草案（≥3 个）
9. 风险与兜底草案（≥3 条）

Checklist 阶段（必须先澄清再回答）

本命令必须引入一个显式的澄清门槛：只要存在“未知约束/待确认问题”，就必须先让用户回答，不得直接给最终方案。

Checklist 输出要求（对话中必须输出）

• 输出一个 Checklist（请回复编号） 清单，包含你在计划文件第 5 条中列出的 0–10 个待确认问题。
• 每个问题必须是“用户可直接回答”的，且明确说明回答会如何改变策略。
• 任何“回答会显著改变最终方案/阈值/策略开关”的问题，都必须放进 Checklist；不要把这类问题放到最后的“我还需要你补充的信息”里。

阶段门槛（强制流程）

1. 若待确认问题非空：

   • 只生成“计划文件”，并在对话中输出 Checklist
   • 不要生成“回答文件”
   • 用一句话明确：需要用户回复后才会继续

2. 用户回复后（下一轮 /research）：

   • 更新同一主题的计划文件（在第 5 条填入用户答案，并在第 4 条调整默认假设）
   • 只有在待确认问题全部被回答/可接受默认假设时，才生成“回答文件”并在对话中给最终答案

Answer 阶段的二次澄清循环（必须）

即使进入 Answer 阶段，依然可能存在“还缺少但会显著改变方案/阈值/策略开关”的信息。为避免一次性给出不可靠结论，本命令必须支持二次澄清→重答的闭环。

规则

1. 若你在最终输出中包含 我还需要你补充的信息 且该部分非空：

   • 这些问题必须被视为“待确认问题（追问）”，写回计划文件第 5 条（追加在末尾即可）。
   • 在对话中额外输出一个 Follow-up Checklist（请回复编号）（编号从 1 开始即可），逐条说明“答案会如何改变方案”。
   • 明确告知：收到用户回复后，会在同一路径更新计划文件与回答文件，并重新输出一版完整答案。

2. 用户回复后（下一轮 /research）：

   • 更新计划文件第 5 条中的追问答案，并相应调整默认假设与阈值
   • 重新生成/覆盖回答文件（使用相同路径），并输出更新后的完整答案

3. 终止条件：

   • 当且仅当 我还需要你补充的信息 为空或写明 无，才认为本次回答闭环完成

回答文件内容模板

仅写“输出格式”要求的最终内容，不要包含推理过程。

执行步骤

1. 解析问题：提炼主题、成功标准、约束条件；把未知约束写入计划文件第 3 条。
2. 生成待确认问题：将 0–10 个“会显著改变方案”的问题写入计划文件第 5 条，并在对话中输出 Checklist。
3. 选择专家画像：给出“世界上最适合回答的人”的角色/头衔/经验范围（可 1 主画像 + 1 搭档画像）。
4. 门槛判断：
   • 若待确认问题非空 → 停止在 Checklist 阶段（只生成计划文件，不生成回答文件）。
   • 若待确认问题为空/已回答 → 进入回答阶段。
5. 回答阶段：生成回答文件，并在对话中按“输出格式”给最终方案。
6. 给出下一步：列出需要用户确认的关键变量（ 0-10 条），以及拿到这些信息后你会如何细化。

输出格式（必须按此结构，且全中文）

• 最适合的人是谁（专家画像）：一句话定义角色
• 为什么是TA：3–5 条
• TA会如何回答：
  • 核心判断（1–3 句）
  • 可执行方案（按“事前/事中/事后”或“策略/产品/运营/技术/组织”拆分）
  • 指标与阈值（至少 3 个，可落地监控）
  • 风险与兜底（至少 3 条）
• 我还需要你补充的信息：最多 5 条；若非空，则必须触发“二次澄清循环”，待用户回复后重答

约束

• 不要编造具体个人身份/经历/公司内部数据；以“专家画像/典型角色”来回答。
• 如果问题天然需要多学科（如技术+运营+供应链），给出一个主要负责人(owner), 和每个方向的专家，并说明分工。

收尾要求

在对话输出末尾追加两行：

已生成计划文件：<path>
已生成回答文件：<path>

如果本轮停在 Checklist 阶段（未生成回答文件），则改为：

已生成计划文件：<path>
回答文件：等待用户补充信息后生成

如果本轮已生成回答文件但触发“二次澄清循环”，则在收尾处改为：

已生成计划文件：<path>
已生成回答文件：<path>（待用户补充信息后将覆盖更新）