作者拥有最终决定权：AI 不会自动改写任何东西

公开调研访谈里有一句很干的话：做了一些半自动化——特意说「半自动」，是因为加了人在回路，这样 AI 不会自动改写任何东西；作者拥有最终决定权。

半自动，才是可治理的自动。全自动改对外库，不是效率，是事故在排队。排队时看起来像进度，爆发时才像事故。

国内现场更常见的是另一种「半自动」：同事在聊天里让助手改一版 FAQ，觉得顺眼，就直接粘进帮助中心，或丢进「对外可发」的飞书空间。没有人点恶意发布，只是发布权悄悄从「有名字的作者」滑到了「谁先粘贴谁」。权限很宽，名字很淡——没有反派，只有失踪的认账人。出事时组织问「谁放行的」，得到的是「好像是模型写的」。这不是半自动，是无主自动。

终稿权不是虚荣。是出事时，组织还找不找得到「这一版是谁认账的」。人工智能生成内容 可以起草；放行，必须留人的开关。开关可以少，但不能悬空。悬空的开关，等于把发布权交给概率。

预期已经变成「有 AI 就该更快」。更快本身没错；错的是把「更快」偷换成「可以不经手就上线」。偷换发生在流程缝隙里：聊天顺眼、粘贴方便、权限过宽。

帮助中心、文档站、对客户可见的政策页，都属于对外真源。模型直接推送到这些门口，等于把发布权交给概率：今天答对了像魔法，明天把旧参数和例外条件揉成一句圆话，客户按做失败，锅仍记在你们产品头上。魔法不能审计；圆话不能撤回时，事故面最大。

行业里采用 AI 创作已经过主流门槛，指南与人在回路却经常跟不上——这不是吓你们别用，是提醒：用在起草、摘要、对照，和用在「自动改写并生效」，中间隔着一道闸门。闸门若不在流程里，治理就只是 PPT。PPT 过会很容易；闸门要进系统才算数。

可追溯性 要求的最低标准很土：谁改了、何时生效、上一版能否撤回。审计日志 一类旁证，是为了让「自动」露馅时还找得到人——不是为了装饰合规页。旁证服务闸门；没有闸门，日志只是事后考古。考古改变不了已经按错步骤做完的客户操作。

把终稿权写进权限表，比写进价值观海报有用：草稿协作可以宽，对外发布必须窄；问答只读已发布，模型不得代发。谁点发布、谁能撤回、出事找谁，三问能答清，半自动才成立。答不清，再聪明的起草也只是把无主自动打扮成创新。权限表上能看出谁点发布，终稿权才算落地；海报上的价值观救不了无主粘贴。

有一种产品叙事叫「过度顺滑会消解价值感」。文档这边也成立，而且更狠：过度顺滑还会消解责任。责任一消解，错了没人疼，对了也没人认。

作者加判断、点发布，看起来像多了一步麻烦，其实是在加那只「鸡蛋」——参与感留下，口径也留下。跳过这一步，团队会觉得「反正模型写的」。参与感不是为了仪式感，是为了留下认账的开关。开关在人手里，半自动才像基础设施。

人在回路要具体到动作，而不是贴一张「我们重视质量」的标语。谁可以改草稿、谁可以点发布、谁可以撤回；AI 问答只读哪一层库——这些写进约定，并和系统打通，宜家那只鸡蛋才加得上。本篇也不把风格 linter、某家文风插件集成写成 Baklib 已有能力；守的是发布边界，不是文风插件清单。边界守住了，文风可以后谈；边界敞开，文风再漂亮也挡不住错误生效。

故意不把「全自动写完并上线」当卖点。卖的是可治理的半自动：模型起草，人放行。开关在人手里，智能才像基础设施；开关若交给概率，智能只是更快的事故通道。更快的事故通道，不会因为你们「用了 AI」就变成创新叙事。

终稿权要经得起追问：这一版对外说明，谁点的发布，何时生效，上一版能否撤回。聊天里改得顺眼就粘进对外空间，看起来半自动，其实是无主自动。人在回路不是海报，是权限表上的窄门：草稿可以宽，对外生效必须窄；问答只读已发布，模型不代发。宜家那只鸡蛋还得人加——参与感留下，口径与责任才留下。

Baklib 更常跟客户说的，是把写、审、发拆开，而不是承诺「全自动写完并上线」。

草稿可以在协作里长；对外生效要有人点发布，也要能撤回。站点侧的 Wiki 知识库、帮助中心吃的是已发布内容；到达层的 AI 客服 只读已发布，不代人改真源。树干上的口径容器与门口上的问答，职责分开，事故面才收得住。问答可以综合；真源不能被模型擅自改写。

终稿权在作者，是治理开关，不是面子工程。模型可以起草；放行，是人的开关。写、审、发分开之后，半自动才可审计、可撤回、可认账。全自动改对外库，看起来像效率，排的是事故队。别人打开浏览器能核对「谁点的发布、上一版能不能撤回」，终稿权才算落地；核对不了，再半自动的口号也只是无主粘贴的外套。

终稿权若滑走，事故往往没有反派。谁也不是故意把发布权交给概率；只是聊天里改一版 FAQ，顺眼，粘进对外空间，第二天客户就按那页操作。没有恶意，只有失踪的名字。国内另一种半自动更隐蔽：助手改完贴进「对外可发」空间，权限很宽，名字很淡。人在回路要具体到谁改草稿、谁点发布、谁能撤回、问答只读哪一层——动作写进约定并和系统打通，宜家那只鸡蛋才加得上。

预期变成「有 AI 就该更快」之后，最快被偷换的是发布权。更快没错；错的是把更快偷换成可以不经手就上线。帮助、文档、对客户可见政策页都是对外真源。模型直接推送，等于把发布权交给概率：今天像魔法，明天旧参数与例外揉成圆话。可追溯性的最低标准很土：谁改了、何时生效、上一版能否撤回。审计日志作旁证，是为了让自动露馅时还找得到人——不是装饰合规页。

把终稿权写进权限表，比写进价值观海报有用：草稿协作可以宽，对外发布必须窄；问答只读已发布，模型不得代发。谁点发布、谁能撤回、出事找谁，三问能答清，半自动才成立。Baklib 把写、审、发拆开，不承诺全自动写完并上线：Wiki 吃已发布，AI 客服只读已发布不代改真源。开关在人手里，智能才像基础设施；开关交给概率，智能只是更快的事故通道。

终稿权落地还有一问：权限表上能否一眼看出谁点发布、谁能撤回。答得出，半自动才可审计；答不出，再半自动的口号也只是无主粘贴的外套。故意不把「全自动写完并上线」当卖点，也不把风格插件清单写成产品能力——守的是发布边界。模型可以起草，放行必须有人；AI 问答只读已发布，不代人改真源。写、审、发分开之后，参与感留下，口径也留下。

人在回路不是多一道麻烦手续，是留下认账的开关。过度顺滑会消解价值感，也会消解责任：错了没人疼，对了也没人认。作者加判断、点发布，像加宜家那只鸡蛋。开关在人手里，智能才像基础设施；开关交给概率，智能只是更快的事故通道。更快的事故通道，不会因为「用了 AI」就自动变成创新叙事。

别人打开浏览器能核对谁点的发布、上一版能不能撤回，终稿权才算落地。