一个人，一支内容团队：我的高效创作之道

1024 快到了，看到 CSDN 的"高效创作之道"征文活动，回想自己工作十几年、创作几年的经历，确实有很多想分享的。大概回顾一下自己的创作经历，12 年开始工作的时候会在 CSDN 上面记录一些学习的知识点，还会转载一些别人的博文。真正开始系统性输出是从 20 年开始，当时在各个技术平台输出一些比较有深度的文章，尤其音视频方向的，被各种人转载，还有很多人私聊咨询问题。当时也做了一个音视频方向的公众号，不过运营效果不怎么好。再后来赶上鸿蒙的红利，另一个鸿蒙方向的公众号做到了 8000 多粉丝，积累终于有了成效。

本文不分享技术，分享一些创作的思路、工具以及效率方面的问题。回头看这些年碰到的问题，主要是这么几类：话题不好找、发布繁琐（尤其图多的时候）、长期写下去需要一套自己的知识和任务管理体系。下面按我一路趟过来的顺序聊：选题、发布、以 Obsidian 为中心的工作流、从手动到自动发布踩过的几个坑、CSDN 自己的发布工具墨衍，以及创作带给我的关于知识管理的一些思考。

一、话题不好找

开始系统性输出的前几年，选题基本靠碰。平时刷信息流、看技术媒体，看到什么想写什么，这种方式的问题很明显，状态好的时候一天能刷出好几个想写的题目，状态不好的时候一上午翻下来，中午还说不清今天写什么。

后来我把这件事交给机器了。我用 WorkBuddy（一个 agent 工作台）挂了三个定时任务，每天自动执行：

时间	干什么
07:30	全量采集近 48 小时的内容，打分、分类、出选题卡，生成当日的热点日报
17:30	增量补采，只处理晨采之后新增的内容
晚上	我读日报、挑选题、做核实、成文

采集源分三类：海外社区与代码托管（GitHub Trending、Hacker News、Hugging Face 的模型榜和每日论文），中文科技媒体（量子位、机器之心、新智元这些当天的 AI 新闻），官方发布与论文（各家模型厂商的 news 或 changelog 页、arXiv）。

分三类是为了交叉验证。单一来源的热度经常是失真的：一个项目在 HN 上讨论很热闹但中文圈没什么动静；反过来中文媒体都在转，你去海外一手社区查，查无此事。两种情况我都碰到过，所以现在只有多源交叉命中的条目才能进候选榜。

候选条目打三个分，都是 10 分制。热度分看被多少来源命中；契合分看它跟我长期写的方向对不对得上，我把自己写的内容分成论文解读、模型进展、工具与开源、工程与端侧、安全与对齐、产业与观点六类；第三个分是增量可达性，意思是这条消息我能不能写出别人写不出来的东西——能动手实测吗，能自己算出数据吗，能有独立观点吗。三条都占不住的直接丢弃，热度再高也不要。

这个增量分是整套筛选里我最看重的。全网都在转的消息，我转一遍也只是多一条转载。把增量的权重放在热度之上，等于把自己的选题偏好固定成了规则，选题就不再依赖当天的状态和心情了。

拿今天的实际数据看：今早的日报候选约 48 条，入选 14 条，最后出选题卡 3 张。

选题卡有固定的六个要素：这事是什么的一句话、为什么是你写、增量在哪（实测、数据还是观点）、素材清单、风险、时效和下一步。其中"为什么是你写"是最难答的一栏，它要求说清楚这个话题自己之前写过什么、这次的角度补上了哪块、换一个人来写会写成什么样。答不出这栏的，宁可不写。

这套规则不是一次设计出来的，是每次踩坑之后加一条。10 月 20 号出过一次事：当天综合分最高的条目没有出卡，被采集逻辑挂靠到前一天一张旧卡的升级备注里了，等于最好的选题反而没有成稿入口。之后我加了条硬规则：最高分必须出卡，如果判断它不配单独成卡，必须明写落选理由，不许往升级备注里一挂了事。还有一条是补采只许追加、不许重写，因为第一版补采把晨采写的"今日主线"整个覆盖重写了，我早上读过的那版判断下午就没了，前后对不上账。

这些规则单看都是小事，但 agent 工作流好不好用，看的不是模型多聪明，而是踩过的坑有没有沉淀成明文规则。我现在那条采集任务的指令比不少代码文件都长，每一行背后都有一次翻车。

二、发布繁琐，特别是图多的时候

选题的问题解决了，发布的问题马上就上来。我现在在公众号、CSDN、InfoQ、51CTO、开源中国同时更新，一篇文章写完，发出去的环节不少：五个后台挨个打开、正文挨个粘贴；最费时间的是图，技术文章一般十几二十张图起步，每个平台都要重新传一遍、链接逐个替换，有一篇架构图很密集的稿子，光传图就花了小一个小时；格式也是问题，代码块缩进、表格、图片居中，在一家平台修好，另一家又乱了；最后还得记清楚哪家发了、哪家没发、这篇是不是商单、钱到没到。

那段时间写一篇文章大概 2 小时，发一篇文章要 1 小时。而且发布痛苦有个隐性的坏处：发得越费劲，就越不想写，效率问题拖久了会变成产量问题，产量问题再变成能不能坚持的问题。

要解决发布，第一步其实不是找工具，是把创作的源头整理好，让至少一件事有一个固定的家。

三、用 Obsidian 搭自己的工作流

我所有创作素材的源头是一个 Obsidian 库，现在的链路是这样：

模板建稿（Templater） → 写作 → 排版 → 分发 → 台账记账

里面几层各司其职。模板层：每个连载系列有各自的 Templater 模板，新建文章自动带上 frontmatter 字段，作者、创建日期、连载归属、progress 状态、发布平台，字段填得齐，后面才能自动统计。状态层：每篇文章头部有 progress 字段记初稿、完稿、已发布这些状态，配合 Dataview 和 Tasks 插件，索引页自动汇总哪些在写、哪些写完、哪些还没发。台账层：我前阵子把商单做成了一张数据库视图，用的是 Obsidian 官方的 Bases 功能，每篇商单文章的头部填上商单平台、商单状态、稿费、奖品、交付日期、付款日期这几个字段，台账就自动按平台分组、把稿费求和，还能单独列出"已交付但没填付款日期"的单子，以前哪个平台还欠我钱全靠印象，现在点一下就能看。自动化层：就是第一节说的采集流水线。

这条链路跑下来，最大的好处是创作从一件靠热情的事，变成了一件有输入、有状态、有产出的事。有流程才谈得上优化，光靠热情只能硬扛。

四、从手动发布到自动发布，踩过的几个坑

发布这个环节，我前后上过三种方案，各有各的问题。

第一个是 note-to-mp 插件，管公众号排版。它把 Markdown 排成公众号格式，图片自动传素材库并替换链接，确实治好了图多的痛点，我为它充了会员，这个钱花得值，它省的是纯体力时间。不过边界也很清楚，它只管微信这一家。

第二个是平台自带的同步。前一阵知乎的运营联系过我，希望把公众号文章同步过去，官方通道听着挺美。实际同步过去的排版特别差，格式散架、图片位置错乱、层级全丢，最后还是要手动一篇篇调回来。这件事让我明白，能自动同步和同步得能用是两回事，跨平台的排版还原度，没被坑过的人意识不到它有多重要。

第三个是自己写插件，程序员面对重复劳动的经典反应。我做了个 Obsidian 插件，用 puppeteer 驱动真实浏览器，把笔记自动发布到 InfoQ、51CTO、CSDN、开源中国，模拟人工点击完成发布，跑是跑通了，但维护成本很快就露出来了。

51CTO 的 WAF 把我的浏览器拦了。排查了半天才弄明白：puppeteer 驱动的 Chrome 是从 Obsidian 这个 Electron 应用里拉起来的，带着 Electron 的沙箱指纹，风控识别出这是自动化流量。最后的解法是写了个独立桥接脚本，让插件派生一个系统级的 Node.js 进程去起浏览器，再用 WebSocket 把指令桥接过去。

平台改版就是选择器失效。有一次 CSDN 编辑器升级，注入逻辑整个哑火，周末搭进去俩小时排查。

验证码没有解。风控哪天弹个滑块，自动发布就地瘫痪，只能人肉接管。

每加一个平台就要再逆向一套编辑器 DOM，所以我最后只做了 4 个平台，知乎和掘金一直没加，适配成本太高。

回头看这条路，问题的根子一句话能说清：UI 自动化是在模拟人，而所有平台都在努力识别非人。这个比赛个人注定耗不过，对面是一整个风控团队，你只有周末。

五、CSDN 自己的发布工具：墨衍

自研插件解决了自动发布，但维护成本压在我自己身上。最后让我把发布这一环交出去的，是 CSDN 创作中心里的墨衍（MoGrow）。

它跟我插件干的活是同一件，多平台同步，但走的是官方授权通道。账号绑定一次之后，发布就是接口层面的事，不存在指纹问题、验证码问题、选择器失效问题。目前覆盖 16+ 平台（CSDN、公众号、知乎、掘金、博客园、51CTO、百家号、小红书等），各平台排版由官方适配，一键直发不进草稿箱。

我拿同一篇稿子做了对照：

环节	自研插件	墨衍
首次配置	装插件 + 每平台扫码 + 逆向适配，前后数天	创作中心绑定账号，约 10 分钟
日常发布	4 平台逐个跑，失败要人肉补	勾选平台，一键直发
覆盖范围	4 个（每加一个都要写适配）	16+
排版还原	自己写的转换器，格式偶发丢失	官方自动适配
维护	我自己，无休	平台改版官方兜底

费用也交代一下：墨衍是会员制，基础版约 ¥399/年，它和 CSDN 全站 VIP 是两套产品、两个入口，权益不互通。按我的发文频率和平台数量，这笔钱买回来的时间早就超过成本了。不贵最近在搞1024活动，送了很多券，有需要的可以入手下。

这次转变的道理其实很简单：属于自己私有的流程，工具自己写；属于通用的问题，不要自己造。笔记怎么组织、模板怎么定、连载怎么规划，这是我的私有问题；但"把 Markdown 稳定发到十几个平台"是几百万作者共同的通用问题，官方通道一定比我逆向得快、维护得好。

六、创作倒逼我建立自己的知识管理

写这几年还有一个副产品：创作反过来重塑了我管理知识的方式。

一开始我是为写而记，需要什么查什么，资料散落各处。写多了以后顺序反过来了，知识得先有结构，才能有产出。现在我自己的做法归纳成三句话。

第一句：目录管状态，属性管流动。PARA 那套分法（Project / Area / Resource / Archive）回答的是这条笔记还有没有行动价值，而输入、任务、产出这条线回答的是它处在生产链的哪一环。这是两个维度，硬塞进一棵目录树必然打架。所以我的库里每条笔记的物理位置只有一个，流动状态写在 frontmatter 属性里，视图靠 Dataview 和 Bases 生成。

第二句：每条输入笔记都要挂上它服务于哪个产出。挂不上的就不是输入，只是收藏。这条规则比任何分类法都管用，因为它给收藏加了成本，乱囤积的行为自己就收敛了。

第三句：一切以任务为组织单位。日记里那条待办是事件，记录什么时候做、做没做完；被链接的文章笔记是实体，平台、稿费、状态、交付日期都填在它的属性里。事件归日记，实体归笔记，台账自动汇总。这个区分理顺之后，"我在做的事"和"我做出来的东西"才不再互相冒充。

顺带一提每个长期写作的人迟早都会碰到的问题：库会膨胀。我现在两千多篇笔记、三万多张附件，卡顿的真正来源其实不是文件数，是查询块：一个 Tasks 查询就是一次全库扫描，日记模板里放三个查询块，等于每打开一篇日记就全库扫三遍。还有个小误区：Obsidian 设置里排除某个目录，并不会让 Dataview、Tasks 停止索引它，它只影响搜索建议和图谱，想真减负得把沉睡内容物理搬出库。归档的判据也别用时间，用引用计数：零内链、一年没改过，就可以沉下去了。

七、一点思考

绕了这么大一个圈子，回到高效创作之道这个题目，我的想法其实就一句：把时间留给思考和创作，别花在造轮子、改格式、传图这些体力活上。

前面说的这些尝试，充会员的 note-to-mp、失败的知乎同步、自己写的插件，都不是白做的，正因为我一行行逆向过 4 个平台的编辑器，才知道官方那声一键直发有多重。但认清边界就该收手，能被服务解决的通用问题，不值得用业余时间去重做一遍。

还有一件事，是这两年后知后觉的：被看见的方式变了。以前写完发出去就算完，文章发出去像石头丢进河里。可是 2026 年了，很多读者已经不搜索了，他们直接问 AI。你精心写的技术文，可能搜索引擎收录得挺好，但在豆包、通义、Kimi 的回答里从来没被引用过，你的知识在 AI 时代是隐形的。这个维度以前没法评估，墨衍里有个 GEO 文章检测，提交标题和 URL，它并行去问国内主流 AI 平台，看你的文章有没有出现在 AI 生成的答案里，最后给一个 GEO 评分和引用明细。我拿自己几篇不同时期的文章跑了一轮，结果值得反思——写得最用心的长文，引用情况还不如一篇标题起得好的短文。

跑完这一轮，我对热榜的看法也变了：热榜和 AI 引用评的其实是同一套东西，结构清晰、信息密度高、关键词诚实的文章。检测工具的价值不是教人钻空子，是把你以前凭感觉做的事变成看得见的分数，告诉你下一篇该往哪改。

写作和营销这两件事，我这些年也不再把它们对立着看。好东西被更多人看见，本来就是这篇文章应得的一部分，也是下一篇能继续写下去的动力。选题交给流水线，分发交给官方工具，衡量交给 SEO 和 GEO 检测，把这三段体力活交出去之后，剩下的才是正事：坐下去，认真想一个只有你能写的题目。

1024 快乐，愿各位的创造力都花在值得花的地方。