Agent委托授权台账

要解决什么问题

Human→Agent→sub-Agent 的委托链里，材料往往散落在身份清单、Task/Mission、Root Grant、再委托记录、credential 元数据、审批、policy 执行结果和 action/audit 日志里。工程师需要逐 hop 回答：谁代表谁、为哪个任务、可用哪些能力和数据、能否再委托、scope 是否逐级收窄、何时到期或撤销、最终由谁执行——而不是把「用户点了同意」和「Grant 已批准」混成一条线。

本技能把这些输入整理成带来源定位的静态委托台账，对齐授权来源与动作归属；它不连 IAM/IdP、不签发或验证 token、不做保留/回收授权决定。

技能如何工作

• 十一类对象分账：Principal、Agent/Service Identity、Task/Mission、Root Grant、Delegation Hop、Scope Binding、Credential Metadata（仅非秘密元数据）、Approval、Enforcement Outcome、Action/After-effect、Audit/Lifecycle Evidence，各自用稳定 ID，关系只按 requested-by、delegates-to、bound-by、revokes 等明确 link建立。
• 委托链不跳步：Principal → Task → Root Grant → Delegation → Scope/Credential → Oversight（如需）→ Enforcement → Action → Audit；Grant 存在 ≠ credential 已签发；approval allow ≠ enforcement allow ≠ 动作成功。
• Scope 逐轴比较：能力、参数 digest、数据范围、目标、环境、期间、额度、max delegation depth、是否允许 onward delegation、human oversight 等轴上只写「相同 / 明确收窄 / 明确扩大 / 不可比较」等，有扩大时记父子 scope 冲突候选，不自创风险等级或 PASS/FAIL。
• 工作流：固定口径（时点、时区、窗口、规则 snapshot）→ 登记对象 → 重建链 → 逐轴比 scope → 对齐 Approval/Enforcement/Action → 核对撤销与传播 → 描述性覆盖（公开分子分母）→ 模板自检（可提交复核 / 补证后提交 / 材料不足）。

适用边界与注意点

• 适合：整理一条或一组委托链；核对 task-scoped grant、再委托深度、approval、撤销传播与动作归属。
• 不适合：完整 Agent 资产盘点（见 agent-inventory-register）、账号权限保留/回收、完整 run trace 或实时身份管理。
• 同名账号、同一 Session、相邻时间不足以自动合并身份或因果；scoped export 未见 只限 exporter/窗口，不写「从未执行」。勿提供密码、完整 JWT、私钥等；发现凭证暴露只登记「凭证暴露待处置」。所有补证、撤销、阻断标为未执行候选。