用途：优化 ClickHouse 与 HogQL 查询（HogQL 会编译为 ClickHouse），不处理 Postgres/Django ORM 的应用库查询。
主要能力：从 ClickHouse SQL 而非 HogQL 入手优化，再把改动翻译回 HogQL 查询、查询运行器、printer 或迁移；覆盖团队全部查询的盘点与优化；识别常见性能问题，如 FROM ... FINAL、对 properties 的 JSONExtract 操作、主键与跳数索引未命中、events 自连接、CTE 被内联重复执行等。
使用方式：先确认所在层（execute_hogql_query、HogQLQuery、*QueryRunner、洞察走 HogQL printer；sync_execute、手写 SELECT 走 ClickHouse 直连；Model.objects.filter 走 Postgres，不适用本技能）。获取 ClickHouse SQL 可用 execute_hogql_query、prepare_and_print_ast(dialect="clickhouse")、.ambr 快照或生产 query_log。随后扫描常见问题，运行 EXPLAIN（如 EXPLAIN PLAN indexes=1, actions=1, json=1），在代表性数据上实测前后 query_duration_ms、read_bytes、memory_usage，最后在影响面最小的层应用优化（查询运行器、新增 HogQL 函数、printer 改动或迁移）。
适用场景：单团队查询应尽量用 HogQL；多团队/全局任务可保留原始 SQL 就地优化；INSERT 的 SELECT 部分也应走 HogQL。
限制：需要会写 HogQL；本地 ClickHouse 仅用于正确性与 EXPLAIN，计时噪声大；生产为多分片多副本，结构性变更须经迁移流程；测试集群为只读快照。资料未提供具体收费、价格或平台信息。