feat(aihr): finalize practice growth and access boundaries

docs/银城大喇叭与问模块纠偏增量方案-20260722.md

@@ -1,8 +1,8 @@
 # “银城大喇叭 + 问模块纠偏”增量方案
 
-> 版本：v1.1
-> 日期：2026-07-23
-> 状态：A 的事实纠偏、B 的最小消息闭环和 C 的消息上下文追问已部署，并完成当前构建、线上产物、后端模块和 `57/57` schema 的一致性核验；本方案列出的完整 B 能力和 D—E 仍待实施。
+> 版本：v1.2
+> 日期：2026-07-24
+> 状态：问模块纠偏、大喇叭发布/阅读/追问、定向/必读结构、单文件提炼，以及独立五通道直通车均已部署；当前完整包已通过线上静态资源、后端模块和 `64/64` schema 一致性核验，并完成全员文件消息与直通车的生产认证态回归。定向人群正反例、正式处理人绑定、消息修订/补推和强触达仍待补齐。
 > 适用范围：银城帮道员工端、管理端与 `ruoyi-aihr` 业务模块
 > 关联方案：[产品功能优先级与实施计划](银城帮道产品功能优先级与实施计划-20260721.md)、[员工端 APP 分阶段实施总纲](银城员工端APP分阶段实施总纲.md)、[问师傅多轮会话与原始资料交付设计](20260718/问师傅多轮会话与原始资料交付设计.md)
 
@@ -14,19 +14,20 @@
 2. 已发布的首版消息面向本租户全员可查；按项目、岗位、层级的匹配用于**置顶、提醒和排序**，不应导致员工完全看不到公司公开信息。
 3. 员工可在消息详情中点击“就这条消息问数字师傅”，带着受服务端校验的消息上下文进入现有“问”模块。
 4. “问”回答“我现在该做什么”时，必须先查该员工当前真实任务；没有任务就明确说明“当前没有查到待办”，只能给非强制建议，不能把通用培训内容伪装为已下发工作。
-5. 首版不包含高管直通、匿名建议、企业微信/短信强触达、考勤请假审批、工单派发或自动创建任务。这些能力另立流程和权限，不混入大喇叭 MVP。
+5. 员工直通车已作为独立领域实现，不复用大喇叭消息表；企业微信/短信强触达、考勤请假审批、工单派发或自动创建任务仍不纳入大喇叭。
 
 这项增量同时服务两个目的：一是让制度、通知、文件不再散落在群聊中；二是让员工在接收信息后能基于原文继续追问，并获得有来源、不过度承诺的回答。
 
-### 0.1 2026-07-23 实际交付边界
+### 0.1 2026-07-24 实际交付边界
 
 | 范围 | 当前状态 | 证据边界 |
 |---|---|---|
-| A：问模块纠偏 | 已实现并部署 | 会话开始后收起占位辅助区；消息与知识回答不得伪造员工待办，强行动入口只接受服务端真实任务事实。认证态的完整生产回归仍待执行。 |
-| B：大喇叭最小闭环 | 已实现并部署 | 员工可查看本租户已发布消息、读取未读数和写入幂等已读；管理端可按当前租户发布、列表查看和撤回。首版不含定向规则、附件、AI 摘要、“与我有关”、修订版本和人工补推。 |
-| C：消息上下文追问 | 已实现并部署 | 详情页只传 `broadcastMessageId`；服务端重验当前身份、租户、在职状态和 `PUBLISHED` 状态，同一短会话不可改绑消息，撤回后续问即拒绝。 |
-| 发布基础验证 | 已完成 | 当前构建、线上 H5/管理端资源、后端模块与 schema 已核验；服务处于 `active`。最终发布后只查看了未登录 H5 页面，尚未以正式认证账号重放“发布—阅读—追问”闭环。 |
-| 后续范围 | 未实施 | 项目/岗位/层级定向、附件与摘要、相关性说明、修订/补推、强触达和外部流程仍按本方案后续批次处理。 |
+| A：问模块纠偏 | 已实现、部署并回归 | 会话开始后收起占位辅助区；消息与知识回答不得伪造员工待办，强行动入口只接受服务端真实任务事实。 |
+| B：大喇叭消息闭环 | 已实现、部署并回归 | 支持全员公开、项目/岗位/层级目标快照、必读、已读、撤回，以及单文件上传、异步提炼、摘要展示和受控下载。生产已验证全员文件消息，测试消息随后撤回。 |
+| C：消息上下文追问 | 已实现、部署并回归 | 详情页只传 `broadcastMessageId`；服务端重验身份、租户、在职状态和消息状态，并从服务端加载附件内容。生产已验证基于文件内容回答；撤回后不可继续访问。 |
+| D：员工直通车 | 已实现、部署并回归 | 员工选择高管、财务、人力、审计或运营后业务匿名提交；内部保留身份审计，五类角色分权处理，每条仅一次正式回复。生产已验证匿名提交、审计处理、员工查看回复。 |
+| 发布基础验证 | 已完成 | 当前构建与线上 H5/管理端资源、后端模块一致，服务 `active`，schema 只读预检为 `64/64`。 |
+| 后续范围 | 部分待补 | 定向人群正反例、正式处理人绑定、消息修订/补推、强触达和外部流程仍待完成。 |
 
 本节是当前实现状态的唯一摘要；第 1—11 节保留目标设计和验收标准，不能因其中的完整设计而推断所有能力均已上线。
 
@@ -71,7 +72,7 @@
 | 银城大喇叭 | 公司信息如何可靠触达、回看和理解 | 消息发布、频道浏览、定向提醒/置顶、阅读审计、附件与摘要 | 审批流、工单系统、即时聊天、匿名建议箱 |
 | 问 · 数字师傅 | 员工如何理解制度、消息和工作知识 | 有来源的消息解读、SOP/知识问答、真实任务状态说明 | 擅自派工、自动创建任务、承诺外部部门已经处理 |
 | 学 / 练 | 员工如何获得并完成训练 | 已有学习、陪练、训练任务承接 | 承担公司通知分发 |
-| 后续员工直达 | 员工如何向管理层提出敏感意见或求助 | 后续单独设计匿名、实名、收件人、回复 SLA 与审计 | 复用大喇叭消息表“顺手实现” |
+| 员工直通车 | 员工如何向明确职能负责人提出敏感意见或求助 | 五个固定通道、业务匿名、内部审计、分权处理和一次正式回复 | 复用大喇叭消息表、即时聊天、工单转派或承诺 SLA |
 | 北森/外部 HR | 请假、考勤、正式人事流程如何办理 | 后续有正式接口合同后承接 | 用问答或大喇叭模拟审批成功 |
 
 ### 2.2 本次纳入范围
@@ -85,7 +86,7 @@
 
 ### 2.3 明确不纳入首版
 
-- 高管直通、财务/人力/审计直达、匿名建议、投诉受理及其工单分派。
+- 直通反馈的附件、多轮聊天、工单转派和 SLA。
 - 企业微信、短信、电话等强触达渠道；H5 的页面内提醒不能被表述为系统级推送。
 - 正式请假、考勤、排班、工单、线索、客户画像和北森审批。
 - 依据一条消息自动创建训练任务、工作任务、成果记录或 `COMPANY/PENDING` 外部流转。
@@ -297,14 +298,13 @@ flowchart LR
 | B：大喇叭核心 | 消息领域模型、发布/修订/撤回、首页入口、列表、详情、已读未读 | 发布角色、可公开内容范围、组织匹配字段确认 | 发布—阅读—版本—审计闭环；390×844 页面截图与交互记录 |
 | C：消息追问融合 | `messageId` 受控上下文、来源条、消息引用、附件再鉴权 | B 已有可审计的消息版本和资源引用 | 员工从详情追问、连续追问、撤回/换版本/越权三类回归 |
 | D：运营增强 | AI 摘要、相关性说明、人工补推、失败队列与报表 | 核心阅读与组织匹配运行稳定 | 摘要可回原件、低置信提示、补推审计与失败可见 |
-| E：另案能力 | 员工直达/匿名建议、企业微信或短信、北森/审批/工单 | 业务负责人、权限、回执与 SLA 明确 | 独立 BRD、TechSpec、接口和正式环境验收 |
+| E：另案能力 | 独立五通道直通车；企业微信或短信、北森/审批/工单仍另案 | 直通车依赖五类处理角色；外部流程另需接口和回执契约 | 直通车已完成生产认证闭环；外部流程仍待独立验收 |
 
-### 8.1 建议实施顺序
+### 8.1 当前实施状态
 
-1. 先完成 A：解决“问”会误导员工的质量问题，并为消息追问准备可信任务结论。
-2. 再完成 B：让消息具有稳定的发布、版本、阅读和权限事实。
-3. 完成 C：将“就这条消息问”接入成熟的短会话机制。
-4. 最后才做 D 的 AI 摘要和智能相关性。即使 AI 服务不可用，B/C 的原文阅读和人工提问仍应可用。
+1. A、B、C 已实现并完成生产回归；当前 B 不含发布后版本修订。
+2. D 已实现单文件摘要与受控下载，人工补推、失败报表和强触达仍待后续。
+3. E 中直通车已独立实现；企业微信/短信、北森、审批和工单仍保持另案。
 
 ### 8.2 代码与页面影响面（实施前复核）