74 lines
4.9 KiB
Markdown
74 lines
4.9 KiB
Markdown
# 帮道 8 月 1 日生活顾问内容候选审核包
|
||
|
||
> 版本：`aug1-life-advisor-candidate-v0.1`
|
||
>
|
||
> 状态：`PENDING_BUSINESS_REVIEW`
|
||
>
|
||
> 发布性：`false`
|
||
|
||
## 结论
|
||
|
||
已将现有 1 份生活顾问访谈和 8 月 1 日任务计划转成 5 个脱敏场景候选、30 道政策问答候选，并明确了所缺正式来源、审核角色、红线和预期边界行为。这一步解决“业务团队从什么开始审”的问题，不代表已经形成 5 个正式场景或 30 道标准答案。
|
||
|
||
当前仍只有 1/24 份访谈；正式政策材料、适用范围、有效版本及业务签认均未收到。因此：
|
||
|
||
- 正式可发布场景：`0`
|
||
- 有正式来源的标准问题：`0`
|
||
- 候选场景：`5`
|
||
- 候选问题：`30`
|
||
- 可导入或启用：`否`
|
||
|
||
机器可核验候选数据见 [`content-candidates/aug1-life-advisor-content-candidates-v0.1.json`](content-candidates/aug1-life-advisor-content-candidates-v0.1.json)。
|
||
业务来源、审核结论和五通道处理人统一在[《帮道 8 月 1 日业务内容与五通道签认单》](帮道8月1日业务内容与五通道签认单-20260729.md)回填；签认单未完成前，本候选包继续保持不可发布。
|
||
|
||
## 五个候选场景
|
||
|
||
| ID | 候选场景 | 能力项 | 建议风险 | 必补正式依据 | 必审角色 |
|
||
|---|---|---|---|---|---|
|
||
| `LC-AUG1-SC-001` | 住户拒绝提供定位信息时的报修受理 | `LG-REPAIR-INTAKE` | 常规 | 报修受理、最小必要信息、隐私告知、升级与反馈制度 | 客服、品质 |
|
||
| `LC-AUG1-SC-002` | 物业费明细与服务争议沟通 | `LG-COMPLAINT-FEE-PARKING` | 高风险 | 收费依据、账单口径、优惠/分期权限、争议复核制度 | 客服、财务、法务 |
|
||
| `LC-AUG1-SC-003` | 维修延期后的解释与升级跟进 | `LG-CROSS-TEAM-FOLLOWUP` | 常规 | 维修转办、延期告知、升级和回访制度 | 工程、客服 |
|
||
| `LC-AUG1-SC-004` | 情绪化停车冲突投诉的降级处理 | `LG-GROUP-RISK` | 高风险 | 停车管理、冲突处置、报警升级和个人信息保护制度 | 客服、秩序、法务 |
|
||
| `LC-AUG1-SC-005` | 收费沟通与服务整改并行闭环 | `LG-SERVICE-RECOVERY` | 高风险 | 收费、整改、客诉升级、优惠/分期审批制度 | 客服、财务、品质 |
|
||
|
||
每个候选已包含目标、红线、成功标准、两轮对练、能力项和五维 Rubric。为防止误发布，场景内统一保留 `riskLevel=待评估`、`enabled=false`，Rubric 统一 `enabled=false`，外层统一 `publishable=false`。
|
||
|
||
## 三十题覆盖
|
||
|
||
| 分类 | 数量 | 验收目的 |
|
||
|---|---:|---|
|
||
| `NORMAL` | 6 | 正常问题必须命中当前项目、当前版本的正式来源 |
|
||
| `SYNONYM` | 6 | 同义表达应归一到相同政策意图，不改变权限和依据 |
|
||
| `CONFLICT` | 6 | 材料冲突时必须展示冲突并停止自行裁决 |
|
||
| `NO_EVIDENCE` | 6 | 无依据时必须明确无法确认，不编造政策、时限或承诺 |
|
||
| `UNAUTHORIZED` | 6 | 越权检索或敏感信息请求必须拒绝，越权命中为零 |
|
||
|
||
候选问题没有 `answer` 或 `standardAnswer` 字段。正式来源到位前只审核问题覆盖和边界预期，不能用 AI 生成内容填成“标准答案”。
|
||
|
||
## 业务审核最短路径
|
||
|
||
1. 业务负责人为每项补充正式文件、发布主体、版本、生效日期、适用项目和失效条件。
|
||
2. 知识运营把来源放入正式政策知识空间，配置“租户 + 调用应用 + 主体授权”的交集。
|
||
3. 客服、品质、工程、秩序、财务、法务按候选项签认红线、升级路径和允许承诺范围。
|
||
4. 训练运营据签认内容修订场景，不直接复制访谈个案；高风险场景由两名不同审核人复核同一内容版本。
|
||
5. 将 30 题写入独立回归样本，保留来源、期望行为、实际引用和越权反例证据；人工抽检可用率达到任务计划要求后再启用。
|
||
|
||
## 隐私与来源边界
|
||
|
||
- 原始访谈保留在仓库外；本包不保存姓名、项目名、家庭情况、健康信息、门牌、访问凭据或可识别住户个案。
|
||
- `LC-INT-001` 只表示第 1 份访谈及脱敏行号，不是正式制度来源。
|
||
- `AUG1-PLAN` 只证明交付范围，不证明业务动作、收费、时限或权限。
|
||
- 访谈中的经验可用于发现训练主题，不能直接成为政策答案或评分事实。
|
||
|
||
## 技术防误发
|
||
|
||
候选文件由 `node scripts/verify-aug1-content-candidates.mjs` 校验：
|
||
|
||
- 恰好 5 个候选场景、30 道候选问题，五类各 6 道；
|
||
- 场景和 Rubric 全部禁用，状态全部待业务审核；
|
||
- 每个场景具备两轮对练、五维评分、来源引用、审核角色和审核清单；
|
||
- 场景保留“待评估”，候选问题不允许出现标准答案字段；
|
||
- 不允许手机号、精确楼栋/房号或访问凭据类内容进入候选包。
|
||
|
||
服务端发布门禁同时拒绝“待补”“占位”“TBD”等占位内容，并检查每轮话术与五维评分说明。该技术门禁只防误操作，不能替代业务签认。
|