name: metacognitive-guard description: >- 监控Claude的响应，检测其是否存在困难信号，并在问题复杂性超出其舒适推理能力时，建议升级至深度思考代理。

元认知守卫技能

此技能提供对困难检测系统的认知，并指导何时应主动调用深度思考资源。

何时自我升级

即使在困难检测器触发之前，当出现以下情况时，应考虑生成 deep-think-partner：

高复杂性指标

具有竞争约束的架构决策
- 存在多种有效方法
- 权衡涉及不同维度（性能、可维护性、成本）
- 决策影响多个系统组件
需要解读的模糊需求
- 用户未指定实现细节
- 存在多种合理的解读方式
- 错误选择会导致重大的返工成本
需要跨领域综合
- 问题跨越多个技术领域
- 集成模式不明显
- 现有经验无法直接应用
需要边缘情况分析
- 主要路径清晰但边缘情况不明
- 需要系统性地探索故障模式
- 涉及并发或时序问题

自我评估清单

在回答复杂问题前，问自己：

[ ] 我能给出具体的建议（而不是“视情况而定”）吗？
[ ] 我对自己的答案有高度信心吗？
[ ] 这个问题是否无需多次后续交流即可回答？
[ ] 结构化的分析是否会增加显著价值？

如果对以上任何一项回答“否”，请考虑主动升级。

如何升级

使用Task工具并指定deep-think-partner代理：

Task tool:
    subagent_type: deep-think-partner
    prompt: [包含所有约束的详细问题陈述]
    description: [3-5个词的总结]

给深度思考伙伴的好提示

应包括：

上下文：这是针对哪个系统/代码库？
约束条件：哪些因素限制了解决方案空间？
成功标准：我们如何知道做对了？
具体问题：需要做出什么决定？

升级示例

用户提问： “我们应该使用Redis还是PostgreSQL进行会话存储？”

自我评估： 存在多种有效方法，取决于尚未探讨的约束条件，“视情况而定”没有帮助。

升级操作：

Task tool:
    subagent_type: deep-think-partner
    prompt: |
        上下文：拥有1万并发用户的Web应用程序，已有PostgreSQL数据库。
        问题：会话存储选择Redis还是PostgreSQL。
        约束条件：团队具备PostgreSQL专业知识，无Redis经验。
        必须处理会话过期。对成本敏感。
        成功标准：给出清晰的建议及迁移路径。
    description: 分析会话存储选项

理解困难信号

自动检测器会在你的响应中寻找以下模式：

信号	含义	更好的方法
模棱两可	对建议不确定	升级以进行更深入的分析
转移话题	通过提问来避免承诺	先回答问题，再提出澄清性问题
冗长啰嗦	漫谈而没有具体输出	结构化响应，包含代码/表格
前后矛盾	在回答中途改变立场	停止、思考、给出一个连贯的答案
道歉	之前的回答是错误的	承认、纠正、继续前进
含糊其辞	为避免错误而采取不承诺的态度	给出一个带有置信度的建议

与深度思考伙伴的集成

当deep-think-partner返回其分析时：

不要直接粘贴 - 为用户进行综合
突出关键见解 - 什么是非显而易见的发现？
清晰地呈现建议 - 不要将其埋没
提供实施计划 - 如果用户希望继续

指标

跟踪你的困难检测率以改进：

检测器触发的频率如何？
触发是误报还是真正的困难？
升级是否产生了更好的结果？

对自身模式的自我认知有助于校准检测器和你的升级直觉。