作为每天写业务代码、修线上问题、参加评审的后端或全栈开发，你可能也有同感：真正写代码的时间常被排查问题、写文档和同步进度挤占，很多重复性的文字和样板代码其实可以交给 AI 起草。学习计划失败，大多不是因为不努力，而是目标太大、安排脱离实际，坚持几天就断了。本文给出程序员用 AI 制定学习计划的一套可直接照抄的做法：把目标、基础、可用时间和截止日期告诉 AI，让它拆成每周任务和检验方式，并定期根据进度调整。

典型场景

程序员想在接下来的两三个月里系统学习一项新技能，和“云原生与容器技术”相关。网上资料很多，但不知道从哪里开始，每天能用的时间也不固定。对程序员来说，这类需求往往和“完成订单服务接口重构，接口平均响应从约 300ms 降到 120ms 左右（以压测为准）”“排查定时任务重复执行问题”这些事挤在同一周，留给它的时间并不多。

工具选择

用任意对话助手制定计划，再把每周任务放进日历、待办或笔记工具；部分学习类应用也提供 AI 学习规划功能。

建议在同一个对话里持续更新进度，让 AI 根据你的完成情况调整计划。

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

我们用一个虚构人物把流程串起来：阿杰，程序员，最近在忙“排查定时任务重复执行问题”。一次需求评审会结束后，阿杰意识到需要尽快制定学习计划，可当天还要处理“完成订单服务接口重构，接口平均响应从约 300ms 降到 120ms 左右（以压测为准）”。于是阿杰把要求和背景一次性写进提示词，让 AI 先出一版，再花时间修改关键部分。最后交给技术负责人的版本，结构和措辞都是阿杰亲自把过关的。

具体怎么做

  1. 写清目标：学到什么程度、用来做什么
  2. 如实说明当前基础和每天可用时间
  3. 设定截止日期和检验方式
  4. 让 AI 拆成每周任务和每日小任务
  5. 每周复盘一次，把完成情况告诉 AI 调整计划

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

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

【背景】身份：每天写业务代码、修线上问题、参加评审的后端或全栈开发；平时主要和业务方同事和技术负责人打交道。
我是程序员，想用 8 周时间学习与“云原生与容器技术”相关的知识和技能。
当前基础：了解一些概念，但没有系统学过
可用时间：工作日每天 40 分钟，周末每天 2 小时
目标：8 周后能独立完成一个小项目，并能向别人讲清楚核心概念

请：
1. 把 8 周分成 3-4 个阶段，说明每个阶段的目标
2. 给出每周的具体任务和预计时长
3. 每个阶段设置一个检验方式（小测验、小作品等）
4. 推荐学习资源的类型（不要编造具体的书名或课程名，我会自己找）
5. 告诉我如果某周没完成，应该怎么调整

示例输出（仅供示意）

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

阶段一（第 1-2 周）：打基础

  • 目标：理解核心概念和常用术语
  • 每周任务：工作日学习概念 30 分钟 + 做笔记 10 分钟；周末整理一页知识地图
  • 检验：能用 5 分钟向朋友讲清楚基本概念

阶段二（第 3-5 周）：动手练习

  • 每周完成 2 个小练习，周末做一次综合练习
  • 检验：独立完成一个小练习并写下遇到的问题

阶段三（第 6-8 周）：完成项目

  • 检验：完成一个小项目并做一次展示

没完成怎么办：不要补课式加量，把未完成的任务顺延，并删减下一周的次要内容。

这样的输出只是起点。真正用到“补齐用户模块的单元测试”这类工作里之前，还需要对照原始资料逐条检查，并补上 AI 不知道的背景。

实用技巧与常见坑

  • 学习效果要用输出检验：讲给别人听、做出作品、做题。
  • 每周复盘比完美的计划更重要。

给程序员的特别提醒

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

还可以这样用

  • 碎片学习：把内容拆成 10 分钟一个的小任务，适合通勤时学习。
  • 技能转型：结合目标岗位要求，规划学习路径。

相关阅读