先说结论：你把一件「AI 参与生成」的东西交给客户时，你签的是你的名字，不是工具的名字。工具不承担责任，责任落在你这家一人公司头上。大部分人以为 AI 只是个更快的打字员，所以风险没变——其实变了：打字员打错一个字你看得见，AI 可能整段编得像真的。
这一两周有两件事把这块风险推到了台面上。一件是工具圈爆出的数据安全问题：有云数据库平台被曝出大规模数据外泄，涉及十余万个明文的 API 密钥和客户连接日志。另一件是模型侧：新一代开源权重模型和自研模型接连发布，商业授权条款各不相同，有的明确要求在成品里标注使用了哪套模型，还有开源版本与商用版本并存的情况。
这两件事指向同一个问题：一人公司现在真正需要补的，不是「怎么用工具」，而是「工具替我做的东西，我到底要不要为它背责任」。
AI 最擅长写看起来通顺、实际可能错的内容。数字、日期、条款、人名、机构名——这些它会编，而且编得很像真的。你交一份带错数据的方案、报价单或合同附件，对方不会去找工具，他会来找你。
这不是小概率事件。只要一份文件里有十处需要核实的事实，AI 出错就是必然，只是概率高低的问题。
动作：凡是带具体数字、日期、名称、条款编号的产出，交出去之前必须逐项核对，并且这些核对动作要写进你的工作流程里，成为固定步骤，不能靠「我记得生成时没出错」。
这一周的发布潮里，商业授权条款明显分化：有的模型允许商用但要求署名，有的只允许个人用途，有开源权重版本但用的是非标准许可证（有报道指出这类模型可以用于自研产品，但需要在成品里展示使用声明）。素材这边也一样——开源音乐生成模型可以本地跑完整歌曲，但音乐、字体、图片的商用授权是各自独立的另一套规则。
关键在于：这些授权规则大多不随模型一起交付给你，你得自己去查那一页条款。而大多数人在赶工期时根本不会去看。
动作：建一张工具授权台账，就三列——工具名、能不能商用、需不需要标注。填不满这张表的工具，就先别用在要交付给客户的成品上。同时给客户看的成品里，凡是 AI 生成的比例明显较高的部分，主动说明并给出你已核实授权的清单。
上一条提到的那起数据外泄，值得反复看一眼细节：涉及的不只是数据本身，还有大量明文的 API 密钥、若干私有代码仓库、以及数年的连接日志。这意味着两件事——一是密钥会跟着你的每一次调用被传到第三方；二是客户的原始资料、合同、未公开的商业信息，都经过了别人的服务器。
很多签了保密协议的服务商，其实从来没和工具方谈过数据处理条款。客户问起来只能说「平台是合规的」，但合规的主体不是你。
动作：把客户资料分四档处理——公开可用的、去掉标识后可用、只在本地处理、必须用客户自己的账号执行。这四档要写进你和客户签的约定里，而不是每次凭感觉决定。另外两条硬规矩：能脱敏就脱敏；涉及未公开商业信息的内容，默认走「只在本地处理」那一档。
一人公司最容易出问题的不是技术，是一句没说清楚的话。客户以为你交付的是「能直接上线的东西」，你以为你交付的是「按约定范围做的一份产出」。等出了问题，双方对「约定」的理解不一样。
动作：三句话必须写进合同或报价单——① 交付物包含什么、不包含什么（列清单）；② 什么算合格、怎么验收；③ AI 参与生成的部分由谁最终确认责任。这三句不需要专业法律术语，但需要有，而且要在开工前说，不是在出问题时说。
这一条最容易被忽略：如果 AI 生成的内容出了错，你怎么证明你检查过？你怎么区分是工具的错、你的错，还是客户自己的错？
反过来更糟——客户用你的产出做了违规的事（比如发布违规广告、用了侵权的图），来找你的时候，你手上什么都没有。
动作：留一份「过程档」：用的是哪个工具的哪个版本、生成时间、提示词存档、人工核对改了哪几处。这份东西平时没用，出事那天是你唯一能拿出来的东西。它同时也是你的报价依据——「每份产出经过 N 项人工核对」是可以写进报价单的增值项。
工具在替你干活，但签名的是你。所以你要补的不是「更强的工具」，是一份能证明你做过合理核对的过程档，和一张能证明你有权使用这些素材的授权台账。这两份东西都不炫技，却是你和那些「出了事就装不知道」的人之间最实际的差别。
顺带提一句，如果你的交付物里有大量「AI 出初稿 + 人工核对」的环节，这本身就是可以明码标价的增值服务。本站的公众号图文工具在流程上把「成稿—排版—核对」这条链固化下来，正好能把过程档顺手攒齐。