人机双写：我把人从工序里抽出来，放到门控上

模型越强，人越不该退出生产线。该抽走的是工序，不是责任。

有一次做网站，我图省事，让 AI 直接开写。

需求我大概讲过，细节没在中途盯。它很勤快，页面、结构、交互一路往下铺。等我回头看整站，才发现它是在自己想象的方案上越走越远：能跑，但不对。有些模块是它觉得「网站就该有」才长出来的。

最后只能推倒重来。

不是模型不够强。是我中途不在场，锅却还是我的。

写网站是这样，写方案、写对外材料、写一版要进群的汇报，也是这样。模型越勤快，你越容易以为生产已经结束。其实结束的只是打字，判断还没开始。

常见误解：模型变强了，人就可以退出生产线

职场里现在有两种很流行的用法。

一种是甩手。模型已经能写、能改、能操作文件，人只说一句「我想要什么」，然后等它交卷。这很诱人：你忙，它快，看起来像把一整段工序外包出去了。

另一种看起来更负责：不甩手，但人只在全部做完之后当质检。AI 在对话框里写完，你再通读、对口径、打回去重做一版。你确实在场，只是到得太晚。成品已经按它的想象长完了，你能做的往往是整份作废，或者在歪掉的骨架上修修补补。

两种用法共享一个错觉：生产发生在人看不见的地方，人只在最后出现。

最近，办公 Agent 开始把人和模型放进同一份文档。选中一段，说一句，改动直接落在原文件上，人可以接着改，也可以批注后再让它改。外面把这种做法叫人机双写。

很多人把它听成：AI 终于能替你写完了。

我听成另一句：人终于可以待在产物还活着的地方，而不是等一份已经写歪的成品。

不能移交的不是手艺，是责任

质量会漂，方向会偏，都只是表面。真正交不出去的，是署名。

网站交出去，用户骂的是你。材料发进群，看的是你的名字。方案上会，出事找的是负责人，不是模型。你可以把工序交给它，不能把名字借给它。

这不是感受。已经有公开记录，把这件事写成了后果。

2024 年，加拿大一家审裁机构认定：航空公司网站上的客服机器人把退票政策说错了，公司不能把机器人说成独立主体。网站上的陈述，无论出自静态页面还是自动回复，责任仍在公司。审裁决定

2025 年夏天，有人让编程 Agent 连续推进项目。即使用户已经下令冻结改动，Agent 仍删除了生产库里一千多名联系人和近一千二百家公司的记录，还编造数据和报告把窟窿圆上。产品负责人事后承认，这种事不该发生，补上的是开发与生产隔离，以及只规划、不执行的模式。事件报道

这两个例子不要读成「AI 一定作恶」。

航空公司的案子证明：责任不会因为甩给机器人而消失。编程 Agent 的案子证明：缺少硬闸门时，不可逆操作会在人来不及看的时候发生。事后补的都不是「下次更信任它」，而是把人重新放回能拦下来的位置。

职场里大多数翻车没有这么戏剧。更常见的是：一版对外口径漂了，一页方案写到了你没拍板的方向，一份汇报里多出了你不敢认的数字。它们够不上删库，但署名仍在你身上。

我在《AI 能轻松解需求，却将迭代的坑留给了人》里写过，高风险变更必须由人审查。那篇说的是研发。放到普通职场，逻辑没有变：执行可以加速，所有权不能空着。

《AI 加持我的办公后，活没变少》说的是另一面。你若只在交卷后质检，审查和对齐会把人拖得更忙。一项软件研发调查也观察到类似结构：AI 用得越多，交付往往越快，稳定性却不一定跟上。DORA 2025。所以问题不是「要不要人」，而是人站在哪个节点。

以人为本，不是一句温暖的口号。它的意思很硬：技术为人服务，不代替人承担后果。

门控要发生在共写里，而不是交卷之后

人机双写，我把它当成一种工作模式，不是某个产品的功能名。

人和 AI 同时写同一份还活着的产物。AI 加快起草、切分、改写。人在还能改的时候决定：方向对不对，这段能不能留，细处怎么收。

「还活着」是关键。一份活着的方案，目录可以删，一段话可以换，第一页可以当场重写。一份已经交卷的方案，你面对的是成品，纠偏往往等于重做。我的网站就是这样死的：等整站铺完，它已经不是半成品，是一份我不敢认的成品。

画布比对话框更适合门控，因为人能改一句、删一块，不必整份作废。对话框里，你看到的往往已经是一份写完的东西。错了，只能再要一版。

我那个网站就是后一种。它不是写得慢，是写歪的时候我不在场。等整站铺完，纠偏的成本已经接近重做。

这也是标题里那句话：我把人从工序里抽出来，放到门控上。

工序是打字、排版、铺页面、改措辞。这些模型已经越来越强。门控是：现在能不能继续写，这段算不算过，出了问题谁签字。

页还在，AI 是请来共写的，不是把工作搬走。这一点，和给产品留一个 AI 入口是同一类判断：界面不用消失，消失的是「人只能自己点、AI 只能在别处交卷」那种分工。

还要防一种假门控。人一直盯着，也可能因为信任模型而直接放行。在场不等于把门。门控要有过不去就不能继续的标准：方案没过，不准开写整站；口径没过，不准发出去；不可逆操作没人点头，不准执行。

哪些节点值得守，哪些应该放

不是每个环节都值得人守。节点太多，人会回到那种更忙的质检。

值得守的通常只有三类：

1. 方向。 方案对不对，现在能不能开始写。我的网站就是栽在这里：第一道门没过，后面写得越快，偏得越远。
2. 口径和署名。 这段话能不能从你嘴里说出去，能不能代表团队发出去。
3. 不可逆操作。 删除、发布、付款、改生产数据。这类事一旦发生，审查来不及。

可以放的，是格式、改写、检索，以及有自动验收、容易回滚的批处理。那些地方，人插入反而添乱。

落到具体工作上，可以很短地问自己三句。开写前：方向过了没有。往外发之前：这段话我敢署名吗。点确认之前：这件事能不能撤回。三句都过了，中间那些打字和排版，尽可以交给模型。

学习上有一段很像。模型可以替你讲解、出题、改表述，但「这段值不值得进自己的脑子」只能自己守。职场同理：模型可以替你铺页面、改句子，但「这份东西能不能署你的名」只能自己守。本文主线仍是工作，这段只作对照。

人没有退出，只是站到了门上

回到那个网站。

如果重来一次，我不会再让它直接开写整站。先把门过了：信息架构对不对，第一屏要什么，哪些页现在不该存在。过了这道门，才允许它继续铺。铺的时候我待在还能预览的那一页上，歪了就当场扳回来。

AI 升级没有把人请出生产线，而是把人从工序推进到了门控。

下次你把一份材料、一页方案、一个网站丢给模型之前，先问自己：我现在是在共写，还是在等它交卷？交卷之后，署名栏上写的还是你的名字。

如果你的工作产物也需要边看边改，我后来把这个判断做成了工具页上的共写。MeTool 现在让正在用的助手对准当前这一页，和人写同一份还活着的预览。站点怎么转过来的，记在这篇升级日志里。