周五下午的隐形浪费
周一到周四，你学了不少东西。
一个命令解决了困扰三天的bug。一个技巧让报表从两小时变成十分钟。一个概念突然想通了——原来一直搞错了。
然后周五来了。
回邮件、开周会、写周报、收拾桌面。等到下班，脑子已经不想再想任何东西了。
周一到周四学的东西，周末两天一过，忘了一大半。
这不是记忆力问题。是你没有趁热打铁把这些碎片变成结构化的知识。
这个Prompt帮你解决的就是这件事：用15分钟，把一周的碎片经验整理成可复用的知识资产。
核心模板：周五知识收割
打开 Claude 或 ChatGPT，粘贴下面这段：
你现在是我的"周五知识收割助手"。帮我整理本周学到的东西，变成可复用的知识。
【本周工作/学习内容】
[粘贴这周零散学到的东西，可以是：
- 解决了一个什么问题，用了什么方法
- 发现了一个好用的工具/技巧
- 学到了一个新概念，之前不理解的地方
- 踩了什么坑，怎么绕过去的
- 看了什么资料，有什么收获
越零散越好，不用整理]
【我的角色】
[你的职位，比如：前端开发 / 产品经理 / 运营 / 数据分析师]
【知识沉淀要求】
请按以下结构帮我整理：
第一部分：本周最佳发现（最多3条）
- 每条：发现内容 + 应用场景 + 为什么值得记
- 按"下周最可能用到"排序
第二部分：本周踩坑记录（最多3条）
- 问题是什么 + 怎么解决的 + 下次怎么避免
- 格式：问题 → 错误做法 → 正确做法 → 记住的一句话
第三部分：知识卡片
- 本周学到的新概念/新工具，做成一张卡片
- 包含：名称 / 一句话解释 / 怎么用 / 在哪用
第四部分：下周行动项
- 哪些学到的东西，下周要立即用上
- 哪个坑，下周要特别小心
第五部分：知识索引
- 把以上内容整理成一个简单的标签系统
- 方便以后快速检索（比如：#性能优化 #Python技巧 #沟通套路）
输出要求：
- 语言简洁，不要废话
- 每条知识都要有"怎么用"
- 如果某条内容太模糊，帮我追问澄清，不要瞎编
三种高频场景
场景一：技术学习笔记整理
本周学了不少技术点，帮我整理一下。
【本周内容】
- 周三解决了个Redis缓存击穿的问题，用布隆过滤器
- 周五学了一种新的SQL写法，用窗口函数做排名
- 发现了一个VSCode插件叫TODO Highlight，挺好用
- 看了篇讲微前端架构的文章，但还是有点懵
【我的角色】
前端开发
请按上面模板整理，重点帮我理清Redis和SQL那两个技术点。
场景二：产品/业务认知沉淀
这周跟了不少会议，学了不少业务逻辑，帮我沉淀一下。
【本周内容】
- 开了三个需求评审会，记了很多产品逻辑
- 和销售聊了一次，发现客户真正在意的是XX而不是我们以为的YY
- 看了竞品最新的功能更新，有个点很值得学
- 产品数据有个指标突然涨了，还不知道原因
【我的角色】
产品经理
帮我整理成业务知识卡片，重点：客户洞察和竞品观察。
场景三：个人成长/方法论提炼
这周在工作方法上有些新体会，帮我整理成可复用的框架。
【本周内容】
- 发现了一个新的时间管理法，叫"时间块"，试了一周感觉还行
- 跟老板汇报的时候，换了个说法，效果比之前好
- 读了本书，里面有个概念对我启发挺大
- 开会的时候发现一个规律，会前发材料比会上讲效率高
【我的角色】
职场人（通用版）
帮我整理成个人方法论卡片，每条都要有"下次怎么直接用"。
快速版（5分钟搞定）
赶时间？用这个精简版：
帮我整理本周学到的东西。
本周内容：
[粘贴零散记录]
输出：
1. 本周最值得记住的3件事（每件事一行）
2. 本周踩的一个坑 + 怎么解决的
3. 下周要用的一个行动项
简单直接，别废话。
使用技巧
别让知识烂在聊天记录里。 周一到周四的会议记录、Slack对话、邮件往来——这些是知识的"原材料"。周五用这个模板整理一次，比周末对着聊天记录发呆强一百倍。
知识卡片要能"复用"。 整理完的知识，下周遇到类似问题能直接翻出来用。如果整理出来的东西你自己都找不到，那等于白整。
踩坑记录比成功经验更有价值。 成功往往有偶然因素，但踩过的坑是实打实的经验。把"问题→错误做法→正确做法→记住的一句话"这个格式写清楚，下次遇到类似情况直接照做。
每周建立一个"知识标签"。 用#开头的标签系统（比如#Python、#沟通技巧、#性能优化），方便以后按月/按主题检索。一个月后你会有一整套属于自己的知识库。
让AI帮你"追问"。 如果你写的内容太模糊，让AI追问你：“这个具体是什么场景？““当时是怎么解决的？"——追问的过程本身就是加深理解的过程。
保存成周度知识文档。 每周五的整理结果，存到一个文件夹里（比如knowledge/2026-W32.md）。月底回头看，你会清楚看到自己这周学到了什么、缺了什么。
效果示例
输入（原始记录）：
这周学了好多东西。周三下午解决了个bug，是JSON字段大小写的问题，后端发的是驼峰命名，前端用的下划线，对不上。花了两小时排查。周五学了一个SQL技巧，用窗口函数rank()可以做排名，比之前用子查询快多了。看了篇文章讲API设计原则，说POST请求不要做查询操作，以前没注意。还有个事，发现Notion的数据库视图功能很好用，可以用来做任务看板。跟客户开会的时候发现，他们最关心的不是功能多全，而是"能不能解决我现在的问题”——这个洞察挺重要的。
AI输出：
第一部分：本周最佳发现
窗口函数rank()做排名
- 场景：需要给数据排名的时候
- 为什么值得记：比子查询方案性能更好，代码更简洁
API设计：POST不做查询
- 场景：设计RESTful接口时
- 为什么值得记：这是容易被忽视的原则，违反了会让接口语义混乱
Notion数据库视图做任务看板
- 场景：个人/团队任务管理
- 为什么值得记：比传统Todo列表多了筛选和分组能力
第二部分：本周踩坑记录
| 问题 | 错误做法 | 正确做法 | 记住的一句话 |
|---|---|---|---|
| JSON字段名大小写对不上 | 盲目排查代码逻辑 | 直接检查请求/响应的字段命名规范 | 前后端字段命名要提前约定，别靠猜 |
第三部分：知识卡片
📇 窗口函数 RANK()
- 一句话：用来给结果集排序并标注排名，相同值给相同排名
- 怎么用：
SELECT *, RANK() OVER(ORDER BY score DESC) as rank FROM table - 在哪用：报表统计、成绩排名、销售额排行
📇 RESTful POST原则
- 一句话：POST用于创建资源，查询一律用GET
- 怎么用：避免用POST + body传查询参数
- 在哪用：设计API时
第四部分：下周行动项
- 把窗口函数用法写进团队的技术笔记
- 下次设计接口时，检查有没有用POST做查询
- 把Notion看板搭起来，替换掉现在的Excel任务表
第五部分：知识索引
#API设计 #SQL技巧 #JSON陷阱 #Notion #前端 #后端 #产品思维
和"周五复盘模板"的区别
| 模板 | 侧重 | 输出物 |
|---|---|---|
| 周五复盘 | 工作成果 + 下周计划 | 周报 |
| 本模板 | 学到的东西 + 可复用经验 | 知识卡片 |
两个模板可以连着用：
- 先用复盘模板写周报
- 再用知识收割模板整理本周所学
或者二合一：直接把工作记录丢给知识收割模板，让它同时输出周报和知识卡片。
什么时候不该用
- 这周基本没学新东西：如果只是重复性操作，知识收割没有内容可收。可以先记一笔"本周无新知识”，下周再补。
- 你有现成的笔记系统：如果已经有Notion/Obsidian定期整理，这个模板可以作为补充，但不必每次都跑。
- 周五下午已经忙到没时间：那就用快速版，5分钟搞定。比不整强。
进阶用法
建立"周五知识档案”。 每周五的整理结果存到一个文件里，文件名格式：knowledge/YYYY-Www.md。一个月后，你会有一整个月的知识积累。季度末回顾时，这份档案会告诉你：你这三个月到底学到了什么。
和周一规划联动。 周日的"清醒计划"模板里，可以加上"回顾本周知识卡片"这个动作。把上周沉淀的知识，变成这周要用的行动项。
让AI帮你"出题检验"。 整理完知识后，追加一句：“根据本周整理的知识，出3道小测验考考我。“答对了，说明你真的掌握了。
写在最后
知识不整理，等于没学。
一周踩的坑、学的技巧、想通的难点——这些东西不在脑子里，而是在某个聊天记录、某封邮件、某段会议记录里。你找不着，它们就等于不存在。
周五下午花15分钟，把这些碎片捞出来，整理成卡片。周末过了，你脑子里的财富还在。
下周五，记得试试。