fix(m165): forget 之后让自更新也换引擎（复审 P2-1）+ 卡口计数与端到端守卫

复审 P2-1（采「修法 1」，不是只改措辞）：`shared::forget` 只让登记处不再持有
那一份，换不掉自更新 `Factory` 里常驻的 Arc —— 于是「重新检测地区」对更新路径
不生效，直到重启。现在设置动作会把 Factory 一起重建。

- presenter/update_state: `Runtime::rebuild_factory` + `CoreHost::refresh_update_factory`；
  只换 factory，不动 view/inflight（在飞的 Job 派发时已克隆走装配，重建不打断它）
- presenter/dispatch: `SetSetting` 成功且键是「重新检测地区」时调 refresh
- presenter/engine: `DETECT_REGION_ACTION` 常量（设置页行 id / set 分派 / dispatch
  判断共用）；放这里而不是 settings.rs 是因为后者已到 400 行红线
- core/shared: 文档改准 —— forget 的范围是「登记处不再持有」，长命持有者必须自己重建；
  记账从 `engine_for` 移到 `DownloadEngine::new` 这个卡口（分两把锁，避免自锁），
  于是 `constructions` 连绕过登记处另造引擎的调用点也统得住

守卫（都做了变异实证）：
- update_tests::detect_region_rebuilds_the_update_factory_engine：走真实命令路径
  `AppCommand::SetSetting` → 断言 Factory 换了引擎且指向登记处当前实例；变异（删掉
  dispatch 里那句 refresh）→ 红在 Arc::ptr_eq
- update_tests::rebuilding_the_factory_does_not_touch_a_running_job：重建不清
  inflight、不改快照，在飞 Job 仍能跑完
- addon/http::tests::three_host_request_paths_share_one_engine：连走三条真实宿主路径
  （Modrinth 元数据 GET / CF 带 header GET / Java 页渲染）后 constructions == 1；
  变异（让 get_via_engine 自己造引擎）→ 红，left:2 right:1

顺带修：settings.rs 在上一提交被推到 403 行、engine.rs 401 行，两者都超
guards.yml 的 file-size 红线（>400 直接失败）。现在 settings.rs 400 / engine.rs 399，
全仓 `*.rs` 复跑「>400」扫描无输出。

验证：core lib 608 过、5 个 download 集成 target 42 过、presenter lib 270 过、
clippy --all-targets 干净、fmt 干净。真站点仍未打（见报告「没验的部分」）。

crates/presenter/src/host/update_tests.rs

@@ -17,6 +17,7 @@
 use std::path::{Path, PathBuf};
 use std::sync::atomic::{AtomicU64, Ordering};
 
+use unlucky_core::download::region::{RegionMode, RegionProfile};
 use unlucky_core::download::verify::digest_bytes;
 use unlucky_core::download::HashAlgo;
 use unlucky_core::update::{Applied, Channel, Target, Version};
@@ -242,3 +243,93 @@ fn a_higher_version_without_our_platform_is_not_up_to_date() {
 mod apply;
 #[path = "update_session_tests.rs"]
 mod session;
+
+// ---------------------------------------------------------------- M165 复审 P2-1
+//
+// 这两条走的是**真实的命令路径**（`AppCommand::SetSetting` → `dispatch` → `settings::set`），
+// 不是直接调内部函数：要守的正是「动作路径上有没有把该做的事做全」。
+
+/// 「重新检测地区」之后，**自更新手里的引擎也要换**。
+///
+/// 自更新的 `Factory` 从 `CoreHost::build` 起就把引擎存在字段里（常驻到进程结束）；
+/// `download::shared::forget` 只让登记处不再持有那一份，**换不掉**它。于是只 forget 的话，
+/// 自更新会继续按**旧地区档案**展开候选，直到重启——M165 复审 P2-1 的那个洞。
+///
+/// 抓得住的变异：删掉 `host/dispatch.rs` 的 `SetSetting` 成功分支里那句
+/// `self.refresh_update_factory()` ⇒ 本用例红在 `Arc::ptr_eq`（Factory 还是淘汰前那一份）。
+#[test]
+fn detect_region_rebuilds_the_update_factory_engine() {
+    use std::sync::Arc;
+    use unlucky_core::download::shared;
+
+    let tmp = TempDir::new("region-refresh");
+    let env = HostEnv::at_root(tmp.path());
+    std::fs::create_dir_all(env.layout.cache()).expect("建缓存目录");
+    // 钉一份确定的地区档案：第一次构造不依赖本机时区/语言，断言才有确定的起点。
+    let region_path = env.layout.cache().join("region.json");
+    unlucky_core::download::region::store_cached(
+        &region_path,
+        &RegionProfile::pinned(RegionMode::Direct, unlucky_core::download::cache::now_ms()),
+    )
+    .expect("写 region.json");
+
+    let mut host = crate::host::CoreHost::headless(env.clone());
+    let cache_root = env.layout.cache();
+    assert_eq!(
+        shared::constructions(&cache_root),
+        1,
+        "装配时只该造一个引擎"
+    );
+    let before = host
+        .update
+        .factory_engine()
+        .expect("生产装配（Default）应有引擎")
+        .clone();
+    assert_eq!(before.region().mode, RegionMode::Direct);
+
+    host.dispatch_command(crate::dto::AppCommand::SetSetting {
+        key: "download.action.detect_region".to_string(),
+        value: String::new(),
+    });
+
+    let after = host
+        .update
+        .factory_engine()
+        .expect("重建后仍该有引擎")
+        .clone();
+    assert!(
+        !Arc::ptr_eq(&before, &after),
+        "「重新检测地区」必须换掉自更新用的引擎（否则它按旧地区档案跑到进程结束）"
+    );
+    assert!(
+        Arc::ptr_eq(&after, &crate::host::engine::engine(&env)),
+        "自更新必须指向登记处的当前引擎，而不是被淘汰的那一份"
+    );
+    assert_eq!(
+        shared::constructions(&cache_root),
+        2,
+        "淘汰一次 = 多构造一次（既不多也不少）"
+    );
+}
+
+/// 重建 `Factory` **不打断**在飞的检查/应用：在跑的那条 `Job` 派发时就已经把装配克隆走了。
+#[test]
+fn rebuilding_the_factory_does_not_touch_a_running_job() {
+    let tmp = TempDir::new("factory-rebuild");
+    dir_source(&tmp, &manifest_for("0.9.0", b"new", "notes"), b"new");
+    let env = HostEnv::at_root(tmp.path());
+    let mut runtime = Runtime::with_factory(&env, factory(&tmp));
+
+    // 派发一条（模拟「正在查」），再重建装配：
+    let job = runtime.begin_check(true).expect("应能派发");
+    assert!(runtime.inflight());
+    runtime.rebuild_factory(&env);
+    assert!(runtime.inflight(), "重建装配不该清掉在飞标记");
+    assert!(
+        matches!(runtime.view().outcome, UpdateOutcome::Checking),
+        "重建装配不该改状态快照"
+    );
+    // 在飞那条 Job 仍然可用（它拿着自己那份装配），能正常跑完并回报。
+    let outcome = outcome_of(job.check(&version("0.2.2"), Channel::Stable));
+    assert_eq!(outcome.as_str(), "available");
+}