奇遇技术随笔

回头看，我在方案里翻过的车，没有一个是错别字。全部集中在三类：

一、该有的没有。评分表点名的小点，正文里一个字没写；某一章篇幅明显比同分值的章薄。

二、数字对不上。表格的"合计"跟上面各行加不起来；进度表首尾日期与累计天数打架；关键工序工期加起来超过总工期。

三、插进去的东西没核对。图插丢了、表插进去没边框，甚至改着改着把图插到了上一个版本上。

结论很朴素：写完不算完，得自己算一遍账。

一份一百多页的方案，真正需要人判断的部分可能只有两三成，剩下的是：按目录铺开、把可枚举的内容做成表、目录页码对齐、图表编号……

这些活儿有个共同点：规则明确、可校验、不需要灵感。凡是符合这三条的，就该交给程序。

我现在的做法是：能用出口检查的，不靠入口估计。写完先让程序数一遍，比凭感觉估算靠谱得多。

一、越界。明明是室内装修改造，正文里却冒出"基坑支护""桩基础"这类本项目根本没有的工序。

二、元话语。正文里出现"待确认：资料不足""本节略"这类写给作者自己看的话。

三、模板味道。同一段话换个主语重复四遍，读起来就知道是凑的。

这三类靠通读很难发现，得靠生成之后自动对账，再按词表把越界内容清掉。

客户截图给我：进度条冲到九成，停了几秒，突然退回七成多，然后一章一章重新写。他以为程序崩了。

翻日志才看清链条：目标 60 页，每章预算 5,254 字。有一章写到 5,027 字，差 1,742 字，程序发起"续写"—— 但那条指令要模型写满 4,000 字。于是这章直接冲到 10,928 字，是预算的 1.6 倍。 五章加起来，整本实测 86 页，比目标多出 43%。

页数超标就得校准：按实测页数把每章预算重新摊一遍，然后把超标的章重写。 进度自然要从九成掉回七成——不是崩了，是在重写。

根因就一行代码：补差额的时候用了固定下限，而不是"差多少补多少"。 差 1,742 字就该要 1,742 字（加一点余量），结果按固定档位要了 4,000 字。

两个教训：一是续写必须按差额算；二是进度条不该倒退—— 校准是正常工序，界面应该说"正在校准页数"，而不是让客户看着进度往回走、以为出错了。

补一句：页数不是越多越好。分值 3 分的章写 33% 的篇幅，评委翻两页就知道哪里在灌水。

有份招文的评分表长这样："措施较具体、较可行，得（2，2.5]分；措施不够具体、针对性一般，得（1，1.5]分。"

程序把它当成"正文必须写到的东西"去检索，于是每一项都报"要求未覆盖"，客户看到一屏红字， 以为方案漏写了一堆内容——其实那只是评委的打分档位，不是技术要求。

同一份招文还有两个坑：

一是"答辩因素 25 分""管理团队陈述 20 分"被当成章节。这是定标环节的答辩，不是技术标内容， 照它生成，目录里会多出"答辩"一章，评委会觉得你没看懂招标文件。

二是"方案因素 15 分"这种类别词。它其实是下面五个 3 分项的合计，单独成章就是一章空壳。

处理办法分三层：答辩/陈述/定标委员会一律排除；以"因素"结尾且很短的类别词排除； 剩下的要求里，凡是带"得X分/扣分/分值"的句子剔掉。改完这份招文的评分项从 10 条降到 5 条， 分值合计从 80 落到 15——这才是真正的技术分。