企业官网建设流程全解析

一张需求单能不能进内容排期，不看诚意，看价值栏。工厂准入判据里写得最冷的一条是「本账号所有对外数字必须本机实跑或取自官方页，无证据的机会不排期」。验收判据能不能机检，决定交付退不退得回去；而七类直接拒单 R1 到 R7，把「需求写了但没法用」的七种写法逐条列了清单。本篇把七条规则各做成一份样例需求单，让准入检查器用纯标准库跑一遍，判定表和全部输出都进了证据目录。

一、问题现场：「写得生动一点」没人接

准入判据的开头有一句话，比任何拒单条款都刺耳：「“写得生动一点”"更有网感"这类无法验收的要求视为无效要求，工厂有权整条忽略且不因此扣分。」需求方堆形容词，生产线的答案是整条忽略、还不扣分——被拒其实是幸运的事，拒单有缺项清单，补齐能重交；无效要求连一个理由栏都不会给你。

另一张需求单的价值栏写着「一定火」，实验栏写着「举个例子」。七类拒单里没有一类叫「会不会火」，但它们全都卡在那句例子和那一格没有出处的形容词上。所以把七类拒单做成七份样例，让代码来判，不靠任何人的嘴。

二、七类直接拒单：速查表

R1 无投放位：条款原句是「没有slot或slot不在 README §4 的五个值里」——没有位，就没有字数带、没有判据、没有回填对象。

R2 价值栏无实测：「产出价值」一栏「只有形容词」，缺「本机实测数字 + 出处」这九个字面要素，先拒。

R3 实验不可复现：没给「可复现命令/代码语言 + 期望输出特征」，验收只能等工厂自由发挥。

R4 AI 会话无留证：「要求引用 AI 回答但没有evidence/ai-transcript.txt的位置约定」——编造 AI 会话是本产线最高级红线。

R5 判据不可机检：「验收判据不可机检（没给 diff/正则/计数口径）」——这条一放水，验收就变成人情判断，质量门失效。

R6 标题空头承诺：标题承诺了篇数或更新频率，而承接位（合集、简介）没有对应事实。这类最容易漏，因为标题看起来最像事实。

R7 禁外链栏缺失：要么没写，要么写了「可以带外链」。准入规则对这一栏只有一句硬话——全线禁止外链，求关注类空喊与互赞刷量一并禁掉——所以这一栏不许空缺。

三、实验一：七份样例需求单，跑一张判定表

七份样例逐份放在证据目录里，全文随单留证；每份只犯一条规，犯在哪一格，样例文本里一目了然。检查器按 R1 到 R7 顺序匹配，输出「样例N→命中R几」表。运行输出（逐字，同一命令二次重跑逐字节一致）：

样例数 = 7，规则数 = 7 样例01 -> R1：投放位为空或不在约定位表（没有位就没有字数带与判据） 样例02 -> R2：价值栏只有形容词，没有本机实测数字加出处 样例03 -> R3：实验只写举个例子，缺可复现命令或期望输出特征 样例04 -> R4：要求引用 AI 回答但没有约定留证文件位置 样例05 -> R5：验收判据不可机检（没给 diff、正则、计数口径） 样例06 -> R6：标题承诺篇数或更新频率，承接位没有对应事实 样例07 -> R7：禁外链栏缺失或被写明可以带外链 汇总：判定 7 行；每样例恰命中一条 = True；命中规则去重 = 7；与 R1-R7 一一对应 = True

这张表的要害在最后一行：每样例恰命中一条。一个样例若同时命中两条，说明规则互相缠绕、判定表自己都解释不清，这种机检不合格。七行与 R1 到 R7 一一对应之后，拒单口径才算从文档变成了能重跑的代码——需求方随机抽一份、跑文件头那条命令，输出必须逐字一致。

四、实验二：三档打折，拒单之外的灰区

准入规则不是只有红脸。条款逐字：D1「实验能设计但 24h 内跑不出干净输出」，处置是「改为"确定性模型 + 纯标准库复现"，并在evidence/说明降级原因」；D2「「产出价值」证据只有 1 个对标帖」，处置是「字数带下调 30%，标题不许带对比性数字」；D3「需求单里引用了未拍板的门（gating字段非空）」，处置是「可产稿可验收」「不许进发布队列，状态停在accepted-by-demand」。三个样例各触发一档：

打折档位 = D1 / D2 / D3，样例数 = 3 样例甲 -> D1：期望工具 tcpdump 本机不可用，实验改「确定性模型 + 纯标准库复现」，降级原因写进 evidence 留证文件 样例乙 -> D2：「产出价值」证据只有 1 个对标帖，字数带 1800-3000 下调 30% 为 1260-2100，标题不许带对比性数字 样例丙 -> D3：需求单引用了未拍板的门（gating 1 条），可产稿可验收，不许进发布队列，状态停在 accepted-by-demand 汇总：3 个样例各命中一档 = True；每档都给出可执行处置，拒单之外的灰区有了出口

D2 的下调不是修辞，是乘法：本位字数带 1800–3000，打七折输出 1260–2100，标题同时被禁带对比性数字。D3 的止损更实在——稿照产、验收照跑，但仓库里的状态栏锁死在进发布队列之前那一步，等负责人拍板。

五、被拒回来的稿子长什么样：39.5 到 11.2

有一条真实的评审留证：一张小样单出厂时闸门全绿，唯独「与基准稿不重叠」这条判据当时还不在闸门里——「这条就是首轮 39.5% 能顶着 PASS 出厂的缺口」。需求方本机独立复算 3-gram 比对后，结论是「failed-acceptance，退回produced」，验收记录的原句是「全绿；唯 ④ 39.5% 超阈值一倍」。

返工要求里还有一句：「别靠同义词替换糊弄」——换词不改结构照样命中。于是入口换掉、判据落点挪走、举例句式拆掉，重交的终版是「200 字 / 11.2% / 交集 22」。从 39.5 到 11.2，砍掉一半多的不是运气，是句子结构本身。

这条判据后来补进了出厂闸门：需求单判据行里写了重合率阈值的，证据目录必须留下一条低于阈值的本机实算行。本单要求压在 15% 以下，完整比对输出随证据落盘，数值就写在文件里，不用你信我。

六、判据链：带走三个「看」

提需求单时看价值栏：数字是不是本机实跑的，出处指不指得到。交稿验收时看判据栏：每一条是不是翻成得了 diff、正则或计数。排发布队时看闸门栏：gating 里还有没有没拍板的门。三个「看」都过关，需求单才算写完；内容排期这张表，才轮到这张单来填。缺任何一个，退回、打折或停发，都有据可查。

本稿属于合集《自媒体内容工厂实战》，前一篇讲的是生产与分发分离：用一个 Git 私有仓当唯一交接面。