用途：在保持完整性、公平性和限流合规的前提下，改善 Notion 集成的延迟与吞吐。该工作流要求在任何实际操作前先产出可审计的决策或产物。
前提条件：需要有最新的 Notion 官方文档，以及所选集成经过测试的 API 版本契约；指定工作区负责人、内容或数据负责人和操作负责人；准备去除密钥与工作区内容的合成或已批准的非生产测试数据。
主要能力：记录延迟分布、每业务操作的请求数、页数、字节数、错误、重试和队列等待；判断瓶颈来自 Notion 调用、分页、块递归、转换、缓存、队列还是目标端；从收窄查询、检查点、并发上限、缓存、批处理、Webhook 信号或下游优化中选择一项干预；说明一致性、新鲜度、完整性、公平性与内存方面的取舍；在代表性合成或已批准非生产负载上做金丝雀发布。
使用方式：用 Read、Glob、Grep 检查文档、配置、代码、测试数据和证据；仅对已批准的仓库产物使用 Write 和 Edit。缓存内容、提高并发、改变新鲜度、增加订阅或对实时租户做基准测试前，须先获得批准。在强制遵守 Retry-After 和租户公平性之前不要并行化；不要为优化而移除必要的分页或对账；尾延迟、错误率或完整性变差时应停止。
输出：基线、瓶颈证据、实验、取舍、实测结果、安全范围与回滚阈值，并明确假设、负责人、过期时间和证据缺口。
限制与说明：性能取决于操作类型、分页与递归、响应体大小、限流压力、网络延迟、排队、下游处理和缓存行为，优化必须由观测到的瓶颈来选定。资料未提供具体性能数值、收费或价格信息。个人调用本身不授权网络访问、凭据、工作区内容、用户数据、文件传输、部署、能力或共享变更、写入、支出或删除。实时租户行为属于环境特定证据，不构成 Notion 的通用保证；依赖可变字段、端点、版本、限制或交付行为前，应重新核对带日期的证据地图。