AI 客服的 53 条强制自查项是怎么来的？

53 条从哪来：先数条款，再拆检查项

我方的解析路径分三步：

1. 把标准第 4~9 章拆成条款节点，共 47 个；
2. 判断每个节点是"要求型"还是"说明型"，其中 44 个为要求型；
3. 把要求型条款翻译成企业能逐条打勾的检查项。

判断标准是什么

翻译一条条款时，主要看三点：这条讲的是"必须做"还是"建议做"；对应的是系统配置、人员流程还是文档留痕；能不能用一个可观察的动作验证。能被验证的，才写成检查项——这是自查表能用起来的前提。

条款数不等于检查项数

一条条款常常包含多个可检查动作，所以检查项会比条款多。最典型的例子是第 5.2.2.6 条"特定场景自动转接"：它规定了 a)~e) 五类场景，仅这一条就拆成 5 条检查项。反过来，也有条款因为指向的是同一件事，只落成一条检查项。

数量对照

为什么分成强制项和优化项

强制项来自条文里的规范语气和明确的必须类要求；优化项多来自"宜 / 可"类建议。企业资源有限时，先做 53 项强制项，再用其余优化项做体验提升，顺序不要反。

用这张表时注意两点

• 不要拿条款号当检查项号，两者对不上；
• 强制项判断以条文语气为准，同一章节里可能既有强制项也有优化项。

这张表可以复用吗

可以。检查项一旦拆好，就能直接当作企业内部的自查模板，按季度滚动填报。每次填写只更新"现状、证据、责任人、结论"四列，条款号和检查项保持稳定，便于对比不同时期的变化。遇到标准修订或系统大改，再回到条文重新对齐。