做了 21 个插件之后,我把「替你写」这个功能删了

在架的 21 个插件，没有一个会替你把东西从头写出来。

不是做不出来，是我不敢交。

去年我写过一版会自动生成的工具：把材料丢进去，出来一份完整的。跑通那天挺高兴，第二天就删了。

删掉的原因不是效果差。恰恰相反，它写得太顺了——顺到我看不出哪一句是编的。

一、替你写，代价是替你承担不了的责任

我先说清楚这两件事的区别。

「替你写」是模型根据常见写法，补出一个最像样的版本。它不知道你做过什么，也不知道哪个数字是真的。

「替你查」是拿你已经写好的东西，指出哪一句缺了依据、哪一句把结论埋在第 30 个字之后。

前者输出内容，后者输出位置。

这个区别在演示时看不出来。演示里那份材料是编的，怎么改都不心疼。真拿去投简历、发客户、交审的时候就不一样了：数字是对方要核的，经历是面试要问的，写错一句要由签字的人担着。

我做过一次复盘。那个生成版工具改出来的简历，通读很顺，但我把三处数字圈出来问「哪个数能对上」，一个都对不上。

它没撒谎，它只是不知道。可交付物上没有「不知道」这个选项。

所以我给自己划了一条线：工具只指位置，不给内容。

二、21 个插件，同一件小事

台账是 11 月 5 日的，共 47 行。我一条条核过：21 条状态是已发布，7 条在审核，19 条还是草稿。

这 21 条名字各不相同：简历、报价、验收、纪要、清单。但拆开看，做的是同一件事：把容易漏的地方，变成一条能被逐项打勾的检查。

拿装了 608 次的那个简历工具来说。它不写简历，只查三件事：哪一句没有数字、哪一句没有前置结果、岗位描述里反复出现的词你漏了哪几个。

每一条都指到具体句子。不给分数，也不给「优秀」「良好」这种读完不知道该改哪的评价。

用得最多的是工作两三年的人。不是他们写得差，是这批人刚好在最难的位置上：做过事，但还没学会把做过的事讲清楚。

这句只是我从留言里攒出来的印象。台账里没有工龄字段，算不上统计。

三、为什么「只查不写」反而更难做

很多人以为少做一半功能就省一半工。我的体感正相反。

生成只要给一个像样的结果，检查必须说清楚「按什么判」。而判据一旦要写下来，含糊的地方立刻藏不住。

我踩过三个坑。

判据写不出来的地方，就是我其实不懂的地方。

最早一版有条规定叫「表达要具体」。跑了两周我发现，这条我自己都执行不了——多具体算具体？后来改成一句能判的：这一句里有没有可核对的数。能数出来就能过，数不出来就退回。

报得多不等于报得准。

第二版把能想到的点全报了一遍，一份材料弹出十几条。结果没人看。后来砍到三条，只留真会让人在第一轮被筛掉的那些。删掉的那些不是错，是它们不值得占用对方的注意力。

不能让工具替人做判断。

工具可以说「这一句没有数字」，不能说「这一句应该写 3.4 万」。前者是位置，后者是内容——一旦越过去，前面那条线就白划了。

这三条现在都写进了包里的规则文件，不在提示词里。改判据要改代码、要跑测试，不能靠改一句话悄悄变口径。

四、这套做法怎么搬进一个业务流程

前面说的是我做自己的小工具。真正值钱的问题在后面：如果这套东西要嵌进一家公司的交付流程，该从哪一步开始？

我不打算拿没做过的项目举例。只说方法，用自己这套东西当样本。

先把「漏」定义成可判的形式。

「材料不够好」不是判据，「第一句里没有结果和数字」才是。一个业务环节能不能自动化，八成卡在这一步，不卡在模型够不够强。

再定输入边界。

哪些是客户给的、哪些是系统能查的、哪些必须由人确认，要在开工前写死。我那个工具明确不碰第三类：你做过什么，只有你知道。

然后把失败说清楚。

检查不出来的时候要报「没查出来」，不能沉默着给个通过。沉默的通过比报错贵得多，因为它会被当成已经核过。

最后留一条人工出口。

任何一条判据，人都要能推翻，并且推翻的理由能被记下来。记下来的那些理由，就是下一版判据的来源。

这四步没有一步需要客户案例才能做。它们需要的是有人真的把一条流程从头跑到尾，并且愿意把跑不通的地方写出来。

五、我现在还答不了的问题

得说清楚边界，不然前面的话容易被读成承诺。

我没有可公开的交付案例，也没有报价表。诊断做了多少、成交了多少，这些数字现在都还是未知，我不会用「服务过多少家企业」这种句子来填空。

在架的 21 条是免费的，也不打算在这篇里推付费。它们目前的作用是让人看见：同一套核对方法，能落在不同场景上，而且每个场景都有明确的边界。

至于把这套方法放进别人家的系统里要多久、要多少人、哪些环节必须保留人工，我现在只能给方法，不能给日期。

能给的只有一个判断：一套流程值不值得自动化，先看它的「漏」能不能被写成一句谁都判得出来的话。写不出来，先别上工具。

最后

我做这些工具，不是为了少写一行字。

是因为漏掉的那一行，最后总要有人去补，而且通常不是写它的人。

21 个插件、608 次安装、47 行台账，这些数字只说明一件事：容易漏的地方比我想的多，但每一处都能被单独拎出来核一遍。

我是 Linksass，一个人做 AI 插件，专治容易漏的地方。在架清单和菜单栏都能找到我。

核一遍再交。

你手上那件事，最常漏的是哪一处？