本技能是一个“上下文优化枢纽”，通过 MECW 原则和记忆分层来压缩与管理上下文窗口。资料给出的使用时机：上下文用量接近窗口 50% 时；需要多文件分析或长工具链的复杂任务时。不适用场景：上下文占用低的单步简单任务；已在使用 mcp-code-execution 处理工具链时。
核心职责：评估上下文压力与 MECW 合规性；路由到相应专项模块；协调子智能体工作流；在各模块间分配 token 预算；综合模块化执行结果。模块选择策略依据上下文状态与任务复杂度：CRITICAL 时选用 mecw-assessment 与 subagent-coordination；复杂度高时选用 mecw-principles 与 subagent-coordination；否则仅用 mecw-assessment。
上下文分级：占用低于 30% 为 LOW，正常继续；30%–50% 为 MODERATE，监控并应用原则；高于 50% 为 CRITICAL，需立即优化。
针对 Claude Code 2.1.2+ 的大输出行为变化：大型 bash 命令与工具输出不再截断，而是保存到磁盘并提供文件引用。因此建议：不要预先读取，大输出以引用形式存在；用 head、tail、grep 选择性读取；质量门禁可通过文件获取完整测试结果；文件引用本身很小，但完整读取会增加上下文，需监控增长。
集成点包括：与 Token Conservation 交换用量策略；与 CPU/GPU 性能对齐资源约束；将复杂模式委派给 MCP 专项模块。参考资料涵盖 MECW 理论、上下文分析、工作流委派、上下文等待、缓存对齐前缀、压缩策略选择、可逆压缩、粘贴日志的调试卫生等模块。
退出标准：依据 MECW 50% 规则评估上下文压力；记录当前状态的记忆分层或路由决策；大输出以文件或句柄引用而非整体读取；若请求控制 provider 负载，检查前缀排序（稳定在前、易变在后）；当 harness 已自带缓存时，将优化降级为建议，因为非重复前缀上的缓存写入成本高于收益。环境需提供准确 token 计数元数据；向 /tmp 写日志时需确保临时目录可写。