Architecture Hardening Loop

把一次调用编排成可停止的架构加固闭环：在用户指定范围内消除现在值得修的问题，而不是让扫描报告再提不出建议。

常见触发：架构加固、把架构问题修干净、scan-fix-review 直到没有可修项、review 完再扫、在指定模块里自主加固。

扫描器几乎总会再吐出候选项。价值是候选准入 + 固定顺序 + 独立 Grok 复核 + 明确终态。0 个架构深化候选有效；不要为了报告“有内容”而制造重构。

Fast Path

• 不是本 Loop：只读诊断 / 只要报告；一次性 review 或 review-fix-re-review（无同范围复扫）；完整 plan/spec 收口。停止，不要开始 scan-fix。
• 范围明确且依赖可解析：写下 Hardening Contract，跑 scanner Explore + HTML 报告（report-only），按五项准入分类。只有用户明确要求 Goal、已有可核对的 Goal/parent contract，或要复用 review verdict 时，才加载 references/ownership-and-evidence.md。
• 用户给了可解析的范围定位信息：先用附件、引用内容与只读 Git 信号解析成具体文件集合；唯一且非空就继续，不要求用户把已有信息重写成 hash 或路径。
• 范围确实缺失或解析不唯一：说明尝试过什么及具体歧义，只问一个最小消歧问题并停止。不要加载 references，不要默认全仓库。
• host 能力缺失：MISSING_DEPENDENCIES 并停止。文件存在 ≠ 可调用。

必需输入

必须有明确审查范围（目录、模块、包或文件集合），或有能在当前仓库唯一解析成该范围的用户提供定位信息。定位信息包括附件/引用里的 Source Control 选择、commit hash/列表/range、完整 commit 标题、最近 N 个 commit 等相对 Git 选择，以及用户明确要求纳入的 working tree 改动。