人工智能安全名册上有一个项目，只说明有人曾经写过一条简介。简介里若写着「目前需要人维护」，这条就是空的。有的目录全年预算只够一个全职加一个兼职，其余靠志愿，页面可以很多，并不表示每条本周有人核过。上次更新时间和维护人姓名空着，就不要把这条算进正在进行的工作。

人工智能名册痛点在把条目数量当成劳动数量

志愿项目里常见三类。一类是抓取、汇总、给聊天回答供料的流水线，作者离开后页面还在，流水线已经停。一类是把已有论证译成读者真正使用的语言，让不读原文的决策者能转发。一类是给新人的对照表：你同意哪一种威胁、哪一种时间判断，就指向已有议程、钱、人和还空着的缺口。三类都有用，也都依赖维护。停更的汇总会把过时结论继续送出去。没有维护人的翻译，发出去的是一次活动，不是一条通道。

翻译尤其容易被高估。决策的人如果只读自己的语言，缺的是通道，不是又一篇原创宣言。通道和论证要分列：通道解决「看得到」，论证解决「说得对不对」。把翻译项目报成研究突破，两列都失真。对照表若只堆链接、不写缺口，新人仍会走到声音最大的那个项目，而不是走到没人做的那一格。

集中赶工会放大这个错觉。用一个长周末把大家分成小组改页面，期间可以完成很多合并。周一谁合并冲突、谁回答后来的勘误，如果活动开始前没有点名，周末的产出会在下周开始腐烂。顾问和社群通话是同一结构：热心、甚至很专业，但没有落成「你下周四之前交哪一页」的决定，就只是一次连接。连接可以记在社群指标里，不能记在贡献指标里。

人工智能名册验收五步：更新时间、维护编制、赶工前点名、翻译不顶论证、电话要有决定

1. 每条项目写上次更新和维护人。写着需要人维护的，状态就是空缺。
2. 目录整体写维护编制：全职几人、兼职几人、志愿几人。页数禁止代替这个编制。
3. 集中赶工前点名周一仍在的人。点名失败，活动成果不进季度交付。
4. 翻译项目单列读者语言。禁止把通道完成写成新论证完成。
5. 顾问或社群通话后没有书面决定的，不计入贡献。

上表把「看得到一条」和「有人在养这条」分开。名册的价值在第二列，不在第一列的行数。

人工智能现场怎么养一条而不是只挂一条

每条活项目每月留三行：维护人、上次核验日期、这一月改了哪一句。连续两个月没有核验，自动改成空缺，从「进行中」拿掉，直到有人认领。认领时写清技能，例如只会改文字、还是能修抓取。技能空着的认领，按未认领。

编制和页数放在目录首页，不放在关于页的深处。全职不足两人时，新增一页之前先归档一页过期内容。归档不是失败，是让读者不要把停更当成现状。新人对照表必须有一列「仍空着的缺口」。这一列空的对照表，会把所有人指到已有项目上，缺口继续没人看见。

赶工的立项条件改成：每个小组在开工前写下周一的维护人姓名。写不出的题目不做，哪怕周末人手看起来很多。顾问把建议收成三行里的决定和日期，由被帮助的人确认。未确认的建议不计数。我们见过活动相册很满、两周后勘误邮箱无人回，名册仍写着周末之后「已更新」。

人工智能常见翻车是用条目增长当年度报告

条目增长说明收集还在发生。收集的人若已经离开，增长会停，旧条目继续被引用。年度报告只报新增、不报转为空缺的数量，读者会以为覆盖变厚了，实际上是冻住了。

另一类翻车是把一次翻译发布会当成对那个语言地区的研究完成。发布会结束，原文若更新了而译本没有维护人，通道在下一周就过期。过期的通道比没有通道更误事，因为人们以为自己读到的是现状。

结论：人工智能安全名册以维护人和更新日期为准，不以行数为准

挂出来是收集。养着才是工作。翻译是通道。通话是连接。这些都可以做，但不要记成别的成果。

你下次引用名册上的一个项目，先看维护人、上次更新、以及它是通道还是论证。三格空着或写着需要人维护，先不要把它算进正在进行的工作。

本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源