Permissions

当前 beaver/permissions 更像预留边界,还没有形成完整策略执行链路。它应该承接工具执行、文件访问、外部集成、用户身份和审计之间的权限判断。

预期大模块流程

请求动作tool / integration / file / cron
->
上下文user/session/source/workspace
->
策略判断本地 policy 或 AuthZ
->
执行/拒绝ToolResult 或异常
->
审计session event/run evidence

当前状态

骨架模块

现有代码没有在核心路径中统一调用 permissions policy。工具执行主要依赖 ToolExecutor 和各工具自身约束;外部授权能力放在 integrations/authz 边界。

权限模块可作为未来统一策略层。
ToolContext 已携带 user/session/workspace/services,可作为策略输入。
session event 已经具备审计载体,可记录 allow/deny。

修改建议核对点

如果后续补权限,建议从 ToolExecutor 前置检查切入:它是所有 provider tool_call 的统一收口点。第二个切入点是 web route 层的管理类 API,例如 skill 发布、cron 修改、文件系统工具。