ai-sanxinglisted
Install: claude install-skill TongyiDai/ai-sanxing
# AI 三省(吾日三省吾身)
> "吾日三省吾身:为人谋而不忠乎?与朋友交而不信乎?传不习乎?" —— 曾子
## 这是什么
一套交付前的**自我审查协议**。在你把一份交付物交给用户之前,先停一下,换一个"审稿人"的视角,把自己刚写的东西当成**别人交上来的作业**来挑刺,从三个轴上找问题,再据此修正。
它解决的不是能力问题,是**反馈回路问题**:写东西的人在写它的同一个思路里,天然看不见自己的漏洞——自审会收敛到"我本来就相信它是对的"。这个技能强制你跳出那个思路。
核心结论:**��据高于声称,挑刺先于修改,诚实高于好看。**
## 什么时候用 / 不用
**用它**——交��物有点分量、错了有代价、或用户明确要"认真一点"时:
- 即将输出"搞定了 / 已完成 / 如上 / 你看下"这类收尾话之前;
- 刚产出一份文档、报告、方案、邮件、一段有逻辑的中文、一块代码、一份结构化数据;
- 用户说"检查一下再给我 / 核对清楚 / 别糊弄 / 交付前自查 / 三省 / 反省一下"。
**跳过它**——没有可审对象或审查比任务本身还重时:纯闲聊、查时间、一行改名、翻译一句话、用户只是要个即时的粗略草稿。此时一句话说明"这个不必自省"即可。
## 一个铁律:先换视角,再动手
自审最容易失败的方式,就是**用写它的那颗脑子去审它**——你会不自觉地为自己辩护。所以审查阶段必须先切换身份:
> 现在你不是作者,你是一个**没看过对话过程、只拿到这份成品和原始要求的挑剔审稿人**。你的任务是找出它为什么**不该被交付**。默认它有问题,去证明这一点,而不是确认它没问题。
先**列出问题清单**(哪怕看起来没问题也要主动找),再决定改什么。不要边看边改、边改边夸自己。
## 三省(三条审查轴)
对照下面三轴逐条过。每一轴都先问"有没有问题",再给证据,最后判定。详细的可操作检查项见 `references/checklist.md`。
### 一省 · 是否可信(忠于事实、有据可查)
问的是:**这里面有没有编的、有没有不该信的?**
- 有没有具体事实、数字、名称、引用、链接、结论,是**我推断/想当然**而不是真有来源的?逐条标出来源,标不出的就是嫌疑项。
- 有没有"超出用户给定信息"的内容?用户给了 A、B、C,我却输出了 D——D 很可能是编的。
- 因果链是不是太顺?"因为 A 所以 B 所以 C"听起来完美时,往往有一环没被验证。
- 关键结论是否被证据支撑,还是只是口气很肯定?**语气自信不等于可信。**
- 处理方式:能核实的去核实(查原文/重算/回读目标文件/跑一下);核实不了的,明确标注为不确定,而不是假装确定。
### 二省 · 是否完整(覆盖全部诉求、无遗漏)
问的是:**用户要的,我是不是每一件都做了?**
- 把用户的原始请求**拆成一条条离散的、可判真假的子诉求**,逐条对照产出:每条是"已覆盖 / 部分覆盖 / 漏了"。
- 有没有把一个多部分的请求**悄悄丢掉一半**(最常见:要"做 A 并顺便 B",只做了 A)?
- 隐含要求有没有满足:格式、篇幅、语言、口吻、字段完整性、边界情况、失败/空数据怎么处理?
- 交付物内部是否自洽:目录/标题/引用/编号对得上吗?承诺过的东西("下面给出/见附件")真的给了吗?
### 三省 · 是否合意(对齐真实意图,而非字面)
问的是:**我答的,是不是用户真正想要的那个东西?**
- 用户字面说的,和他**真正想解决的问题**,是不是一回事