fix(release): enforce August 1 business readiness
This commit is contained in:
@@ -116,3 +116,35 @@
|
||||
| 训练内容负责人 | `PENDING` | 待签认 | 待签认 | |
|
||||
| 五通道业务负责人 | `PENDING` | 待签认 | 待签认 | |
|
||||
| 发布负责人 | `PENDING` | 待签认 | 待签认 | |
|
||||
|
||||
## 7. 机器门禁与回填方式
|
||||
|
||||
本单用于业务阅读;机器事实源是 [`aug1-release-approval.json`](content-candidates/aug1-release-approval.json)。它只保存正式来源的编号、版本、适用范围与哈希,逐项审核和回归证据引用,以及生产场景版本/哈希,不复制制度正文、标准答案、手机号或处理人身份。
|
||||
|
||||
回填顺序固定为:
|
||||
|
||||
1. 业务方提供正式文件,登记 `sourceRegistry`;不得把访谈或 AI 输出登记为 `formalPolicy=true`。
|
||||
2. 5 个场景在管理端完成内容录入和审核,高风险场景由不同人员二审;把最终生产 `scenarioCode`、`contentVersion`、`contentHash` 和证据引用回填到对应 `scenarioApprovals`。
|
||||
3. 30 道问题逐项形成正式引用/拒答/越权回归证据,把证据文件引用和 SHA-256 回填到 `policyQuestionApprovals`;不把答案正文写入仓库。
|
||||
4. 五类负责人签认后,将顶层 `releaseStatus` 改为 `APPROVED`。任何缺项、占位值、未知来源、证据哈希缺失或高风险同人二审都会失败关闭。
|
||||
5. 系统管理员按本单绑定五通道主处理人和替补;机器门禁只输出每个角色的有效人数,不输出人员身份。
|
||||
|
||||
先审计当前回填进度:
|
||||
|
||||
```bash
|
||||
node scripts/verify-aug1-formal-content.mjs
|
||||
```
|
||||
|
||||
正式签认完成后,严格校验本地证据:
|
||||
|
||||
```bash
|
||||
node scripts/verify-aug1-formal-content.mjs --strict
|
||||
```
|
||||
|
||||
最后执行生产只读门禁:
|
||||
|
||||
```bash
|
||||
./scripts/verify-aug1-release-readiness.sh --execute
|
||||
```
|
||||
|
||||
最终脚本不会请求或消费验证码,不会触发真实短信,不登录,不写数据库。它要求生产固定码模式已明确启用、五个角色各至少两名有效处理人,并核对 5 个已发布场景的版本、内容哈希、审核链和 SOP 引用与签认清单完全一致。
|
||||
|
||||
Reference in New Issue
Block a user