Claude Code 模板化标准化：建立可复用工作体系

那次做得很好的活，为什么第二次做不出来

上个月那份新闻稿领导很满意。这周再来一篇，你翻聊天记录找当初的提示词，发现自己也记不清补了哪些背景、改了几轮。经验留在脑子里，既不能复现，也交不出去。

标准化的动作很简单：把「做成的那一次」拆开，写成别人照着也能做成的说明书。不是为了流程好看，是为了不再靠运气。

从一次成功里提炼四样东西

拿一篇你满意的输出，倒推四问：给了哪些材料、用了什么指令、改了哪几轮、最后哪些地方让它过关。

四问的答案，就是一份模板的骨架：

# 产品发布稿模板
## 适用
新产品上线或重要功能更新，对外发布的通稿。

## 开工前备齐
- 产品名与一句话价值
- 三到五个主要功能
- 面向谁、解决什么麻烦
- 上线时间与定价口径
- 可引用的人名与职务
- 一条用户案例或可用数据

## 提示词
（把上次真正用出好结果的那段原文贴进来）

## 验收
- 首段说清它是什么、给谁用
- 每个卖点都有依据，不写空话
- 引用与数据能对上号
- 结尾有联系方式
- 篇幅符合渠道要求

## 已知问题
问：写出来太像广告。
答：在提示词里加一句「按新闻报道的口吻写，不做推销」。

三件套缺一不可

只留提示词，模板就退化成一句咒语：下次你照样不知道该准备什么，也不知道什么算合格。

输入清单解决「料不齐」。缺一项，模型只能自己编，编出来的东西最像真的，也最难查。 提示词解决「怎么问」。直接贴上次的原话就行，不必润色成范文。 验收标准解决「什么算过」。写成能打勾的短句，不写「质量要高」这种没法判定的要求。

这三件配齐，模板才能交出去。只有前两件，接手的人还是得回来问你。

手册的骨架

单份模板攒多了，需要一份总目录兜住。骨架不用复杂，六块足够：

# 我的 AI 工作手册

## 目录
- 高频任务清单，每条链接到下面的具体流程

## 流程：产品发布稿
### 适用场景
### 开工前备齐
### 提示词
### 验收标准
### 已知问题

## 工具与脚本
## 更新记录

目录只收一年会做三次以上的任务，低频的留在脑子里。每份流程单独成节，方便整段复制给同事；单节的内部结构可以沿用工作模板的三件套，只多出「适用场景」和「已知问题」。更新记录写日期加原因，比如「11-03 验收去掉字数要求，渠道不再限制篇幅」——原因比日期重要，它解释了这条规则为什么长这样。

什么时候不值得标准化

四个信号，出现两个就该停手：一年做不到两次；每次要求都要重新谈（比如给不同客户写的提案开头）；流程本身还在每周变；维护模板的时间开始超过它省下的时间。

写模板的目的是减少重复解释，不是给每件事建档案。给一次性任务写三件套，看起来勤快，实际是把未来的自己绑在一份没人用的文档上。

分层存放，别让小事背上重流程

层级	适合什么	形态
一句话级	改邮件语气、格式转换	存成常用短语
流程级	月报、提案、竞品分析	一份含三件套的文档
体系级	整条内容线、客服 SOP	多份模板加顺序说明

大部分人的问题不是模板太少，是把一句话的事写成了三页流程。判断标准：这件事你一年做几次？三次以下，写一句话备注就够了。每周都做，才值得上三件套。

验证与迭代

新写的模板别直接拿去干正事。找三到五次真实任务跑一遍，看两件事：按清单备料够不够用、按验收标准能不能判出好坏。跑完通常会改两处：清单里补一项你总忘的材料，验收里删一条永远用不上的要求。

模板也会过期。模型换了、渠道规则变了、业务口径改了，模板里的话就可能不再成立。给每份模板留一行变更说明：哪一天动的、为什么动。这行字比模板本身更能决定它还可不可信。

更新别等想起来。设四个触发条件：同一份模板连续两次产出不合格；模型或工具换了大版本；同事给出明显更省事的做法；价格、渠道规则、业务口径变了。任意一条出现，当天改，不攒着——攒着的结果往往是下次直接不用了。

推广到团队时，光发文件不够。挑一个真实任务，用十五分钟演示从备料到验收的全过程，再让没参与的人照着跑一遍。文件能传，手感传不了；跑完他卡住的地方，就是下一版要补的地方。

想更系统地管理这类材料，可以看提示词模板与提示词基础。要让 AI 帮你起草模板，也有现成办法：

我刚才做这份月报的流程挺顺，帮我把输入、指令、验收三部分整理成一份可复用的模板，用 Markdown。

交给别人之前

先把模板给一位没参与过的同事，让他照着做一次，你只在旁边看。他卡住的地方，就是模板里没写清的地方——比你自己读十遍都准。

模板立住之后，下一步是让它别烂在文件夹里：持续优化。