学习 · 深入
三十天，把一件重复的活变成你自己的系统
不是学工具，是把一件事交出去
大多数人的"学 AI"停在收藏教程和换工具上。另一条路更慢但会留下东西：四周只做一件事 —— 第一周找（挑出你每周至少要做两次的那件事，只挑一件）· 第二周建最小上下文包（我是谁 / 这件任务做什么 / 过去的优秀案例哪怕一份 / 明确不能做什么 / 合格结果长什么样）· 第三周把它写成步骤（第一步…最后检查什么）· 第四周反复跑并把每次错误沉淀进模板与清单。三十天之后你会发现变化不在"会用哪个工具"，而在你手上多了一套不依赖某个工具的做法。
方法 · 一图看懂
1
第一周 · 只挑一件事 — 找出你每周至少要做两次的重复任务，只选一个 —— 不要贪，贪了四周什么都留不下
2
第二周 · 建最小上下文包 — 五件套：我是谁 · 这件任务做什么（输入 / 输出 / 目标）· 过去的优秀案例（一份也行）· 明确不能做什么 · 合格结果长什么样
3
第三周 · 把任务写成步骤 — 拿一张纸写"第一步…第二步…最后检查什么" —— 它可以很笨很土，但要清晰、具体、可重复
4
第四周 · 每次错误都沉淀 — 不要只在当下改一句，把这次错误写进提示词模板 / 检查清单 / 资料包
5
第二十八天 · 自己复述一遍 — 不看笔记，把整套做法讲给别人听 —— 讲不顺的地方就是还没内化的地方
6
第三十天 · 换一件事验证 — 用同一套四步去处理第二件事；能复用说明你得到的是方法，不能复用说明只做了一件工具活
为什么第二周要的是"最小"上下文包
很多人一想到"给 AI 背景"就去建一个大知识库，然后在整理资料上耗掉整个月。最小上下文包的概念是反过来的：先只放五件东西，且每件都短。理由很实在 —— 前三周你要验证的是"这套做法能不能跑通"，而不是"我的资料够不够全"。资料会在第四周、第五周自然长出来；而一套能跑通的骨架，只有在你开始跑之后才会知道缺哪一块。先建库后跑，等于把"缺什么"这个问题推到自己已经没耐心的时候。
"把错误沉淀进系统"到底怎么做
这是全程唯一有复利的一步。做法很土：每跑一次，把这次出问题的地方记成一行 —— 哪一类错误 + 当时说了什么 + 下次该加哪一句；一周之后回看，重复出现的那几行就是必须写进模板的。它的作用不是让 AI 变聪明，而是让你不必每一次都重新想一遍同一件事。三十天后你会拥有一份属于自己的检查清单 —— 那才是这套流程留下的真正产物，"会用 AI"只是它的副产品。
原理 · 为什么有效
这套路线之所以比"多学几个工具"有效，是因为它把目标从知识换成了系统。工具会换、模型会升级、提示词会过时，而"我知道这件活该怎么拆 · 哪一步必须人看 · 合格长什么样"这三件事不会因为工具换代而失效。第一周限制你"只挑一件事"、第二周限制你"只放五件东西"、第三周要求"写下来"、第四周要求"记错误" —— 这四个限制共同指向同一件事：把藏在脑子里的判断，变成可以被重复执行的东西。而之所以要三十天，是因为错误只能在一遍遍真实执行里暴露出来 —— 它不能被规划出来。
适用场景
适用：① 每周有固定重复事务的人（周报、纪要、报价、素材整理、客户回复）；② 已经收藏了一堆教程但说不清自己会用什么的 —— 这套路线会把你从"接着收藏"拉回"开始跑"；③ 换工具就心慌的人 —— 三十天后你手上是做法，不是某个软件的操作记忆。不适用：① 找不出任何每周重复两次以上任务的人；② 只想解决一次性问题的人（拆解成本高于直接做完）；③ 判据本身说不清的探索性任务 —— 第三周的"合格结果长什么样"写不出来，就说明这件活还不适合做成系统。
自测 · 5 问
我说得出自己每周至少做两次的那件事吗？
我的最小上下文包里五件套齐了没有（尤其是"合格结果长什么样"这一件）？
我写的步骤能不能让别人照着做一遍？
上周犯的错误，我有没有记成一行，而不是当场改一句就过去了？
第二件事我试过用同一套四步吗 —— 还是又回去凭感觉了？
怎么上手 · 验证步骤
按四周走：① 这一周只做一件事 —— 挑定那件重复的活，并写下它现在每周花你多久；② 建最小上下文包，五件套各写三五行，不要长；③ 写成步骤，先自己照着做一遍看顺不顺，再让 AI 照它跑；④ 每天跑一次，每次都记一行错误，周末把重复出现的写进模板。
做完回看两条：① 三十天后，这套做法能不能交给别人用 —— 交不出去说明它还挂在你的临场判断上，没成系统；② 换一件事再跑一遍四步 —— 第二件事跑得比第一件顺，才说明你学到的是方法。两条都过，再考虑把这套四步用在第三件事上；只跑一件就宣布"我学会了"，通常是把一次偶然的成功当成了能力。