分享一个关于内容创作的反直觉发现
把《三十六计》这种古老的东西套在 AI 工程实践上,我写了 18 篇,结果发现最火的反而是一篇随手写的吐槽帖。
下一篇
JS 类型转换避坑指南:别在面试官面前翻车 →
这事儿挺讽刺的:我精心构建了 6 个角色,把他们扔进各种 AI 系统崩溃的生产事故现场,试图用 Python 和生产环境去重写古代兵法。结果在我想休息一周、随便写了篇关于 Bug 和裁员的抱怨文后,那篇没经过任何“打磨”的文章流量直接爆了,甚至超过了之前大部分的系列正文。
但我反而觉得这验证了一个观点:在技术社区,真实感比精巧的结构更重要。
很多人在做 AI Agent 或者写实战指南时,习惯于把内容写成标准的“教科书”,但真正能击中读者的,往往是那些像“450ms 重试间隔 vs Erlang GC 周期”这样极其具体、只有踩过坑的人才能懂的细节。
这次经历让我意识到,一个好的内容系列其实不需要所谓的“内容策略”,它更像是一个容器。我之前的 18 篇故事之所以能写出来,不是因为我有计划表,而是因为那些角色(那些在 AI 系统崩溃中挣扎的工程师)本身就存在于我的记忆里。
这种“碰撞感”才是写作的意义。不是为了追求多少阅读量,而是当有人在评论区说“我以前就合作过像 Derek 这样的人”时,那种跨越页面的共鸣才是最硬核的反馈。
在这种节奏下,我反而不焦虑流量了。当你停止用力推内容时,真正感兴趣的人反而会顺着最新的帖子往回翻,自己去挖掘那些隐藏的伏笔。
