用途：定位 Palantir 工作负载延迟的来源（构建调度、计算、数据形态、事务历史、查询范围、网络并发或交互式副本），并逐层做有界调优，同时保持输出一致性与访问控制不变。
主要能力：区分调度与执行约束；评估单节点与 Spark 引擎特性差异（Polars 常用于生产单节点 transform，但并非通用替代）；处理增量历史变慢并演练快照构建；优化 OSDK 查询的过滤、属性选择、分页、链接、聚合与订阅形态；调整模块副本与资源请求。
使用方式：先明确工作负载负责人、服务/数据目标、代表性时间窗、确切的 build/query/module 与正确性容忍度；采集排队时间、时长、CPU、内存、输入输出量、重试、分页、所选属性与副本行为；阅读 references/official-docs.md 确认引擎特性；准备沙箱分支或非生产应用与可重复基准。每次只做一个有界实验（引擎/资源请求、分区/连接形态、增量快照、查询过滤与属性、分页、并发或副本配置），对比正确性、访问行为、延迟分布、吞吐、排队时间、资源使用与失败率，仅推广有统计与运营意义的改进，并在代表性生产窗口观察。工具使用上以 Glob 定位、Grep 检索、Read 精读最小必要文件，Write/Edit 仅用于已批准的本地草稿或有界变更；文件工具不能替代已认证的 Foundry 操作或负责人审批。
适用场景：transform OOM 诊断、OSDK 页面延迟优化、增量历史变慢、模块资源与副本调优等。
限制：数据与管道变更需数据/管道负责人批准，查询变更需应用负责人批准，模块资源与扩缩容需平台负责人批准；不得在未获明确决策时牺牲正确性、安全或可用性。若指标显示排队延迟而非计算饱和，不应盲目加资源；引擎变更若丢失必需特性应拒绝；更快查询若改变返回对象应回退并修正过滤、排序、属性或分页。具体命令、价格与平台细节资料未提供。