#身份、权限与审计

#把责任边界写进方案

数字员工进入真实业务前，需要明确谁触发、以什么身份执行、能访问哪些数据，以及哪些动作由谁决定。人类成员、数字员工、外部用户、管理员和服务账号承担不同职责，不能因为处于同一会话就共享权限。

安全设计贯穿岗位、技能、工具、数据和验收。企业应按照完成工作所需的最小范围授权，并给高风险动作设置明确的人类确认点，而不是在上线后依靠口头提醒补救。

#区分权限控制与业务过滤

会话中的过滤规则不能替代底层访问权限。普通业务员工不应默认拥有组织管理、系统管理或数据结构管理能力，装配期所需的高权限也应按交付安排复核。

#Team、工作区与管理权限

方案的运行边界是 team：员工、成员、设备、Secret、知识、计划任务和业务系统都应放回对应团队配置中核对。能使用某位员工，不代表能查看它处理过的全部资料。个人工作区用于本人资料与成果；团队工作区分别配置内容查看范围和成果提交范围。

管理员能维护权限和员工配置，不代表能查看其他人的私人内容。不要以管理员账号通过的测试替代真实参与者测试。使用发起人、协作者和未授权成员分别检查任务、成果和业务资源；定时执行以及员工交接也要验证执行身份。详见 工作区与成果 与 管理能力速查。

#外部身份与凭据使用

外部用户通过微信、企微或飞书进入会话时，不能仅凭昵称或自报身份放行业务查询。应检查渠道用户与内部成员或客户档案的绑定关系；没有绑定时，只处理允许公开的信息并引导完成既定绑定流程。

当前开发指南未给出独立身份核验工具契约，不能用假定存在的核验工具替代真实绑定流程。外部系统凭据由 team 内授权成员配置到 Secret / 保险箱，员工通过能力引用，不把账号、密码、token 或私钥写入 skill、文档正文、对话或代码。team_vault_catalog 仅查询可用凭据的名称和用途，不返回真实秘密值。

验证时，先确认员工可发现所需凭据，再通过获授权能力完成一次真实操作并核对结果；不要以打印秘密值作为验收方式。缺少授权、凭据失效时，应停止对应动作并交给配置责任人处理。MCP 调用也应按所需方法授权，具体执行组合见 企业环境访问。

#验收越权与拒绝路径

除正常流程外，应专门测试外部用户未绑定、用户查询他人数据、工具权限不足以及确认被拒绝的情况。期待结果是正确限制访问、说明原因并保留处理记录，而不是尝试绕开限制。

价格承诺、合同动作、对外发布、敏感通知和财务例外需要展示依据并等待授权人判断。验收应关联触发人、执行员工、工具与数据操作、确认人和最终结果，确认拒绝后动作停止、批准后按已确认内容执行。完整方法见 验收。