每天写业务代码、修线上问题、参加评审的后端或全栈开发，日常工作里真正写代码的时间常被排查问题、写文档和同步进度挤占，很多重复性的文字和样板代码其实可以交给 AI 起草。年终总结难写，是因为一年的工作太多太散，自己很难提炼出亮点和成长。本文给出程序员用 AI 写年终总结的一套可直接照抄的做法：把全年的周报、项目记录交给 AI，让它按“成果—方法—成长—规划”提炼，再用 STAR 法则展开重点案例。

使用场景

又到年底，程序员要向技术负责人提交年终总结，可能还要述职。回想这一年，做了“完成订单服务接口重构，接口平均响应从约 300ms 降到 120ms 左右（以压测为准）”“修复支付回调偶发超时问题”等很多事，但写下来总感觉是在罗列，看不出价值。对程序员来说，这类需求往往和“评审同事提交的 3 个合并请求”“整理缓存方案技术文档”这些事挤在同一周，留给它的时间并不多。

推荐工具

用 ChatGPT、Kimi、通义千问等对话助手即可；如果平时用飞书、钉钉、Notion 记录工作，可以先导出记录再交给 AI 整理。

举个例子

我们用一个虚构人物把流程串起来：安琪，程序员，最近在忙“上线订单服务灰度”。一次需求评审会结束后，安琪意识到需要尽快写年终总结，可当天还要处理“补齐用户模块的单元测试”。于是安琪把要求和背景一次性写进提示词，让 AI 先出一版，再花时间修改关键部分。最后交给技术负责人的版本，结构和措辞都是安琪亲自把过关的。

操作步骤

  1. 收集全年周报、项目文档和关键数据
  2. 删除密钥、内网地址、数据库连接串和用户数据等敏感内容
  3. 挑选 2-3 个重点案例，用 STAR 法则展开
  4. 补充自己的反思和明年计划，统一语气

提示词示例

提示词的关键是把背景、要求和输出格式写清楚：

【背景】当前的难点是：依赖的第三方支付 SDK 下周升级，可能需要适配。
我是程序员，需要写一份年终总结给技术负责人。下面是我全年的工作记录摘要。

请：
1. 归纳出 3-4 个年度主题（例如“提升效率”“保障质量”），每个主题下列出对应的工作和结果
2. 挑出最有代表性的 2 个案例，用 STAR 法则（情境、任务、行动、结果）各写 150 字
3. 总结 2-3 条个人成长和不足，语气真诚
4. 给出明年的 3 个重点目标，尽量可衡量

注意：只使用记录中出现的数字，没有数字的地方不要编造，可以写“（补充数据）”。

工作记录：
- 完成订单服务接口重构，接口平均响应从约 300ms 降到 120ms 左右（以压测为准）
- 修复支付回调偶发超时问题
- 评审同事提交的 3 个合并请求
- 补齐用户模块的单元测试
- 遇到的挑战：依赖的第三方支付 SDK 下周升级，可能需要适配

示例输出（仅供示意）

以下是一段示意性的输出，内容基于虚构的工作记录，仅用于展示格式和思路，实际结果会因工具和输入不同而变化：

年度主题一：推动关键工作落地

  • 完成订单服务接口重构，接口平均响应从约 300ms 降到 120ms 左右（以压测为准）
  • 修复支付回调偶发超时问题

重点案例（STAR）

  • 情境：年中遇到“依赖的第三方支付 SDK 下周升级，可能需要适配”的情况，原计划受到影响
  • 任务：在不影响整体进度的前提下完成交付
  • 行动：提前识别风险，协调资源，调整优先级
  • 结果：按期完成“完成订单服务接口重构，接口平均响应从约 300ms 降到 120ms 左右（以压测为准）”（补充数据）

成长与不足

  • 成长：学会在不确定情况下提前规划备选方案
  • 不足：对跨团队沟通的投入不够

明年目标

  1. 上线订单服务灰度
  2. 整理缓存方案技术文档
  3. 排查定时任务重复执行问题

如果结果不理想，不要急着换工具，先在提示词里补充技术负责人的具体要求或给出一个参考样例，再生成一次。

避坑指南

  • 不足部分要真诚具体，AI 写的套话（如“还需继续努力”）要改掉。
  • 述职时间有限，让 AI 再生成一个 3 分钟口头版本。
  • 明年目标要和技术负责人的期待对齐，提交前可以先沟通。

给程序员的特别提醒

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

变体用法

  • 晋升材料：针对晋升标准逐条对照你的成果。
  • 团队总结：汇总团队成员的总结，提炼团队亮点。

相关阅读