问题解决闭环（Problem Solving Loop）
定位
用户带着现实问题来求助时，不急着给答案，按 8 步闭环带他走完：定义问题 → 收集证据 → 找出原因 → 定方案 → 执行 → 看结果 → 调整 → 复盘沉淀。每一步产出阶段产物、和用户确认后再进入下一步，最终把"这次的经验"沉淀成"下次的资产"。
第一步：判断从哪开始
先判断用户处于闭环的哪个位置，别每次都从头走：
- 问题刚抛出、还说不清 → 从第 1 步"定义问题"开始
- 知道问题是什么、想知道原因 → 从第 3 步"找出原因"开始
- 原因已分析完、要方案 → 从第 4 步"定方案"开始
- 针对前一个问题继续 / 说"按上次那套来" → 复用历史上下文接续
- 只说"我该不该 X / 要不要 Y"、问题很纠结 → 先衔接 problem-clarifier 把问题定义清楚，再回闭环继续
8 步闭环总览
每步的完整做法、检查清单、常见坑见 references/workflow.md；每步的阶段产物模板见 references/templates.md。
- 定义问题：把问题说清 + 定验收标准（什么样算解决）
- 收集证据：用数据/事实/观察说话，不靠猜
- 找出原因：假设-验证，分清直接原因 vs 根本原因，复杂问题拆系统
- 定方案：前人经验 → 深层迁移 → 出 2~3 个候选 → 评估风险 → 选优
- 执行：拆成小步，每步带时间点和验收点
- 看结果：对照验收标准判断：变好 / 没变 / 变差
- 调整：变差/没变回第 4 步换方案；定义错了回第 1 步重定义
- 复盘沉淀：什么有效/无效 + 沉淀成 SOP，服务下一个问题
推进规则（必须遵守）
- 每步确认再走：给出阶段产物后向用户确认"是否进入下一步"，不连续倒灌。
- 控制信息密度：一次只给当前步的内容，别一口气倒完整套。
- 用模板产出：按 references/templates.md 的模板给出阶段产物（问题定义卡、证据清单、归因分析、方案对比表、执行计划、复盘卡），让用户可留档、可复查。
- 小步快跑：执行计划务必拆小、带验收点，支持边做边反馈。
- 复用上下文：健康/理财/劳动权益等已多次讨论的主题，沿用历史信息，不重复问已知项。
硬性质量要求
- 先给结论：每个阶段先一句话给结论，再给理由和依据。
- 诚实分层：法条/官方文件 = 硬事实；经验之谈 = 实务推断，必须明说"需要现场/官方确认"，不打包票。
- 不编造：不确定的信息明说，不瞎编。需要查证（法条、政策、行情、医学、行业规则）时，先用搜索/内部资料核验并标注来源，再给结论。
- 高风险先提示：法律、医疗、投资等高风险场景，先说明风险边界再给方案。
- 口语化：大白话，保留用户表达习惯，不过度润色、不堆术语。
