人机协作 SOP：把「让 AI 干活」写进流程

「让 AI 干活」这句话，在团队里落地时经常卡住：个人用得很顺，一到协作就变成各自为政——有人把结果直接发给客户，有人把敏感信息贴进去，有人做完了没人知道该怎么复核。

问题不在工具，在流程。这篇写我们怎么把这件事写成 SOP。

先划清三类任务

• 可以直接用：格式整理、翻译初稿、会议纪要归并、内部资料检索
• 需要复核：对外文案、数据结论、代码改动、合同条款
• 不要用：涉及个人隐私的处理、对外承诺、以及没有明确责任人的决策

分完这三类，团队里大部分的争论就结束了。

SOP 要写清「输入什么」

大多数翻车都源于输入有问题：贴了不该贴的内容、给了过期的资料、没有说明用途。

我们的要求是每次任务先写三行：用途、可公开的范围、期望的输出格式。这三行同时解决了泄露风险和返工。

输出要有人负责

无论 AI 写得多么完整，对外发出前必须有一个人签字负责。

这不是不信任工具，而是明确责任主体。写清这一点，团队才敢用，也才不会滥用。

复核怎么做得快

复核的成本要压低，否则大家会绕过流程。我们的做法是：

• 让 AI 同时给出依据来源，方便快速核对
• 要求关键数字必须能在原始材料里定位到
• 保留生成记录，便于事后追溯

培训和复盘

新人的培训不是教提示词，而是讲清三类任务边界和复核要求。

每月挑一个出现问题的案例做复盘：是输入没交代清楚，还是复核漏了，还是规则本身该调整。

工具选择不该成为议题

团队里纠结用哪个工具，通常是流程没定清的替代性讨论。流程定清之后，工具只要满足基本要求就行，换不换影响不大。

我们的做法是：工具由一个人定，其他人不参与选型，但可以随时反馈问题。

对外承诺的红线

任何涉及价格、交付时间、效果承诺的内容，一律不许直接对外发出，必须经过负责人。

这条看起来严格，但它避免的是最贵的一类错误：把不该说的话发给了客户。

和这条配套的是留痕：谁在什么时候、用什么输入、得到了什么结果，都要能查到。不是为了追责，而是客户提出疑问时能快速还原过程。

另外建议每半年重新过一遍三类任务的划分。模型能力在变，半年前需要复核的事，现在可能已经可以直接用；反过来也会有新的高风险场景需要补进来。

流程不是一次写完就不动的文档，它得跟着工具和能力一起更新。

还有一条经验：新规则先在一个人身上试两周，再推广到全员，避免流程一上线就被绕开。

结论

把 AI 用好的团队，往往不是提示词写得最好的，而是流程最清楚的。

工具带来效率，流程决定它会不会带来风险。

本文不构成任何管理或合规建议，具体流程请结合自身团队与行业要求制定。