Files
prop-ai-hr/docs/帮道8月1日业务内容与五通道签认单-20260729.md
T

119 lines
7.9 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 帮道 8 月 1 日业务内容与五通道签认单
> 适用版本:2026-08-01 Android 受控内测
>
> 技术准备状态:`READY_FOR_BUSINESS_SIGNOFF`
>
> 业务签认状态:`PENDING`
>
> 数据边界:本文件不记录手机号、验证码、账号、访问令牌、住户个案或其他个人敏感信息。
## 1. 当前结论
技术侧已经把生活顾问调研转成可逐项审核的 5 个场景候选和 30 道问题候选,并完成五通道接口、固定码登录和认证后只读主路径验证。但业务方尚未提供正式制度来源、内容审核结论和五通道处理人,因此当前不能启用候选内容,也不能把“通道可选”解释成“有人收件”。
截至 2026-07-29 的签认基线:
| 项目 | 当前事实 | 本单完成条件 |
|---|---:|---|
| 已收生活顾问访谈 | 1/24 | 其余访谈可在内测后继续补,但本轮 5 个正式场景必须有独立正式依据 |
| 场景候选 | 5 | 5/5 完成来源、红线、Rubric 和审核签认后才能发布 |
| 正式可发布场景 | 0/5 | 不得用 seed、访谈经验或 AI 生成答案替代 |
| 问题候选 | 30 | 30/30 绑定正式文件和预期引用/拒答行为 |
| 正式有据标准答案 | 0/30 | 来源、版本、适用范围与审核人齐全 |
| 直通车通道 | 5/5 可见 | 每个通道至少绑定 1 名主处理人和 1 名替补 |
| 生产有效处理人绑定 | 5 个角色均为 0 | 绑定后完成本通道正例、跨通道反例和一次正式回复 |
候选事实源:
- [生活顾问内容候选审核包](帮道8月1日生活顾问内容候选审核包-20260729.md)
- [`aug1-life-advisor-content-candidates-v0.1.json`](content-candidates/aug1-life-advisor-content-candidates-v0.1.json)
- [生活顾问调研转化清单](生活顾问调研转化清单-20260728.md)
## 2. 五个场景签认
任何一行未完成时,该场景继续保持 `enabled=false`、`publishable=false`,不得进入员工端。
| 候选 ID | 场景 | 正式文件编号/版本/生效日 | 适用项目或业态 | 红线与升级路径已确认 | Rubric 审核 | 审核结论 | 审核人/日期 |
|---|---|---|---|---|---|---|---|
| `LC-AUG1-SC-001` | 拒绝提供定位信息时的报修受理 | 待业务填写 | 待业务填写 | 待签认 | 待签认 | `PENDING` | 待签认 |
| `LC-AUG1-SC-002` | 物业费明细与服务争议沟通 | 待业务填写 | 待业务填写 | 待签认 | 待双人签认 | `PENDING` | 待签认 |
| `LC-AUG1-SC-003` | 维修延期后的解释与升级跟进 | 待业务填写 | 待业务填写 | 待签认 | 待签认 | `PENDING` | 待签认 |
| `LC-AUG1-SC-004` | 情绪化停车冲突投诉的降级处理 | 待业务填写 | 待业务填写 | 待签认 | 待双人签认 | `PENDING` | 待签认 |
| `LC-AUG1-SC-005` | 收费沟通与服务整改并行闭环 | 待业务填写 | 待业务填写 | 待签认 | 待双人签认 | `PENDING` | 待签认 |
审核规则:
1. 正式依据必须是公司制度、已发布 SOP、有效公示或经授权的项目规则;访谈只用于发现主题。
2. 高风险场景必须由两名不同审核人复核同一内容版本。
3. 收费、优惠、分期、报警、隐私和承诺时限不得由模型自行补充。
4. 场景来源、回合、五维评分说明和风险等级任何一项含占位内容时,发布门禁必须拒绝。
5. 审核结论只允许 `APPROVED` 或 `REJECTED`;未填写一律按 `PENDING`。
## 3. 三十道问题签认
30 道问题的 ID、问题文本和预期边界行为以候选 JSON 为准,本单不复制答案。每一类均需完成 6/6,合计 30/30 后才能作为正式回归集。
| 类别 | 数量 | 必交证据 | 当前结论 | 审核人/日期 |
|---|---:|---|---|---|
| `NORMAL` | 6 | 当前有效文件、精确引用、适用范围 | `PENDING` | 待签认 |
| `SYNONYM` | 6 | 与对应正常题相同的来源和一致结论 | `PENDING` | 待签认 |
| `CONFLICT` | 6 | 冲突文件、版本优先级和停止自行裁决规则 | `PENDING` | 待签认 |
| `NO_EVIDENCE` | 6 | 无依据时的明确拒答文案,不生成政策事实 | `PENDING` | 待签认 |
| `UNAUTHORIZED` | 6 | 权限矩阵和越权命中为零的反例 | `PENDING` | 待签认 |
正式题单必须另附:问题 ID、标准答案、来源附件 ID、引用片段 ID、文件版本、生效日期、适用项目、审核结论和实际回归结果。不得把模型临时回答写回为标准答案。
## 4. 五通道处理人和权限签认
生产只读审计确认五个角色均已存在,但当前每个角色的有效用户绑定数都是 0。处理人身份由业务负责人指定,技术侧不得擅自把任意后台用户绑定为真实收件人。
| 通道 | 角色代码 | 主处理人 | 替补处理人 | 本通道列表/详情正例 | 其他四通道越权反例 | 一次正式回复 | 业务签认 |
|---|---|---|---|---|---|---|---|
| 总裁 | `direct_president` | 待指定 | 待指定 | 待验收 | 待验收 | 待验收 | `PENDING` |
| 财务 | `direct_finance` | 待指定 | 待指定 | 待验收 | 待验收 | 待验收 | `PENDING` |
| 人力 | `direct_hr` | 待指定 | 待指定 | 待验收 | 待验收 | 待验收 | `PENDING` |
| 审计 | `direct_audit` | 待指定 | 待指定 | 待验收 | 待验收 | 待验收 | `PENDING` |
| 运营 | `direct_operations` | 待指定 | 待指定 | 待验收 | 待验收 | 待验收 | `PENDING` |
每个通道的验收动作固定为:
1. 业务负责人签认主处理人和替补,由系统管理员绑定对应角色。
2. 处理人只能看到本通道;其他通道列表、详情和回复必须拒绝。
3. `superadmin` 仅作系统管理全局能力,不代替五个真实业务处理人。
4. 员工匿名提交时,处理端不显示提交人;系统仍保留内部审计身份。
5. 同一反馈只允许一次正式回复,不扩展为多轮聊天、转派或 SLA。
6. 验收记录只写角色、时间、结果和证据编号,不写员工手机号或反馈正文。
## 5. 已完成的非真机技术证据
`scripts/verify-aug1-authenticated-production.sh --execute` 已使用生产现有 `app_user` 和双向唯一在职组织身份完成首次登录和重新登录,测试值只存在执行进程内:
- 首次获取验证码命中固定码分支,退出后等待 60 秒防刷窗口,再次获取固定码;应用日志确认两次均“未真实发送短信”;
- 登录返回有效移动端会话,`/api/aihr/mobile/me` 返回有效角色和非空项目范围;
- 认证首页、训练历史、画像、五通道列表、我的反馈、大喇叭、考试、案例能力和全网能力只读入口通过;
- 五通道列表恰好返回 5 个通道;
- 首次退出成功,旧令牌再次访问时按业务码 401 拒绝;第二次固定码登录、身份读取和退出再次通过;
- 脚本只选择已存在 `app_user`,不会触发手机号自动注册,不提交反馈、训练、附件、ASR/TTS 或 Agent 业务请求。
这组证据完成登录与认证只读链路,不替代 Android 真机媒体权限、系统选择器、前后台和弱网验收,也不替代本单的内容与处理人签认。
## 6. 最终签认
只有以下全部完成,业务部分才可标记为 `APPROVED`:
- [ ] 5/5 场景完成正式来源、红线、Rubric 和审核签认;
- [ ] 30/30 问题形成有据标准答案与权限/拒答回归证据;
- [ ] 五个处理角色分别绑定主处理人和替补;
- [ ] 五通道正例、跨通道反例和一次正式回复全部通过;
- [ ] 内容运营确认候选版本、导入版本和员工可见版本一致;
- [ ] 发布负责人确认本单对应的后端、内容和权限变更已纳入回退点。
| 签认角色 | 结论 | 签认人 | 日期 | 备注 |
|---|---|---|---|---|
| 业务总负责人 | `PENDING` | 待签认 | 待签认 | |
| 知识内容负责人 | `PENDING` | 待签认 | 待签认 | |
| 训练内容负责人 | `PENDING` | 待签认 | 待签认 | |
| 五通道业务负责人 | `PENDING` | 待签认 | 待签认 | |
| 发布负责人 | `PENDING` | 待签认 | 待签认 | |