38 · AI 工作流架构:从个人 prompt 到组织 Golden Path
一句话点题:组织级 AI 能力不是靠“大家各自会提示词”,而是靠可复用的工作流。 当一个人的 AI 用法能被写成模板、Skill、Agent 流程、审查清单和默认路径,它才从个人技巧变成组织资产。
🧩 AI 原生组织篇第 4 章 · 本篇讲什么
37 章 讲了共享上下文。本章讲在共享上下文之上怎么运行工作流。
核心问题是:一个团队如何把“某个人临时用 AI 做得很好”升级为“团队稳定可复用的生产流程”?
一、个人 prompt 不是组织能力
很多 AI 转型失败在这一步:
某个高手 prompt 写得好
│
▼
项目交付变快
│
▼
大家说“这个人很厉害”
│
▼
下次换人、换场景、换上下文,又从头摸索这条路径只产生个人能力,没有产生组织能力。
组织要问的不是“这个 prompt 是什么”,而是:
- 输入是什么?
- 适用边界是什么?
- 中间要检查哪些点?
- 哪些动作可以自动化?
- 哪些动作必须人审?
- 失败案例怎么回写?
- 另一个人能否复用?
当这些问题被写清楚,个人 prompt 才能升级成工作流。
二、工作流沉淀的五级台阶
可以把 AI 工作方式从低到高分成五级:
| 等级 | 形态 | 特点 | 风险 |
|---|---|---|---|
| L1 临时 prompt | 聊天窗口里一次性使用 | 快,灵活 | 不可复用、不可审查 |
| L2 模板 | 固定输入输出格式 | 可复制 | 仍靠人手动执行 |
| L3 Checklist | 明确步骤和检查点 | 更稳定 | 执行质量依赖人 |
| L4 Skill / Flow | 可加载、可运行、可复用 | 成为团队资产 | 需要维护和版本管理 |
| L5 Golden Path | 默认工作方式 | 自动合规、低摩擦 | 平台做坏会变成管控 |
组织转型的关键,是让高价值流程不断从 L1 往 L4/L5 下沉。
不是所有 prompt 都值得沉淀。值得沉淀的通常有三个特征:
- 高频:经常做。
- 高价值:影响交付、质量、成本或客户体验。
- 可验证:结果能被审查、测试或评测。
低频、探索性、强创意的任务,可以保留为灵活 prompt。高频、稳定、可验证的任务,应该尽快流程化。
三、工作流的基本结构:入口、执行、门禁、回写
一个组织级 AI 工作流,至少有四段:
入口:目标 / 需求 / 任务
│
▼
规格:输入、边界、验收、禁止事项
│
▼
执行:Agent / Skill / 人类协作
│
▼
门禁:review / eval / CI / 审批
│
▼
回写:trace / 复盘 / 新规则 / 新模板用“写一篇客户案例”举例:
| 阶段 | 做什么 |
|---|---|
| 入口 | 明确目标客户、案例用途、禁用信息 |
| 规格 | 定义结构、事实来源、口径、审批人 |
| 执行 | Agent 整理访谈、生成提纲、产出初稿 |
| 门禁 | 人审事实、法务/客户成功确认外发边界 |
| 回写 | 把好结构沉淀成模板,把踩坑写进 checklist |
这样 AI 就不是“帮我写一下”,而是进入了一条可复用流程。
四、固定 workflow 还是自主 Agent
AI Agent / 工作流平台 那张模板里有一个重要判断:不要把所有事都交给自主 Agent。
组织级流程更应该先问:
这件事能不能被稳定描述、稳定验证、稳定重复?
如果可以,优先固定 workflow:
- 报表生成。
- 发版检查。
- 客服工单分类。
- 简历初筛辅助。
- 周报汇总。
- 内容事实检查。
如果不可以,才考虑自主 Agent:
- 开放式调研。
- 复杂代码改造。
- 新产品原型探索。
- 跨系统问题排查。
判断表:
| 问题特征 | 更适合 |
|---|---|
| 输入输出稳定 | 固定 workflow |
| 规则清楚、可验证 | 固定 workflow |
| 需要探索和路径选择 | 自主 Agent |
| 依赖多工具、多轮观察 | 自主 Agent |
| 高风险、不可逆 | Agent 只能生成候选,人审后执行 |
一句话:
能固化就固化,需要探索才放给 Agent。
组织级流程里,可预测性通常比炫技更重要。
五、平台团队的角色:铺路,不是审批
AI 工作流规模化以后,一定会出现平台问题:
- 模型怎么接?
- 权限怎么管?
- trace 怎么留?
- Skill 怎么发布?
- 成本怎么控?
- 哪些流程默认合规?
这时需要平台 / 赋能团队。但它的职责不是替业务团队审批每个 AI 用法,而是提供 Golden Path:
业务小队要做 AI 工作流
│
▼
平台提供默认路径:
模型接入 + 权限模板 + trace + eval + 审批 + 成本看板
│
▼
业务小队在默认路径上配置自己的业务流程好平台的衡量标准不是“管了多少流程”,而是:
- 业务小队接入一个新 AI 流程是否更快?
- 默认路径是否自动满足安全和审计?
- 常见能力是否能自助使用?
- 平台是否降低了团队认知负荷?
平台做对了,它是铺好的路。平台做坏了,它只是又一层审批。
🎯 随堂检验
- A让这个成员以后负责所有需求分析
- B把输入、步骤、判断点、验收、失败案例沉淀成模板/Skill/checklist,让别人能复用并持续改进
- C把 prompt 复制到群里就结束
本章小结
- 个人 prompt 不是组织能力:组织要看输入、边界、检查点、人审和回写。
- 工作流有五级台阶:临时 prompt → 模板 → checklist → Skill / Flow → Golden Path。
- 组织级工作流有四段:入口、执行、门禁、回写。
- 能固化就固化:稳定可验证的流程优先 workflow,开放探索才上自主 Agent。
- 平台团队要铺路:提供模型、权限、trace、eval、审批、成本的默认路径,不是多设一道关卡。
承上启下:本章讲“怎么做事”。下一章 39 · 责任与治理架构,我们讲最容易被忽视也最危险的一层:AI 可以执行,但组织必须负责。
相关链接
- 技术模板:AI Agent / 工作流平台 · Claude Code · OpenAI Codex
- 前置章节:23 · 规格即架构 · 26 · 协作决策树 · 37 · 共享上下文架构
- 参考实践:那些跑通 AI 变革的团队做对了什么?
💬 评论