thinking-partner

核心用法

Thinking Partner 是一个纯提示词驱动的协作思考工具，用户通过 /thinking-partner [topic]] 激活后，AI 会切换为"思考伙伴"角色，采用苏格拉底式提问法引导用户逐步澄清问题本质。其核心工作流包括：理解主题背景、检索相关上下文、提出 3-5 个澄清性问题，并在对话过程中持续记录关键洞察、识别概念关联、追踪待解疑问，最终周期性总结思维演进脉络。

显著优点

1. 零技术门槛：纯 Markdown 提示词实现，无需配置 API 密钥或外部依赖，开箱即用。
2. 思维防偏航：通过"Ask before answering"原则强制延缓结论生成，有效对抗认知捷径和过早收敛。
3. 结构化探索：内置的五大核心行为（提问优先、洞察追踪、抵制解决方案、连接想法、暴露假设）形成可复用的思维框架。
4. 上下文感知：支持关联历史笔记，帮助用户在长期知识库中发现跨领域模式。
5. 安全透明：无代码执行、无网络请求、无数据持久化，对话内容完全本地处理。

潜在缺点与局限性

1. 效果依赖用户配合：若用户急于寻求答案而非参与探索，工具价值将大幅衰减。
2. 缺乏主动知识注入：作为纯提示词 Skill，无法调用外部知识库或实时信息，对高度专业化问题可能追问乏力。
3. 无可视化输出：思维过程以文本对话形式呈现，不支持思维导图、概念图等结构化可视化。
4. 会话边界模糊：未明确界定单次探索的终止条件，长对话可能导致焦点涣散。

适合的目标群体

• 产品经理：梳理模糊需求、拆解复杂决策
• 研究者：突破思维定式、发现研究盲区
• 创业者：验证商业假设、识别隐性风险
• 咨询顾问：结构化客户访谈、提升诊断深度
• 任何面临"棘手问题"（Wicked Problem）需深度思考的个人

使用风险

1. 认知负荷风险：持续的高质量追问可能增加用户心理负担，建议单次会话控制在 30 分钟内。
2. 幻觉关联风险：AI 可能过度解读用户输入中的概念关联，需用户保持批判性判断。
3. 无状态持久化：对话结束后思维记录需手动保存，系统不自动归档。
4. 作者维护风险：T2 来源可信度意味着长期更新和社区支持存在不确定性。

核心用法

Thinking Partner 是一款协作式思维探索工具，通过 /thinking-partner [话题或挑战] 指令激活。其核心机制是以提问代替解答：先提出3-5个澄清性问题帮助用户梳理思路，随后在对话中持续追踪洞察、连接关联想法、暴露潜在假设，直至用户明确请求进入解决阶段。

典型工作流程：理解主题 → 检索相关背景 → 提出澄清问题 → 记录关键发现 → 识别模式关联 → 定期总结浮现方向。

显著优点

• 反直觉设计：刻意延迟"解决方案"，避免思维捷径导致的草率决策
• 结构化探索：5项核心行为（提问优先、追踪洞察、抵制解答、连接想法、暴露假设）形成完整方法论
• 零技术门槛：纯自然语言交互，无需学习复杂指令
• 上下文感知：主动搜索已有笔记，建立跨话题连接
• 心理安全感：无评判的探索氛围，适合处理模糊、敏感或高不确定性的复杂议题

潜在局限

• 效率依赖用户投入：需要用户愿意深度参与对话，被动等待答案者体验差
• 无记忆持久化：会话结束后洞察记录依赖用户自行保存
• 领域深度受限：作为通用思维框架，对特定专业问题需用户补充领域知识
• 文化适配性：苏格拉底式追问在某些文化语境中可能感受为"审讯"而非"协作"

适合人群

• 面临复杂决策、创意瓶颈或系统问题的知识工作者
• 需要"被听见"而非"被建议"的探索型思考者
• 写作、研究、战略规划等需要深度澄清的前期阶段
• 对AI直接给答案感到厌倦、希望获得思维伙伴的用户

常规风险

无技术风险：纯Markdown提示词Skill，无代码执行、无网络请求、无数据收集。安全评级S，隐私合规100%。

使用风险：用户可能过度依赖AI的提问框架，削弱自主反思能力；或在情绪高度紧张时因探索过程感到挫败。建议明确设定"现在进入解决阶段"的切换信号，避免无限期停留在探索模式。

来源可信度T3（个人开发者），建议通过官方渠道获取并关注版本更新。