六端交付标准 防守端之二 Bounded
权限边界
系统在完全正常运行时，也只做被授权的事。
定义与交付底线
系统在完全正常运行时，也只做被授权的事。涵盖身份映射（Agent 以谁的身份行动）、最小权限与链路逐级收窄、跨部门数据墙。权限边界是无感手段（旁听渠道）的合法性前提：无感必须持证上岗。
和其他端的关系
进场核查
手册 2.4「六端信息核查表」里权限边界端的事项。等级：硬，拿不到就不能开启对应能力或不能上线；降，可收窄范围先上线，边跑边补；弃，客户明确不在意时按最小标准处理或跳过。
| 信息与权限项（向谁要） | 企业没有时如何自采 | 缺失对交付的影响 | 等级 |
|---|---|---|---|
| 身份体系接入：SSO、AD、组织架构（IT） | 无法自建；最差单开受限服务账号，人工维护映射 | 共用超级账号，出事无法定责，越权无从防起 | 硬 |
| 数据分级分类（管理层、法务） | 按泄露后果起草粗分级，请管理层确认 | 上下文沉淀层变跨部门泄密器；最易忽视、爆雷最狠 | 硬 |
| 信息墙清单（管理层加分部门访谈） | 只能访谈，架构图看不出 | 小公司老板确认全员共享可简化，须书面确认 | 弃 （条件） |
| 合规红线与员工知情（法务、HR） | 主动把旁听渠道摆上台面谈；不配合瞒着员工上监控 | 无感手段直接违法或引爆劳资冲突；无感必须持证上岗 | 硬 |
设计模式
手册 3.1「十个部署设计模式」里对应权限边界的模式：
- P3 只读先行 一切接入先只读；写权限以沙盒实测加高危清单签字为前提 对应端：涌现、权限边界
- P6 组织记忆流水线 交互中自动沉淀术语、惯例、案例入记忆层，每条带部门与密级标签 对应端：无感、权限边界
- P7 Agent 领岗位 权限即授权审批表加一行：身份映射、最小权限、多 Agent 链路逐级收窄 对应端：权限边界
验收门里的相关项
手册 4.1「单流程三级验收门」里和权限边界有关的验收项：
门 A：Copilot 上线门（只建议，不执行）
- 权限： 只读权限最小化；身份映射完成；数据墙测试通过（跨部门检索不泄）
门 B：HITL 自动执行门（人确认后执行）
- 权限： 写权限经沙盒实测；操作范围与授权审批表逐条对应
门 C：HOTL 高度自动化门（异常才找人）
- 红队： 提示注入、越权指令、横向检索攻击测试通过
理论锚点
手册附录 A：
- 理论锚点
- 委托代理理论（詹森与梅克林）、三道防线（内审协会）、COSO 内控、授权审批权限表
- 一句话引用
- 给贵司的审批权限表加一行，让 AI 像新员工一样领岗受约束
业界案例里的这一端
Datawhale《FDE 案例100》第一期的 24 个案例里，我们标注了 5 个体现权限边界的案例。下面是标注理由（我们的分析，不是原书内容）：
- NO.5 从大海捞针到全链路提效：FDE用AI重构TikTok达人建联与履约 开发前先办妥 TikTok 跨境数据的权限申请，并确认隐私、留存、服务器部署以及数据能否出境等要求。
- NO.8 从物料难找到精准定位：FDE用AI减少工业企业采购浪费 构建前先确认数据能否取出、处理结果能否写回老 ERP、业务部门是否允许触碰现有系统，把系统授权当作用例成立的前提。
- NO.9 从“表哥表姐”到智能执行：FDE用AI重构央国企财务流程效率 敏感财务数据不进公共模型，改用私有化部署、数据留在域内，划清了数据边界。
- NO.11 从文件散乱到随取随用：FDE用AI帮外贸企业把资料变成可用资产 合同和客户资料连部分员工都不给看，开发改由客户本地的 AI 完成，数据始终不出企业。
- NO.20 从看不清订单到看清经营：FDE用AI让制造企业的经营流程更透明 对原有 ERP 只做只读同步，新增的匹配和看板不改动原系统承担的业务功能。