怎么用：先用第一部分的自测看看你团队卡在哪，再照「四件套」把个人用得好的提示词和流程沉淀成团队共享的东西。技术负责人花一个下午，就能把共享提示词库的架子搭起来。
卡点为什么不在代码
很多技术团队的现状是：几个人用 AI 写代码、查问题特别快，另外几个人基本不用；用得好的人有自己的一套提示词和习惯，但都在他自己的电脑里。人一走、换个项目，这些就没了。
所以提效的关键不是再买一个工具，而是把「个人的用法」变成「团队的资产」。
先自测：你的团队在哪一级
| 级别 | 现状 | 勾选 |
|---|---|---|
| 0 级 | 团队里基本没人用 AI | □ |
| 1 级 | 有人在用，各用各的，没人交流 | □ |
| 2 级 | 偶尔在群里分享好用的提示词，但没人整理 | □ |
| 3 级 | 有共享的提示词库，但没人维护，过时了 | □ |
| 4 级 | 有共享库、有标准流程、有人维护，新人进来就能用 | □ |
目标是走到 4 级。下面的四件套就是一级一级往上走的办法。
四件套
| 件 | 是什么 | 解决什么 |
|---|---|---|
| 1. 共享提示词库 | 团队常用提示词集中放一处，大家都能用、能改 | 好用法只在一个人手里 |
| 2. 标准流程 | 规定哪些环节用 AI、怎么用、用完怎么检查 | 用不用全凭个人习惯，质量参差 |
| 3. 项目说明文档 | 每个项目一份给 AI 看的背景说明（技术栈、规范、目录结构） | 每次都要跟 AI 重新解释项目 |
| 4. 定期复盘 | 每两周一次 15 分钟分享 | 库建了没人更新 |
第一件：共享提示词库
放在哪：放在团队已经在用的地方，比如代码仓库里的一个文件夹、飞书文档或钉钉文档。别新开一个大家不常去的地方。
每条提示词按这个格式记：
名称：【例：代码评审-安全检查】
适用场景：【什么时候用】
提示词正文：
【完整提示词，变量用【】标出】
使用注意：【容易出错的地方】
贡献人：【 】 最后更新：【日期】
效果评价：【好用 / 一般 / 待改进】建议先收集的 8 类提示词：
| 类别 | 例子 | 负责收集的人 |
|---|---|---|
| 代码评审 | 检查边界情况、安全问题、性能问题 | 【 】 |
| 写单元测试 | 按函数生成测试用例 | 【 】 |
| 排查报错 | 贴报错日志分析原因 | 【 】 |
| 读懂老代码 | 解释一段没人看得懂的代码 | 【 】 |
| 写技术文档 | 接口文档、部署说明 | 【 】 |
| 需求拆解 | 把产品需求拆成开发任务 | 【 】 |
| 数据库查询 | 按需求写查询语句 | 【 】 |
| 提交说明 | 根据改动写提交记录 | 【 】 |
示例提示词（代码评审）：
你是一个资深的【语言】工程师，请评审下面这段代码。
按以下顺序检查，每项发现问题就列出：代码位置、问题、建议改法。
1. 会不会出错：空值、边界、异常处理
2. 安全：输入校验、敏感信息是否写死在代码里
3. 性能：明显的重复计算、循环里查数据库
4. 可读性：命名、过长的函数
没问题的项写"未发现问题"。不要改动代码的业务逻辑。
团队规范：【粘贴或引用团队代码规范】
代码：【粘贴】第二件：标准流程
把 AI 放进团队已有的开发流程里，写清楚每一步谁用、怎么用、怎么检查。
| 环节 | AI 怎么用 | 人必须做的检查 | 是否强制 |
|---|---|---|---|
| 需求拆解 | 用「需求拆解」提示词出任务清单 | 负责人确认拆分合理 | □强制 □建议 |
| 写代码 | 用 AI 生成初稿或补全 | 自己读懂每一行再提交 | □强制 □建议 |
| 写测试 | 用「写单元测试」提示词 | 测试要真的跑通、覆盖关键分支 | □强制 □建议 |
| 代码评审 | 提交前先用 AI 自查一遍 | 人工评审照常进行，不能省 | □强制 □建议 |
| 写文档 | AI 出初稿 | 作者核对和代码一致 | □强制 □建议 |
团队约定（建议写进团队规范）：
第三件：项目说明文档
每个项目放一份给 AI 读的说明，开发时先把它贴给 AI（或者放在工具会自动读取的位置），AI 就不会乱用技术栈、乱起名字。
模板：
项目名称：【 】
一句话说明：【这个项目是干什么的】
技术栈：【语言、框架、数据库及版本】
目录结构：【主要目录各放什么】
代码规范：【命名规则、格式要求、禁止的写法】
常用命令：【怎么启动、怎么跑测试、怎么打包】
注意事项：【踩过的坑，比如：某个模块不要动、某个接口有调用频率限制】
维护人：【 】 最后更新：【日期】第四件：定期复盘
每两周一次，15 分钟，固定三个问题：
| 问题 | 记录 |
|---|---|
| 这两周 AI 帮你省时间最多的一件事 | 【 】 |
| AI 帮倒忙的一件事（出错、浪费时间） | 【 】 |
| 有没有新的提示词要放进库里 / 要改 | 【 】 |
一个月推进计划
| 周 | 做什么 | 完成标准 |
|---|---|---|
| 第 1 周 | 建共享提示词库，每人至少贡献 2 条 | 库里有 10 条以上 |
| 第 2 周 | 每个在做的项目写一份项目说明文档 | 每个项目都有 |
| 第 3 周 | 定标准流程，写进团队规范 | 团队开会确认 |
| 第 4 周 | 第一次复盘，更新库里效果不好的提示词 | 有更新记录 |
怎么看有没有效果
不用复杂指标，看三件事：
| 看什么 | 怎么看 |
|---|---|
| 用的人多不多 | 共享库每周有几个人在用、在改 |
| 新人上手快不快 | 新人从入职到第一次提交代码用了几天，和以前对比 |
| 返工少没少 | 评审打回、上线后修复的次数，和以前对比 |
用完之后：照着做完还卡在哪一步，评论区或私信告诉我，我帮你看。
出品：帅厂长｜增长飞轮AI · 帮企业用 AI 搭一套自己会转的增长系统