architect 是一个设计方向框定与方案收敛引擎，用于在动手实现之前把开放性问题收窄为锁定的设计方向，并把经过验证的证据收敛为单一实现方案，或者在无合格方案时给出明确的“不构建”（DO-NOT-BUILD）结论。
用途
它面向架构决策场景：当面对开放式的技术问题时，先建立有依据的方向，再评估候选方案，最后输出一份结构化决策档案。资料明确禁止在每个框架轴被回答或明确排除之前进行实现选型。若有两个或更多轴被排除在范围外，则表明这不属于架构决策，应转交其他环节处理。
主要能力
框架轴：共有四条。问题边界，指可观测的运营结果及其达成信号，须与所请求的机制分离；硬性约束，指会整体排除某类方案族的非妥协项，如时间、资金、合规、数据安全、平台或团队缺失的技能；冻结表面，指因契约、已写入数据或他人依赖而必须保持不变的部分；可逆性等级，分为单向门（执行后无法撤销）与双向门（可无外部成本回退）。某轴与工作无关时应记为不适用并附一行理由，而不是编造约束。
框定纪律：要求“先推断后询问”，即围绕业务后果而非技术指标（吞吐、延迟、投递语义）来表述轴问题，并从后果反推技术约束，作为默认值供确认。例如不问“预期吞吐量？p99 延迟预算是多少？”，而问“订单失败时实际会发生什么——收入损失，还是仅仅处理变慢？”，再从答案推导持久性要求并作为默认值。当所有轴已被询问固定时，可直接锁定框架。
收敛标准：每个候选方案须针对五项标准评分——问题闭合（解决已框定的结果而非把问题转移到下游）、约束契合（零硬性约束违反，违反者无论其他优点如何均淘汰）、先例支撑（在披露规模的生产系统中得到印证，并说明已知失效模式）、可逆性（同等优点下优先双向门；同等可逆性下优先更窄的冻结表面）、证据强度（每个关键主张须附代码位置、经验证的引用或实测结果；可直接对照源文件解决的本地仓库事实不得留作开放缺口，开放缺口仅限外部未知或未测量的运行时风险）。
反空转护栏：只输出一个方案，或在无候选通过问题闭合与约束契合时输出“不构建”；以单一排序选择替代“视情况而定”“A 或 B”式的含糊表述，平局依次按双向门、更窄冻结表面、更保守先例打破。同时要求对抗式自审与证伪：给出有来源支撑的、足以证明选择错误的最强反例，并配以可将结论翻转为替代方案的可观测条件；没有可信反例的结论视为未经审查而非已验证。
使用方式
执行分为两个阶段。第一阶段为有依据的框定与证据循环：先巡查代码库源文件、模式定义与架构决策记录，使技术默认值扎根于系统现实；将工程细节转为业务后果并评估四条框架轴；对未回答的轴以规定的框架载荷格式呈现，每个选项配一个有证据支撑的默认值，相互独立的轴可在同一轮批量提出，因果分支需单独隔离；随后立即暂停轮次等待人工回复。用户回复若改变基础前提，则使已确定的轴失效并重新巡查；否则继续摄取答案、检查新暴露的代码路径，迭代至四轴全部锁定。当范围超出单轮预算时，可并行启动 2 至 3 个研究子代理收集证据。第二阶段为收敛综合与暂停门：按五项收敛标准给候选评分，执行约束契合的淘汰效力，应用平局打破链与反空转护栏，形成一个方案或不构建结论；将实现阶段的发现带入下一步验收标准；执行对抗式自审，若反例在某项收敛标准上取胜则修改选择；最后呈现完整的方案收敛档案并立即暂停轮次等待人工决策。资料明确要求该轮次内不得修改工作区文件、编写代码或开始实现。
适用场景
适用于架构评审、技术选型前的方向澄清、需要对多个候选方案做严格取舍的决策，以及证据不足时应明确终止而非勉强构建的情形。
限制
资料显示，该流程强依赖人工在关键节点响应并作出决策；本地代码库事实必须直接对照源文件核实，不得留作开放缺口；开放缺口仅限外部未知或未测量的运行时风险。资料未提供具体的安装命令、运行环境要求、收费模式、性能指标或量化效果。
输出契约
最终档案包含五部分：锁定方向（结果、硬性约束、冻结表面、可逆性等级）；证据基表格（来源、所印证内容、规模或环境、已知失效模式）；决策（单一具体路径或不构建及理由、逐项对比最强替代方案的胜出理由、明知接受的代价、最强反例及翻转条件、开放缺口）；被拒路径（按哪项标准、凭何种具体证据淘汰）；下一步（按需转交经验验证或影响映射，或在“不构建”时归档并结束）。