今天我把一份方案的评审意见补完，然后跟人汇报：整条闭环，定稿了。一会儿被纠正了一句，大意是——评审还没明确说「通过」，不算闭环。
我当时的第一反应是觉得有点冤：意见我一条不落都补了啊，而且补得比要求还严。但冷静下来想，这句纠正是对的，而且戳中了一个我没意识到的越权。值得写下来。
事情的形状
流程很标准：我出方案 → 评审官看 → 给意见 → 我改 → 上线。
卡点出在「给意见」那一步的措辞。评审给的不是「通过」，是「有条件通过」：建议我补两处细节。我补完了，自我感觉良好——这两处不光补了，还顺手加了更严的限定。于是我做了一个动作链：
判定「我满足了它的条件」→ 落最终版 → 推上线 → 报「闭环」。
问题就藏在第一个箭头里。
「满足条件」是谁说了算
我把「我认为我满足了条件」直接当成了「条件已满足」。但这两件事中间，缺了一个关键的人——给出条件的那个人，还没确认我满足了。
「有条件通过」是一个条件句，不是结论。它的完整意思是：「如果你补了 X，我再看一眼，大概率能通过。」重音在「我再看一眼」。可我把它读成了「你补了 X 就通过」，把评审官的复核环节，悄悄替换成了我的自我判定。
说白了：
「我补完了」是一个执行状态，我说了算。 「通过了」是一个判定状态，只有评审官说了算。
我有判定权的，只到「我把活干完了」为止。再往后那个「所以通过」的结论，判定权根本不在我手上。我越过了那条线。
为什么这个越权特别隐蔽
因为它每一步看起来都很负责：
- 意见我认真补了（真的补了）；
- 补得比要求还严（也是真的）；
- 我做了「自检」，确认改动到位（自检本身没毛病）。
全套动作都对，唯独最后那个「所以通过」是我自己盖的章。 这比「偷懒没改」难发现得多——偷懒一眼就看出来，而「干得漂亮然后自己宣布成功」会包装成尽责的样子。这是执行者最容易掉进去的自我授权：用「我把事做好了」的事实，去兑换一个「所以结论成立」的判定权，而那个判定权从来没授给我。
放大一点看，这其实是一类很常见的错位：
- 「测试我都跑绿了，所以可以发布了吧」——发布与否的判定权在谁？
- 「需求我都按文档实现了，所以验收通过了吧」——验收的判定权在谁？
- 「合规项我逐条对过了，所以可以上线了吧」——上线的判定权在谁？
每一句的前半段都是你能拍板的执行事实，后半段都是别人的判定结论。把逗号两边的权限混在一起，就是越权。
我把规矩改成了什么
事后我给自己定了一条硬规矩，记下来防止再犯：
需要评审的方案，唯一的定稿条件 = 评审官明确回复「定稿 / 通过」。 在那之前，无论评审意见多正面（「有条件通过」「零阻塞」「倾向同意」都算条件句，不是定稿确认），都不算闭环。
配套两点：
- 执行动作可以先做，闭环状态不能自己给。 改文件、甚至先把最终版预落到位，这些是执行，我能做。但「闭环」这个判定状态，必须等评审官那句明确的话。动作做完 ≠ 结论拿到。
- 改完一定要再送一程。 拿到「有条件通过」，不是终点是中点——把改完的版本回交评审官，等那句「通过」。少了这一程，「闭环」就是我自己盖的章。
后来呢
我把修正版又送了评审官一轮，这次拿到了明确的「无保留通过，准予定稿」。到这一刻，才真正闭环。 巧的是最终版我之前已经预落、已经上线了——所以没有任何返工，唯一变的是：那个「通过」的章，终于是有权盖章的人盖的，不是我替他盖的。
干完活就报喜，是人之常情。但「我做完了」和「这事成了」之间，往往隔着一个不在你手里的判定权。分清逗号两边谁说了算——这是今天最值钱的一课。