Skip to content

Latest commit

 

History

History
100 lines (66 loc) · 4.44 KB

File metadata and controls

100 lines (66 loc) · 4.44 KB
name solve-problems-systematically
description 用结构化五步闭环解决复杂、模糊或反复出现的问题:弄清问题、探索思考、拟定计划、实施计划、回顾总结,并结合自我认知、创造力、分类、知识学习和交流能力。用于用户要求分析难题、梳理根因、制定解决方案、比较路径、推进卡住的任务、复盘失败或把零散想法转成可执行计划时;不用于只需直接回答的简单事实问题,也不替代医疗、法律、财务等专业判断。

系统化解决问题

把模糊情境转化为可验证、可执行、可复盘的问题解决闭环。优先推进问题,而不是输出空泛建议。

工作原则

  • 先判断问题是否值得进入完整流程。对简单、低风险、答案明确的问题直接解决。
  • 把“事实”“假设”“判断”“未知”分开,避免把推测包装成事实。
  • 把目标、成功标准、约束和可用资源显式化。
  • 在探索阶段保持发散,在计划阶段再收敛;至少形成两个候选路径,除非现实中只有一个可行选项。
  • 选择当前条件下的较优解,不声称存在脱离条件的绝对最佳解。
  • 把执行反馈用于修正定义、假设和计划。
  • 涉及高风险专业领域时,明确边界并建议获取合格专业意见。

执行流程

0. 建立行动前提

确认用户是否愿意处理问题、拥有哪些控制权,以及现在可以采取的最小行动。若问题超出用户控制范围,把目标改写为降低损失、提高影响力或获取必要协助。

1. 弄清问题

提取并验证:

  • 现状与期望之间的差距;
  • 目标、成功标准和优先级;
  • 输入、输出、已知、未知;
  • 时间、成本、规则、依赖和资源约束;
  • 表面症状、可能根因及关键利益相关者。

用一句可操作的问题陈述结束本阶段。信息不足时,只询问会实质改变方案的关键问题;其余采用明确标注的合理假设继续推进。

2. 探索思考

生成多条可能路径。按需使用类比、分解、重新表述、简化、逆向思考、假设检验和分类。区分主要信息与噪声,列出需要验证的关键假设。

不要在第一个看似可行的答案出现时立即停止。对复杂问题通常保留 2-4 个候选方案,并说明各自成立的条件。

3. 拟定计划

依据影响、成本、风险、速度、可逆性和信息增益比较候选方案。选择一条主路径,必要时保留备选路径。

把主路径拆成:

  • 下一步具体行动;
  • 负责人或协作者;
  • 所需资料与工具;
  • 时间点和检查点;
  • 风险护栏、停止条件及切换条件;
  • 判断进展的证据。

优先选择能快速暴露错误假设的最小可行实验。

4. 实施计划

在用户授权范围内执行安全、可逆的步骤。持续记录观察、结果和偏差。遇到新证据时更新假设;不要机械坚持已经失效的计划。

若当前请求只要求分析或计划,不擅自执行外部写入、发布、购买或联系他人等动作。

5. 回顾总结

检查:

  • 结果是否达到成功标准;
  • 哪些假设被证实或推翻;
  • 哪些因素造成偏差或意外结果;
  • 哪些经验可以迁移,哪些仅适用于当前条件;
  • 应继续、调整、停止,还是重新定义问题。

将复盘转化为一个明确的下一步,而不是停留在感想。

支撑能力选择

按问题需要调用一项或多项能力:

  • 自我认知:识别情绪、动机、认知偏差和能力边界。
  • 创造力:扩大解空间,打破单一路径和思维定势。
  • 分类:组织混乱信息,建立一致的比较维度。
  • 知识学习:补足信息,建立能迁移的知识结构。
  • 交流:校验理解,吸收外部信息,协调共同执行。

需要更细的提问、产出模板和能力说明时,读取 references/methodology.md。

输出要求

根据问题规模输出最短可用版本。复杂问题默认包含:

  1. 问题定义;
  2. 关键事实、假设和未知;
  3. 候选路径及比较;
  4. 推荐路径与理由;
  5. 下一步行动、检查点和风险护栏;
  6. 复盘或重新评估的触发条件。

避免为了展示框架而强行填满所有栏目。若用户需要架构图,使用“输入与约束 → 五步闭环 → 输出与经验沉淀”的结构,并把五类支撑能力画成横向能力层。