设计式工作：积累是目的，问题解决是副产品
大多数人认为工作的核心是解决问题——需求来了就做，Bug 来了就修，火来了就救。积累经验？那是顺便的事。
我的观点恰恰相反：积累是目的，问题解决只是副产品。
这不是文字游戏。这是两种完全不同的工作范式，决定了你是永远在救火，还是让问题不再成为问题。
这篇文章写的是工作方法，不绑某一门技术栈——做嵌入式、写工具、搭系统，都可以用同一套尺子量自己：是在救火，还是在积累。
AI 能替你干活，但不能替你成长
最近一段时间，我陆续记下了几句话：
不要把 AI 的输出能力，当成自己的能力。
深度思考，不是把一个问题想得更久。
遇到问题时，要复盘问题本身，而不是陷入自我否定。
今天做的事情，应该成为明天继续前进的基础。
它们看起来分别在谈 AI、思考、心态和长期主义。后来我发现，它们其实都在回答同一个问题：
当 AI 已经能替我完成越来越多工作，我到底怎样才算真的成长了？
这个问题没有看上去那么简单。
写这篇文章的时候是 2026 年秋天。对工程师来说，用 AI 写方案、做网页、整理调研、搭一个小工具，已经从新鲜事变成默认工作方式。正因为协作足够日常，产出与能力的错位，也更容易被忽略。
现在写一份方案、做一页网页、整理一篇调研，甚至完成一个小工具，都比以前容易得多。给 AI 一些 Context，再来回修改几轮，很快就能拿到一份像模像样的结果。
但有时候，结果虽然做出来了，我却未必真的变强了。
如果让我解释为什么采用这个方案，我可能说不清楚；让我判断里面最大的风险，我需要再问一遍 AI；换一个相邻的问题，我还是不知道从哪里开始。
这时我得到的是一次不错的产出，却不一定获得了可以带走的能力。
从零搭建个人知识管理系统：我的 PARA + Zettelkasten 实践
你的收藏夹，是不是一个从不打开的坟墓？
我有一个习惯，曾经伴随了我很多年——
看到好文章，收藏。听到好播客，收藏。买了书，先收藏（意思是“以后再读”）。会议结束，把纪要存起来，觉得“以后会用到”。
然后，再也没有打开过。
直到某天我打开书签，数了一数：893 篇。我愣了很久。这里面有多少是我真正读过的？不超过 50 篇。
那 843 篇文章不是知识，是焦虑的存档。
“我在积累”的感觉，原来只是幻觉。
过去一年，我用 Obsidian 搭建了一套基于 PARA + MOC + Zettelkasten 混合架构的个人知识管理系统。踩过坑，走过弯路，也找到了让系统真正“活起来”的节奏。
这篇文章不讲空洞的方法论，只分享我亲身实践出来的东西。
基于 Hexo + GithubPages 搭建个人博客
最近在准备面试，复习以前的一些知识，在网上查找资料时发现很多使用很多博文都是 GithubPages 上的，而且整个博客界面都非常简单实用。搜索一番发现这些都是通过 Hexo + Next 主题构建的，故决定自己也搭建一个玩玩，一来可以记录自己所学内容、加深印象，二来相较于单纯的写笔记更有乐趣。