用途：优化 Persona 集成的延迟与吞吐。核心思路是围绕真实 webhook 事件和有界 GET 核查，而非并行轮询或猜测性创建会话，并分别度量客户延迟、队列滞后、速率余量和决策新鲜度。
主要能力与步骤：
- 建立延迟模型，度量 inquiry 创建、client start、验证进度、provider 事件创建、投递、队列延迟、核查与领域决策。
- 从热路径移除轮询，以已验证 webhook 作为主通知，仅将带抖动和停止条件的有界轮询用于恢复与客户可见刷新。
- 安全分区：无关账户或 inquiry 可并发，同一主体或 inquiry 的关键状态转移需串行。
- 避免会话振荡：仅在客户端需要时创建或恢复会话，跟踪发放并防止重试耗尽默认会话配额。
- 只缓存稳定元数据（模板与非敏感配置，带版本化失效）；不缓存 bearer 凭证、会话令牌或过期身份决策。
- 基于证据调优 worker 数、批大小、超时和核查间隔，同时守住 RateLimit-、Quota-、错误与过期决策阈值。
认证约束：必须保留 bearer key 隔离、原始 webhook HMAC 校验和会话令牌保密；绕过认证或核查不算优化。
工具纪律：先用 Read 和 Grep 检查配置、文档、固件、schema、测试与脱敏运维证据，仅在获批后再用 Write 或 Edit 修改实现、配置、测试、runbook 或脱敏回执；未经操作者明确批准，不得创建、恢复、批准、拒绝、脱敏、轮换、吊销、部署或以其他方式变更生产 Persona 资源。
输出：端到端延迟与队列模型、去轮询与并发方案、前后 SLO、限额余量、正确性与回滚回执；返回环境、资源与事件标识、API 版本、模板上下文、来源契约指纹、证据、未解决风险、回滚状态与最终决策，且不得暴露 bearer key、webhook 密钥、inquiry 会话令牌、原始身份文档或不必要的 PII。
示例：某服务用已验证事件加 90 秒核查定时器替代 5 秒轮询，决策中位延迟下降、请求量降低，按 inquiry 串行化防止过期事件状态转移。
错误处理：队列滞后改善但决策退化时，回滚 worker 调优并检查按主体排序与核查；速率余量低于 15% 时，限制后台读取并保住关键 intake 与核查；会话数异常增长时，停止急切恢复调用并追踪客户端重试。
验证：对照第一方证据、固定 API 版本、脱敏契约固件、预期失败路径及回滚或人工处置路径；成功请求不等于成功身份决策。
限制：资料未提供具体价格、部署平台与适用范围，实际实施须以官方文档与操作者批准为准。