AI观察 2026-10-15

我用 WorkBuddy 的 159 天:从"帮我画页面"到日更八篇

一份基于本机真实数据的评估报告,把我 159 天的 AI 使用扒了出来:综合 87.5 分,估在前 10–15%。但分数不重要——重要的是它照出了我怎么用 AI,以及我哪里其实没用好。这篇是心得,不是炫耀。

一、先说结论:我不是"会聊 AI",是把 AI 用成了生产线

前两天,我把自己的本机使用记录翻出来做了一次评估。结果挺出乎意料,又挺合理:跨度 159 天、154 个会话、69 天活跃,综合得分 87.5 / 100,报告把它定位在"成熟实践者、前 10–15%"。

但分数我一点都不想拿来吹。真正让我自己咂摸的,是它把我这半年"到底在拿 AI 干什么"扒得清清楚楚。

【插图 01 · 01-arc.png】

底账是这样的:108 个工作区目录、93 份工作日志、4 个自建 Skill、2 条常驻自动化;产出侧是 26 篇公众号长文、一个 117 条工具条目的导航站、80 篇投资文章存档、4 个本地零依赖小工具。

我慢慢意识到,我这半年养成的打法,从来不是"帮我把这一件事做了",而是"怎么让下一件、再下一件更便宜"。 publish.mjs、生成文章页.mjs、打包脚本——我花在它们身上的每一分钟,都在给之后每篇文章降本。这才是复利,不是产量。

二、四个阶段:我"要的东西"变了三次

报告把我这 159 天切成了四个阶段,我一看就认领了。

阶段一叫"原型交付者"。那会儿的标准句式是"帮我画这个页面"。交付物几乎全是单个 HTML:凭证详情页、任务四步向导、16 列表格、小程序八页……我已经在用截图当需求、用"画红框的都改"做精确反馈,但每次都是全新开始,上下文不带过来。

【插图 02 · 02-scores.png】

阶段二是"工程化拐点"。7 月会话数掉到 14(其实是在 Cursor 那边分流了),8 月一口气回到 49——那是我能力曲线的真拐点:开始写计划文件、给自己做能力自评、写出第一个"约束型 Skill"(不教 AI 做什么,而规定它不许做什么)。同期还手搓了一个单文件、零依赖、离线可用的 Markdown 阅读器。

阶段三是"管线化"。9 月那十天我产了 9 篇公众号,但价值不在产量,在于我搭的不是写作流程,是一条能重复跑的管线:四件套结构 + 脚本推草稿 + 自动生成网页 + 打包上线。我还写了份《任务档案.md》给"下一个会话的我"看。

阶段四是"日更与多线并行"。10 月八天八篇文章,而且每篇视觉风格都是独立设计的,不套模板;同时还在本地部署工具、给开源项目写适配层、并行创业方案。会话数只有 15,但单个会话的产出量是全周期最高的。

一句话总结这段演进:从"交付一件东西",走到了"稳定产出"。

三、六维评分里,最得意和最脸红的两格

报告给了六个维度,每维都有行为证据,不是印象分。最让我得意和最让我脸红的,刚好凑成一组对照。

最得意的是"产出转化与复利"——95 分,全场最高。理由上面说了:我买的不是一次性交付,是长期降本的管线。

最强的一维是"需求定义与约束前置"——94 分。报告点名了我写阅读器时第一句话就定死的三条非功能约束:单文件、零依赖、离线可用。结果连 Markdown 解析器都是手写的,没引入任何库。这一条的杀伤力在于:它一次性消灭了"引依赖 → 冲突 → 换方案"这一整类返工。

最脸红的是"工具与功能广度"——72 分,是唯一低于 80 的一维。我确实用了 15 种模型、9 个专家、连接器和 MCP,但分布严重偏斜:154 次里 Plan 模式只用了 3 次,Ask 1 次,131 次完全没设思考深度。翻译成人话就是——我把 craft 模式用到了极致,但工具箱里其余那几格几乎没打开过。

还有一维"验收与质量闭环"84 分:我已经有了一套个人化验收方法——量尺寸不量观感、写回归脚本 17/17 全绿、DRY 三方一致性校验。但报告也诚实地留了一句:它说修好了,和真的修好了之间,还隔着我自己的一双眼睛。

四、诚实地说,我的短板也是大多数人的盲区

我写这篇心得,最想说的不是长处,是短板——因为那才是能改的地方,而且大概率是很多人的共同盲区。

第一,自动化只有 2 条,可重复动作有一打。现在每写一篇,我要手改脚本里的 SRC/OUT 硬编码路径、手动跑四个脚本、手动拖 zip 上传。这明明是最该被模板化的东西。

第二,一批成果长期停在 95%。文章的"阅读原文"链接待补、英文版搁置、简历一段空白待我自己确认。我的毛病很典型:开头猛,收尾弱。

报告给的五个下一步动作里,前两条就能把我最花时间的两件事降本一半以上:把日更链路收敛成一个入口、把三个高频流程固化成 Skill。还有一条我特别认同——改动超过 3 个文件,先走一次 Plan。我已经为"说修好但没修好"付过二十次来回的代价,这条规则是同类事故的通用解。

【插图 03 · 03-mirror.png】

五、把"用 AI"本身,也当成可复盘的对象

这篇心得的标题我起得老实:159 天,从"帮我画页面"到日更八篇。但真正想交给读者的,是最后一句话——

报告里有一栏叫"三个真正的优势",其中一条是:我把"用 AI"本身,当成了可复盘的对象。8 月我做过一次用量分析,9 月写了《WorkBuddy 使用手记》公开承认"四天、二十次改动",这次评估是第三次主动审计自己的 AI 使用方式。

所以如果说这 159 天我学到的最核心的一件事,不是某个具体技巧,而是一个姿态:

真正会用 AI 的人,不是把 AI 当许愿池,而是把"怎么用 AI"也当成一件可以设计、可以约束、可以复盘的工程。

分数会过时,管线不会。而我那批停在 95% 的东西,下周就去收尾。