Hermes SQL 风险分析

解决的痛点

在 Archery 的 DBA 终审场景中，开发者常提交包含复杂 DDL 或大批量 DML 的长工单。这类工单不仅风险高，还常因消息过长被飞书自动拆分。缺乏隔离机制的模型容易在不同工单间串数据，或者在分片不全时错误地给出片面结论。此外，面对 ksher_global_platform 等核心库的表结构变更，人工极易漏掉 CASB 双端元数据同步这一关键后置动作。

核心工作流

本技能严格基于 DBA 视角运行，强制采用“风险等级 + 关键原因 + 建议动作”的三段式输出，且严禁回显原始 SQL。

• 分片聚合门禁：在分析前，技能先校验飞书分片的任务标识（如 archery:::）。仅当同一标识下的 1..n 序号完整且元数据一致时才放行，否则立即停止并提示等待或补片。
• Workflow 校验与链接：自动从 URL、字段或任务标识中提取 workflow_id。若存在冲突或缺失，明确拒绝生成链接，杜绝 ID 复用。
• 深度风险研判：

- DDL：评估锁表/锁行、表重建代价、索引影响及回滚难度。
- DML：关注影响行数、全表扫描、长事务及 binlog 压力。
- 敏感数据：识别字段语义中的 PII、凭据及金融属性，不因环境（测试/UAT）而降低保护标准。

• CASB 强约束：当命中 ksher_global_platform 的表结构变更时，无论风险高低，强制输出高亮行，要求在 SQL 成功后同步 CASB 双端元数据。

适用边界与注意点

• 纯技术边界：技能只判断数据库层面的锁、耗时、复制及数据完整性。业务逻辑正确性、对账结果或运营策略不在其终审范围内。
• 上下文限制：技能仅能约束当前可见上下文。生产级防打断仍需上游平台按任务标识进行持久缓存与排队。
• 保守评级原则：在缺少表结构、索引、行数等关键 DB 信息时，采取上调一档的保守评级，并建议补充相关技术细节。