AI 项目的团队分工：谁负责提示词、谁负责评测

责任真空是 AI 项目的常见病。本文给出四个角色与职责边界、三样必须有唯一负责人的东西、三个协作固定动作、三个反模式与小团队最小配置。

"谁来负责提示词"是最常含糊的问题

AI 项目里最容易出现的责任真空 ✗：提示词谁都能改 ✔、评测没人维护 ✔、

线上出问题大家一起看 ✔ —— 出事时也就没人负责 ✔。

**把四个角色写清楚** ✔（小团队可以兼任，但必须写明 ✔）。

| 角色 | 负责 | 不负责 |

|---|---|---|

| **产品/业务** | 定义成功标准、判定口径、边界（不该做什么 ✔） | 写提示词细节 ✔ |

| **提示词/应用工程** | 提示词版本、组装逻辑、参数、改动流程 ✔ | 定义业务口径 ✔ |

| **评测 owner** | 样本保鲜、判定脚本、指标计算、季度校准 ✔ | 决定业务优先级 ✔ |

| **平台/运维** | 配额、限流、降级、监控、成本看板 ✔ | 改业务提示词 ✔ |

**关键**：**评测 owner 必须独立于提示词作者** ✗→✔（自己写题自己判分最容易自我安慰 ✔）。

1. **提示词版本**（谁批准上线 ✔）；

2. **评测集与判定标准**（谁改、改完怎么通知 ✔）；

3. **生产环境的开关与配额**（谁能动、怎么审计 ✔ —— 见灰度开关那篇 ✔）。

**改动评审**：提示词改动要有一人复核 ✔（不必是会议，异步即可 ✔）；

**每周同步**：失败类型 Top 3 + 待办（见每周三表那篇 ✔）；

**季度校准**：评测口径与样本一起过一遍 ✔（见评测组织能力那篇 ✔）。

**产品直接改线上提示词** ✗（无版本、无评测 ✔）；

**评测由提示词作者兼任且无人复核** ✗；

**"大家一起看"** ✗（等于没人看 ✔）。

```

1 人：产品 + 业务口径

1 人：提示词 + 工程（兼平台）

1 人：评测 owner（可由前两人之一担任，但**判定脚本与样本必须独立可复跑** ✔）

每周 30 分钟同步 · 每季度 2 小时校准

```

> 问"这个功能的提示词谁负责、评测集谁维护" ✔，能否**立刻给出名字** ✔？

> 含糊或"大家一起"，说明责任没落地 ✗。