kangshifu-board/docs/workshop-r15-contract-fix-20261112

Skill r15-local.4：保留公开账号绑定契约

r15-local.3 的 redactIdentity() 把所有名为 accountBinding 的字段删除，误删了 workshop-contract 中的公开能力声明及 workshop-start 的安全绑定摘要。数字人因此无法识别首次账号绑定入口。该问题来自我方客户端脱敏范围，非生产函数代码未加载。

核验与修正

• 生产接口在匿名、管理员、受限服务身份下共6次独立请求都返回 workshop.accountBinding.enabled=true。旧版脱敏函数可稳定重现“原始接口有字段、受控结果没有字段”。
• 修正版按位置、schema及允许字段保留两种公开对象：workshop.accountBinding能力声明、会话回执顶层且status=bound的安全摘要。报告记录内meta.attribution.accountBinding仍被移除，平台内部编号、服务身份及私有档案字段继续脱敏。
• 新增2个回归测试覆盖真实runWorkshop('workshop-contract')调用路径及公开摘要/私有快照的差异。工作坊126项、绑定/身份/凭据27项全部通过；Skill校验通过；完整.skill包55个公开文件逐字节核验通过。
• 新本地模块连真实线上服务读取契约成功。这是本地执行，不等同于容器已安装r15-local.4。
• 按用户补充要求，首次询问称呼和账号后必须反馈查找结果：找到账号、未找到、查询尚未完成分别说明；绑定成功才告知对话已关联。查找沿用受控注册名册/持久绑定接口，本人确认时实时核对平台账号，不能把报出用户名当认证。后续课堂提交沿用同一账号的memberKey，一个账号一个看板成员。

交付与升级

固定包：docs/workshop-final-files-20261111/final-康师傅工作坊.skill；入口维护源仍为skills/ksf-workshop-runtime/final-SKILL.md。新哈希和逐文件差异见release.json。已知旧版完整字节基线见baseline-r15-local.3.json，包含55个公开文件与final别名，可按当前组织库适配器格式纳入previous-release.json，不可关闭完整性保护或照搬旧r14安装器。

使用本次固定源码提交，更新kangshifu/workshop-config内Skill payload、final别名、发行元数据和清单。普通提交推送并回读；固定组织提交后刷新fmode01映射并升级agent-node-kangshifu。完整56件组织Skill载荷替换中保留容器私有件；未知差异继续停止。

确认无运行任务后受控重载gateway-default。运行ksf-secure.mjs workshop-contract，检查entryResult.result.workshop.accountBinding.enabled === true；再用容器原服务身份运行果鹏既有档案的account-status，应保持bound及原memberKey。从真实网关任务核对版本r15-local.4与入口SHA，首次使用时询问称呼和已开通账号、本人登录确认、绑定后提交成果。

本次不需要重载/重发平台云函数，不修改employeeAccountsProvisioned旧标记。v3手册及13段提示词、VOC 0.3.45、后端函数、数据库结构和看板界面均无变更。冻结ksf-workshop.mjs、ksf.mjs及ksf-account.mjs原字节保留；受控包装只同步新的身份模块校验值。

现状与边界

运维回执确认r15-local.3已安装、VOC 0.3.45在线；本补丁的组织库同步与容器安装仍待运维回执。本机现有组织库Git身份此前返回403，无已授权宿主连接，源码推送不代表运行容器已更新。

线上成员与分组接口仍为27人，果鹏原报告JLF4v5MpyR保留且绑定同一规范成员。只读核验未创建成员或报告、未改后端。首次新学员的本人登录确认交互与真实报告闭环仍需在实际使用中验收，本次未伪造员工会话。

本地受限连接文件对应的服务身份与容器报告归属服务身份不同，其绑定查询受服务隔离约束，不能用它返回的unbound否定容器既有bound结果；补验必须使用容器原凭据。