用途：在优化局部之前先看清整体，适用于问题反复出现、一处改动可能影响其他团队或服务、需要超越单个人或组件的根因分析等场景。不适用于单步线性任务、单变量计算或无需交互图的修复。
主要能力：按六个阶段展开分析。1）边界：界定分析范围与系统目的；2）结构：列出累积要素与流入流出关系；3）动态：至少识别一个增强回路与一个平衡回路，若无则说明原因；4）延迟：找出行动与效果之间的滞后及其对行为的影响；5）杠杆点：说明其重要性及反噬风险，优先调整规则、信息流、激励或目标，而非仅调整参数；6）综合：用一段通俗语言讲述系统故事，给出至少一个非显而易见的后果和2至3条与回路、延迟一致的建议。
使用方式：开始前先声明关注系统与分析路径，先阅读代码、文档、工单或指标了解各部分如何连接，仅在工具无法回答时提出最多3个范围问题。小请求可用轻量路径，每阶段2至3条要点，但不可跳过结构直接到杠杆点。若用户已提出干预方案，可缩短边界部分，保留结构与动态。
限制与注意：避免在结构与动态分析前跳到解决方案；不要停留在“某人粗心”，应转化为行为背后的激励或信息缺口；只纳入会改变结论的要素；检查每条建议是否会在延迟后触发平衡回路。图表可选，要点需能独立成立。