顺序推理
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @kunlungrowth/kg-sequential-thinking。
技能介绍
解决什么问题
在处理复杂问题时,推理过程常因步骤多、需回溯而混乱。例如排查"数据库查询慢"时,可能涉及N+1查询、索引缺失、锁竞争等多因素,且分析中可能推翻之前的假设。这种场景下,传统线性回答难以展示思考路径,用户也无法追踪推理的完整性与修订过程。
如何工作
核心能力
该技能通过结构化思考链(ThoughtChain)管理推理流程,支持:
- 动态调整:通过
totalThoughts实时修正剩余工作量,适应问题复杂度变化 - 修订机制:当假设被证伪时,用
isRevision=true标记并关联被修订步骤revisesThought - 分叉探索:多路径可行时通过
branchFromThought和branchId记录分支点 - 过程透明:每步思考通过
thought字段显式表达,含步骤序号thoughtNumber和继续标记nextThoughtNeeded
执行步骤
- 起步:生成初始步骤时同步给出总步数估计
- 迭代:逐步推进推理,每步更新当前状态
- 修订:发现错误时标注修订关系
- 分叉:关键节点展开替代路径
- 收尾:明确终止条件
nextThoughtNeeded:false
适用边界
- 适用场景:
- 需要多步推理的开放性问题(如系统瓶颈分析)
- 存在多个可行解法的优化问题
- 需要显式展示思考过程的调试场景
- 不适用场景:
- 单一事实查询(如"Python的GIL是什么")
- 可通过单步推理完成的任务(如简单数学计算)
- 对响应速度要求极高的实时对话
- 注意事项:
- 复杂问题可能需要频繁调整totalThoughts,初始估计偏差属正常
- 修订/分叉标注需严格对应步骤序号,避免路径混乱
- 最终结论需包含对推理链的整体总结
使用场景
- 接到“数据库查询慢”等模糊反馈时,需要把可能的多因素按依赖顺序逐步推理并定位瓶颈。
- 方案评估中多个技术路线都可行,想分别探索替代路径再据此选择,并保留分支来源。
- 故障复盘中假设被证伪,需要明确指出从哪一步修订并继续推理,而不是推倒重来。
适合人员
- 后端工程师:在排查慢查询或接口延迟时,需要按依赖顺序逐步推理并回溯到可疑环节。
- SRE或线上值班工程师:在复盘时间压力下,想知道每一步假设何时被推翻、从哪里继续。
- 架构师或技术负责人:面对选型或多路径方案,想把替代解法清晰摆出并对比,而不是只有线性结论。