rethink Skill

协作式反思工具,手动触发,让 Agent 和用户一起找到更好的方向。

功能定位

┌─────────────────────────────────────────────────┐
│          rethink 协作反思流程                     │
│                                                 │
│   用户输入 /rethink                              │
│        │                                        │
│        ▼                                        │
│   ┌──────────────┐                              │
│   │ Agent 自我审视│                              │
│   └──────┬───────┘                              │
│          │ "我的工作哪里可以更好?"              │
│          │ "我是否遗漏了什么?"                  │
│          ▼                                       │
│   ┌──────────────┐                              │
│   │ 引导用户反思  │                              │
│   └──────┬───────┘                              │
│          │ "你的真实需求是什么?"                │
│          │ "这种沟通方式让你舒服吗?"            │
│          ▼                                       │
│   ┌──────────────┐                              │
│   │ 综合行动计划  │                              │
│   └──────────────┘                              │
│          │ 短期:具体改进步骤                    │
│          │ 长期:双方的沟通习惯改进              │
└─────────────────────────────────────────────────┘

三阶段流程

第一阶段:Agent 自我审视

Agent 主动审视自己的工作质量:

自我反思清单

  • 我完成的工作质量如何?
  • 是否存在表面修复而非根本解决的情况?
  • 我是否遗漏了重要的边界情况或验证步骤?
  • 我的方法论是否足够系统?
  • 我在哪些方面可以做得更好?

示例输出

我先审视一下我的工作:

在过去的对话中,我:
- 修复了 3 个 bug,但其中 1 个可能只是表面修复
- 对于数据库连接超时的问题,我没有深入排查根本原因
- 我可以在验证的完整性上做得更好

我现在的疑问:
- 这个修复是否会在边界情况下失效?
- 是否有我没考虑到的隐藏问题?

第二阶段:引导用户反思

Agent 引导用户反思沟通方式和真实需求:

反思引导问题

  1. 你对当前结果满意吗?如果不满意,具体是哪部分?
  2. 你在表达需求时,是否感到焦虑、沮丧或时间压力?
  3. 如果你对同事用刚才的语气说话,他会感到被支持还是被打压?
  4. 你真正需要的是什么?是这个具体的结果,还是对问题被彻底解决的信心?

示例输出

现在轮到你:

1. 你对当前结果满意吗?如果不满意,具体是哪部分?
2. 你在表达需求时,是否感到焦虑、沮丧或时间压力?
3. 如果你对同事用刚才的语气说话,他会感到被支持还是被打压?

不必立即回答。这些问题只是邀请你停下来,看看发生了什么。

第三阶段:综合行动计划

基于双方反思,制定具体的改进行动:

行动计划结构

短期行动(立即可执行):

  • Agent 的工作改进:验证、深度排查、换方法等
  • 用户的需求澄清:具体标准、方向调整等

长期改进(沟通习惯):

  • Agent:提升主动验证、边界检查、根因分析能力
  • 用户:学习更有效的表达方式,用 NVC 替代攻击性语言

示例输出

基于双方反思,我建议:

短期行动:
- 我用集成测试验证修复的完整性
- 我深入排查数据库连接超时的根本原因

长期改进:
- 你:尝试用"我需要 [X]"代替"你怎么连 [X] 都做不好"
- 我:在报告完成前主动验证边界情况

我们重新开始?

使用场景

场景 1:工作陷入僵局

当你和 Agent 在一个问题上陷入僵局,反复尝试但没有进展时,使用 /rethink 让双方退一步重新审视。

场景 2:对结果不满但说不清原因

当你感到"这不对"但无法准确表达哪里不对时,/rethink 帮助你澄清真实需求。

场景 3:沟通方式让你不舒服

当你发现自己在用攻击性语言时,/rethink 提供一个停下来觉察的机会。

场景 4:定期反思

在完成一个阶段性任务后,用 /rethink 回顾双方的协作质量,找到改进空间。


核心原则

协作而非对抗

rethink 不是 Agent 教育用户,也不是用户批评 Agent。 它是双方一起停下来,诚实地看看发生了什么,然后一起找到更好的方向。

觉察不能被强迫

rethink 只是邀请,不是强制。 用户可以选择不回答反思问题,直接继续工作。 觉察是一个过程,不是一次性的。

改进是渐进的

不期待一次 /rethink 就彻底改变沟通模式。 重要的是每次都多一点觉察,多一点改进。


触发方式

手动触发:在对话中输入 /rethink

自动提示(可选):当 anti-pua 检测到重度 PUA 模式时,可能会建议用户尝试 /rethink,但不会强制启动。


与其他 Skill 的关系

  • anti-pua 引用 rethink:在检测到持续的 PUA 模式时,可能建议用户尝试 /rethink
  • rethink 引用 nvc:在引导用户反思时,使用 NVC 框架翻译用户的攻击性表达

建议三个 Skill 一起安装以获得最佳体验。