这篇文章讲的是一种按意图授权的做法。一个编码代理调查生产 bug 时可能要读仓库、查日志、开 PR，若在别的服务里发现可疑线索，再去读那个服务的日志也算合理的下一步，但它手里的凭据往往与任务无关地给出了同样大的权限，而 API key 与 token 通常看不出代理被要求做什么、谁派的、任务怎么到达它。意图式授权用任务的用途与上下文判定每次访问：把请求的权限与派发任务的人或系统的权限、代理被赋予的用途以及组织策略对照，客服代理即便工具够得到 HR 记录也不该被允许去取。文中给了完整例子：告警指向支付服务，编排器提出调查，授权服务凭已鉴权的触发者、代理允许的角色与策略只授予以往一小时的日志读权限；代理追到鉴权服务再申请时，运行时会先拦住，等策略自动放行或人工批准。委派时接手的代理用自己的可验证身份、只拿到完成自己那部分所需的权限，且只能收窄不能扩大。文章还强调要区分可信上下文与不可信内容：一份已鉴权的告警里可以夹着攻击者写的日志行。