用途：在任务规划阶段或设计边界发生变化时，回答“这里该用哪个设计透镜”，并给出 proceed 或 revise 的裁决。它是路由权威，不另创评审方法，也不召集评审委员会。
主要能力：依据计划、Slice Contract 或变更范围识别阶段与设计面；按路由表选择透镜，多行匹配时最多取三个，保留与变更风险最相关的三个；在当前协调者或实现者中以只读流程应用所选透镜；将发现合并为单一裁决，任何带具体、承重发现的 revise 即判定为 revise，外观性或推测性发现仅作建议。
路由范围：涵盖系统整体形态（macro-architecture、software-design-philosophy）、模块与服务边界（domain-driven-design、macro-architecture）、上下文内业务逻辑（domain-driven-design）、代码结构与扩展性（design-patterns）、分层与依赖方向（architecture-lens）、接口设计（software-design-philosophy）、存储与数据系统（data-systems-coding-lens）、分布式拓扑与事件流（distributed-systems-patterns）、智能体架构（agent-architecture-lens）、React（advanced-react）、用户流程与设计系统（ui-ux-pro-max）等。无具体行匹配但变更具有架构意义时，走 fallback：以 architecture-lens 做权衡分析并记录 ADR；既无匹配行又无架构意义，则视为局部变更，返回 proceed 并注明无需设计门禁。
使用方式：输出 verdict、lenses_run、blocking_findings、advisory_findings、required_changes、decision_required；在 Slice Contract 中携带这些字段及 security-gate 的安全标记。需要独立专家时，需有重大风险或未决问题，先准备一个已批准的路线快照，并提供计划或设计问题、范围内文件与边界以及本门禁响应；该响应替代透镜的独立编辑或实现路线，独立最终代码审查仍是单独的工作流要求。
限制：门禁只读，透镜不得编辑任何内容；不要为求稳妥而套用全部透镜；只阻断改变边界、数据归属、契约或正确性的发现，不因风格意见阻断；revise 修复后不重跑完整门禁，只重跑提出阻断发现的透镜；不用共识小组打破平局；不得从本技能调用 models-consensus。