DQL Skill

用于解释、评审、生成、修复 DQL。

触发规则

• 若任务只要求解释语义、指出风险、做评审，而不要求产出新的最终 DQL，进入 解释/评审模式。
• 若任务要求生成、修复、返回、交付可执行 DQL，进入 生成/修复模式。
• 只有 生成/修复模式 才允许输出最终 DQL。

权威依据

• dqlcheck 是“实现是否接受这条 DQL”的最终判定器。
• references/DQL.md 和 references/DQL Functions.md 是起草和修复时的参考资料，不是最终裁决者。
• 用户需求决定“该查什么”；dqlcheck 只决定“这样写能不能执行”。

工具规则

• 默认使用 skill 内置启动器：./bin/dqlcheck。
• 交付最终可执行 DQL 前，必须对每条 DQL 单独运行 dqlcheck。
• 首次在本次任务中使用参考文档前，先执行 ./bin/dqldocs 更新 ./references/。
• 对包含复杂引号、转义或多行内容的 DQL，优先使用 --file 或 --stdin，不要依赖脆弱的 shell quoting。

生成 / 修复工作流

1. 明确查询目标：场景、指标口径、时间范围、步长、维度（BY）和过滤条件。
2. 基于 ./references/ 起草 DQL。
3. 对每条 DQL 单独执行 dqlcheck。
4. 若失败，只按报错位置做最小修复后重试。
5. 单条 DQL 连续 3 次仍未通过时，停止该条，输出最后一次报错和最小复现，不把它作为最终交付。
6. 只有逐条 PASS 的 DQL 才能进入最终结果。

完整性要求

• 不把“批量整体通过”当作“逐条通过”的替代。
• 不把诊断信息、解释文字、失败条目混入最终 DQL。
• 多条任务的最终交付中，只保留 PASS 条目。
• 若任务要求交付可执行 DQL，而校验未完成，则任务不算完成。

输出规则

解释 / 评审模式

• 输出语义、风险、问题和建议。
• 不输出新的最终 DQL。

生成 / 修复模式

• 单条任务校验通过后：只输出最终 DQL。
• 多条任务校验通过后：最终只输出通过校验的条目。
• 诊断阶段可标注 PASS / FAIL，但最终交付不得包含 FAIL 条目。

校验器不可用

• 明确标注 UNVERIFIED。
• 说明阻断原因。
• 说明所需安装或修复动作。

常用命令

./bin/dqlcheck -q '<DQL>'
./bin/dqlcheck -q '<DQL>' --out=build
./bin/dqlcheck --file /tmp/query.dql