接下来一年这个站最值得写什么：别再摊大饼，先把能连成系列的技术栈写深

如果今天让我重新给这个站排下一年的写作方向，我最先想砍掉的，不是某一个具体技术，而是那种“这个也值得写一下，那个也可以补一篇”的冲动。这个站过去最浪费精力的时候，往往不是没写，而是写得太散。

我最近翻了一遍站里的旧稿，感受特别强。像 Sequelize 安装配置详解 - 从零开始搭建开发环境、Feathers.js 快速上手 - 15分钟搭建你的第一个API 这种文章，哪怕写法还有点“教程时代”的味道，至少读者看完会知道下一篇该看什么，也知道这个站在这条线上是真打算继续写下去的。

反过来，最容易让人失去耐心的，不是文章写得少，而是站点像一个长期处于“我什么都懂一点”的状态。今天写 AI，明天写数据库，后天写一篇产品想法，再过几天补一个工具清单。单篇看都不差，可一年以后再回头，读者很难说出这个站到底擅长什么，作者自己也很难把经验滚进下一篇。

所以这一轮我对“下一年写什么”的判断比以前明确得多：不要再按热点排，要按技术栈和问题链路排。

先说我现在最不想再继续写什么

第一类，是那种只有一篇就结束的“热点点评”。写的时候很顺手，发出去也容易蹭一点当下注意力，但这种文章最难给站点留下真正的积累。尤其技术博客不是微博，读者来这里不是只为了知道你怎么看今天的风向，更希望找到明天还能用的东西。

第二类，是完全离开自己项目经验的泛泛趋势文。不是说不能写观点，但如果一篇文章和仓库、脚本、排查、线上经验都挂不上，最后就会越来越像“谁都能写一版”的内容。

第三类，是只适合自己当下表达、却很难被搜索和复用的那种随手感慨。写的时候舒服，过一阵子回头看，往往也最难继续扩成系列。

那什么样的方向值得继续写下去

我现在筛选方向，基本只看三件事。

第一，能不能自然长成 5 篇以上。
如果一个主题只能写一篇总览，那它更像一条朋友圈，不像一个值得押注的系列。

第二，能不能直接挂到现有项目经验。
也就是能不能回到仓库里，回到真实文件、接口、日志、脚本和排查过程里去写。只有这样，文章才不容易漂。

第三，读者看完一篇以后，会不会自然想看下一篇。
这件事特别重要。好系列不是标题都长得像兄弟，而是它们之间天然就有前后手。

按这个标准回头看，这个站最值得继续押的，其实就那几条线

一条是内容系统工程

这条线现在已经不只是“我在维护一个博客”，而是有点像在维护一个活的内容系统。你手里已经有很具体的材料了：

• scripts/new-post.js
• scripts/migrate-blog-posts.js
• tests/blog-content-quality.test.js
• 归档页、最近文章、structured data 这些站内机制

它最大的好处，是几乎每篇都能落地，不太会写成空话。比如：

• frontmatter 和内容对象到底怎么定
• 归档和索引为什么比页面样式更重要
• 发布前到底该挡住哪些坏内容
• 老文章和过期文章应该怎么慢慢治理

这种题目一旦写深，会很容易长出站点自己的味道，因为别人没有你这套真实底子。

第二条，是 AI 工程可靠性

这条线我现在反而比以前更确定要继续写。原因也很简单：这两年的 AI 工程内容太容易陷进“模型更新了什么”的循环里，但真正让团队少交学费的，往往不是模型新闻，而是稳定性机制。

像 一次 RAG 检索命中率异常排查 和 一次向量库参数调整带来的召回变化 这类题，其实很能说明问题：读者真正会记住的，不是“你用了哪家模型”，而是你怎么定位问题、怎么拆链路、怎么避免下次再踩。

所以这一条更值得继续往下写：

• 接口契约为什么比 Prompt 小聪明更重要
• Prompt 回滚为什么应该当成正式发布能力
• 日志字段语义为什么直接决定排查成本
• 人审队列、人工接管、评测门禁这些“脏活累活”怎么设计

这类内容的好处是，不追热点也能长久，因为系统稳定性永远会有人需要。

第三条，是 Sequelize 和 Feathers 这类老朋友

我反而不想轻易放掉这两条线。一个原因很现实，它们天然有教程属性，天然适合搜索，而且站里已经有了不错的基础。比如 Sequelize 这条，从入门、关联、事务、测试到系列总结，其实已经快长成一条比较完整的学习路径了。

但下一步要避免再写成纯框架介绍，我更愿意把它往“项目里怎么用”去拉，比如：

• 模型边界怎么定
• 查询为什么会慢慢失控
• 事务、幂等和服务编排怎么挂上业务
• Feathers 的 hooks 和 service 什么情况下会越来越难维护

这样这两条线就不会只是“教程遗产”，而会慢慢和现在的内容系统、AI 工程经验接起来。

我反而不急着追的，是那些看起来很热的新东西

有些新方向当然也能写，但我现在不会优先押：

• 只有一篇就写完的热点工具评测
• 很难绑定到真实项目经验的泛趋势评论
• 同质化太高、换个人也能写的模型新闻解读

不是说这些完全不该写，而是它们不适合放在“下一年最值得投入的主轴”里。

如果真让我排下一年的节奏

我会让它这样滚：

先把内容系统工程线继续补深，让站点本身先长出方法论；然后并行写 AI 工程可靠性，把这两年最有价值的经验沉淀下来；再用 Sequelize 和 Feathers 这种读者需求明确的系列，持续补长尾和教程流量。

这三条线放在一起，站点不会单一，反而会很清楚：这里既有自己正在做的东西，也有能让读者直接上手的东西。

所以我现在对“下一年写什么”的答案其实比以前简单

好内容规划的核心不是追新，而是让一个站点逐步长出自己的明确能力边界。对 blogV2 来说，下一年最值得写的，不是热点最多的方向，而是那些已经被你写出一点苗头、又确实还能继续往深处挖的技术栈和工程问题。

只有当一个方向能持续写成 5 篇、10 篇，能挂住真实项目经验，也能让读者顺着系列一路往回翻时，它才配得上“这个站下一年最值得写的方向”。