用途：在动手实现前，对需求做“负空间分析”，找出规格中没有写明的缺口、歧义和隐含假设，避免因遗漏边界情况导致返工。
主要能力：先加载已有上下文，若 gjalla 可用则查询 get_context(scope="capabilities")、get_context(scope="data_flows")、get_context(scope="rules")，检查功能重叠、数据流集成点与约束规则；否则扫描仓库与 Notion 中的既有规格文档。随后按七个维度系统排查：失败模式（每个动词的失败处理）、边界条件（每个名词的极值）、状态转换（完整生命周期与非法转换）、时序与顺序（并发、超时、时区）、参与者与权限、向后兼容性、可观测性与可运维性。
使用方式：将识别出的问题按影响分组——Critical（阻塞实现）、Important（发布前需确认，附推荐默认值）、Minor（实现中决定），并输出需求澄清文档，包含问题、原因、假设列表，在实现前与用户或干系人共享。
适用场景：新功能或工单开始前的需求评审、跨系统需求梳理。
限制：资料未提供具体安装命令、收费方式或平台支持信息；gjalla 相关工具为可选依赖，不可用时需手动扫描文档。