坚持写周刊这一年，谈谈我这一年的复盘与收获
去年的这个时候，我开始在公众号连载周刊。
起因
当时就是觉得自己看的东西还太少，有点焦虑。就想着强迫自己去学点东西。而学习最好的方式，就是用自己的话输出。因为我每周都有看阮一峰老师的周刊，想着不如我也把模仿着把自己一周看的东西给写出来。而正好我有一个几百粉丝的公众号，载体也有了那就开干吧。
实战
刚开始，我认为这并不是件难事。我觉得只要把自己感兴趣的内容摘录整理出来就好了。
然而真到上手时，问题便迎面而来：
- 感兴趣的文章该如何保存，是记录网址还是内容？
- 文章应该怎么分类？怎么做归纳？
- 周刊里面准备放多少篇？
- 周刊的发布时间是固定的，应该怎么规划？
- Markdown 格式如何转换为微信公众号的格式？
除了上面提到的关键路径上的问题，还有其他的细节问题，比如公众号的封面怎么做？是否需要新建合集等？
为了解决上面的问题，我花了大约一周时间梳理出了工作流。所以第一篇周刊是 2025-01-05 - 2025-01-12，也就是 2025 年的第二周发布的。
- 利用 Save to Notion 插件，存放文章的地址、标题、封面等存放到指定的 database 中。
- 阅读文章后，再到 Notion 对应数据中进行分类的打标。同时写上摘要和理解。
- 考虑到工作和空余时间，计划放 5 篇左右。
- 利用碎片时间，对感兴趣的文章快速扫描然后放到 Notion 中。然后利用完整的时间，对文章进行精读并进行总结。最后利用 notion2md 脚本将 Notion 内的数据转为 Markdown 格式的文章。我自己再进行一些编辑和调整，比如修复和替换文章的图片链接，调整文章的格式等。
- 利用 NeuraPress 工具，将 Markdown 格式的文章转换为微信公众号的格式。
而由于错误地估计了自己的阅读能力，第一篇周刊没有技术内容，只有一些生活和工具介绍相对简单的文章。有了第一周的经验，从第二周开始我会抽出周六的半天时间专门用来读一些技术类的文章，增加自己的技术储备。
顺手统计了一下周刊里文章的数量，平均在 5.45 篇，基本符合最初的预期。从 33 周开始上升到了 6 篇，应该是找到了节奏和感觉。
收获
坚持写周刊最大的收获，不仅是知识储备的增加，更是思维方式的转变。
1. 从「被动输入」到「主动连接」
以前看文章多是标题扫一眼，内容大概率记不住。而为了写周刊，我被迫从单纯的「浏览」转向「精读」和「复述」。这种输出倒逼输入的方式，让知识真正留在了脑子里。更奇妙的是知识的连接感——工作中遇到的棘手问题，往往能突然联想到某周周刊里介绍过的小工具或新概念。这种瞬间让我切实体会到了做周刊的成就感。
2. 保持对技术的敏锐度
周刊像是一个强制的雷达，让我时刻扫描着技术圈的动态。 在 AI 爆发的当下，从 MCP 协议到 Rules 编写，再到 Cursor/Windsurf/Trae 和 Cloud Code/SOLO 等新工具的涌现，我都能第一时间上手体验。一个典型的例子是 NPM 的「沙虫」问题，当公司内部发出安全预警时，我早在 1 个月前就已经开始注意了。这种「快人一步」的掌控感，极大地缓解了我最初的技术焦虑。
写在最后
写周刊是一场马拉松，而不是百米冲刺。
回望这一年，最难的不是某一期的选题，而是每周的坚持（真的有几周太忙了想鸽）。但还好这日拱一卒的微小积累，让我从最初的技术焦虑走向了从容。
2026 年，我会继续做周刊，也期望成为每周“电子榨菜”的同时也能带给你帮助。
附录：周刊相关的工具和技术栈
- Notion：作为数据库，存放感兴趣的文章。
- Save to Notion 插件：Chrome 插件，可以将网页存到指定的 database 中。
- notion2md.js：Node.js 脚本，用于将 Notion 数据库中的数据转换为 Markdown 格式。项目地址：thinkerchan/notion2md
- Markdown 格式文档：用于生成周刊的静态网页。
- NeuraPress：Markdown 转换为微信公众号格式的工具。
- qireader：一个 Web 端的 RSS 阅读器。周刊的内容来源。
- pigGo：图床工具，我的图片都放在 Github 上。
- Hexo：静态博客框架，用于生成周刊的静态网页。(已迁移到博客中)
- Github：存放周刊源码和使用 Github Pages 发布静态网页。（Github Pages 还在用，现在增加了 Cloudflare 的 Pages）