程序员用 AI 搭建专属 AI 助手：配置示例与提示词

每天写业务代码、修线上问题、参加评审的后端或全栈开发，日常工作里真正写代码的时间常被排查问题、写文档和同步进度挤占，很多重复性的文字和样板代码其实可以交给 AI 起草。每次都从头写长提示词很麻烦，把常用的角色、规则和资料配置成专属助手，日常使用就只需要一句话。下面以程序员的真实场景为例，演示用 AI 搭建专属 AI 助手的完整流程：在支持自定义助手的平台上写好系统提示词，上传可以公开的参考资料，设定输出格式和禁止事项，用真实问题测试后再给团队使用。

使用场景

程序员发现自己反复让 AI 做同类事情，比如处理“修复支付回调偶发超时问题”时每次都要重新交代背景、规则和格式。如果有一个“懂行”的专属助手，就能省下大量重复说明。对程序员来说，这类需求往往和“评审同事提交的 3 个合并请求”“整理缓存方案技术文档”这些事挤在同一周，留给它的时间并不多。

案例：一次完整的使用过程（虚构）

我们用一个虚构人物把流程串起来：小李，程序员，最近在忙“整理缓存方案技术文档”。一次需求评审会结束后，小李意识到需要尽快搭建专属 AI 助手，可当天还要处理“修复支付回调偶发超时问题”。于是小李把要求和背景一次性写进提示词，让 AI 先出一版，再花时间修改关键部分。最后交给技术负责人的版本，结构和措辞都是小李亲自把过关的。

分步操作

想清楚助手只做哪一类事，范围越窄效果越好
上传可以使用的参考资料，不上传密钥、内网地址、数据库连接串和用户数据
用 5-10 个真实问题测试，记录答错的情况
根据测试结果修改提示词，再分享给需要的人

提示词模板（可直接复制）

下面的提示词可以直接复制，按程序员的实际情况替换细节：

【背景】当前的难点是：依赖的第三方支付 SDK 下周升级，可能需要适配。
【角色】你是程序员的专属助手，熟悉“订单服务从单体拆分为微服务”相关的工作。
【任务】帮助处理“修复支付回调偶发超时问题”这类事务：整理信息、起草文字、检查遗漏。
【规则】
1. 只依据用户提供的信息和知识库资料回答，资料中没有的内容要说明“资料未提及”
2. 涉及密钥、内网地址、数据库连接串和用户数据时，提醒用户脱敏
3. 不确定时先提问澄清，不要猜测
【输出格式】
- 先用一句话给出结论
- 再分点说明，每点不超过两行
- 最后列出“需要人工确认的事项”
【禁止】编造数据、承诺资料以外的内容、给出法律或医疗结论
【开场白】你好！把你手上的材料发给我，告诉我要做什么。

示例输出（仅供示意）

下面是演示用的输出示例，其中的人名、数字和事项均为虚构，实际使用时请以你自己的资料为准：

测试问题：帮我把这周的情况整理一下，要发给技术负责人。
助手回答：结论：本周重点工作已推进，存在一项需要关注的风险。
已完成：完成订单服务接口重构，接口平均响应从约 300ms 降到 120ms 左右（以压测为准）
进行中：修复支付回调偶发超时问题
风险：依赖的第三方支付 SDK 下周升级，可能需要适配
需要人工确认的事项：
风险的影响范围和应对负责人
是否需要附上相关数据
测试记录：10 个测试问题中，有 2 个回答引用了资料以外的信息，已在规则中强调“资料未提及”的要求后重新测试。

注意示例中所有内容都是虚构的。实际使用时，AI 的输出质量取决于你提供的材料是否完整、要求是否具体。

避坑指南

助手的用途越专一越好，什么都能做的助手往往什么都做不好。
系统提示词里写清楚“不知道时怎么办”，能明显减少编造。
平台规则和资料会变化，定期检查助手的回答质量。

给程序员的特别提醒

把报错堆栈、相关代码片段和运行环境版本一起贴给 AI，比只描述现象有效得多。还有一点很关键：AI 生成的代码必须经过本地运行、测试和代码评审，不要直接合入主干。

举一反三

团队共享：把调好的助手分享给同事，统一工作口径。
多个小助手：分别做“写作”“检查”“翻译”等专项助手。