用途：诊断并修复应用侧查询模式造成的 Postgres 出口流量（egress）过高问题。多数高额账单源于应用取回了超出实际使用的数据。
主要能力：按四步流程工作——诊断、分析代码库、修复反模式、验证。诊断以 pg_stat_statements 扩展为主，提供返回总行数最多、单次返回行数最多、调用最频繁、运行时间最长的查询等诊断语句，并提示 Neon 计算缩容到零后统计会清空，可用 SELECT pg_stat_statements_reset(); 重置后重新测量。
常见反模式与修复：SELECT * 取回未使用列（改为只选所需列）；缺少分页的无界列表（加 ORDER BY 与 LIMIT/OFFSET）；对静态数据的高频查询（加缓存层）；应用侧聚合（改为 SQL 聚合）；JOIN 导致父表宽列在子行中重复（拆成两条查询）。
使用方式：先确认 pg_stat_statements 可用，必要时 CREATE EXTENSION IF NOT EXISTS pg_stat_statements;；无生产统计时可直接分析代码。修复后运行测试、检查响应数据形状、重置统计并对比前后。
补充：可用 neon.ts 基础设施即代码控制非生产分支的计算与存储成本，例如 npm i @neon/config 后配置 ttl、autoscalingLimitMinCu、autoscalingLimitMaxCu、suspendTimeout，再执行 neon config apply。
限制：查询模式修复才直接降低出口费用，neon.ts 设置仅控制非生产计算与存储成本；具体价格、平台支持范围等资料未提供。