149 Commits

Include renames

Author	SHA1	Message	Date
AskaEth	2c5fa53cc9	test(presenter): M306 —— 给「老档案放行」挂网 + 收三处顺带（错文档 / set_progress 分叉） ... - host/game/tests.rs：+2 条判据。①`legacy_external_instance_id(version)` 造出的 M273 老磁贴 ⇒ `Scan::revalidate` 必须 `Ok(())`；②同一个版本、id 换成 `external_instance_id(别的根, 版本)` ⇒ 必须 `Err` 且具名。变异实测：只删 `live.rs::discovered` 里那三行 ⇒ ① 红 （`Err("实例 1.20.4 所属的游戏目录已不在…")`），② 不假红；还原后两条全绿 - host/game/tests.rs:210 的错话改正：段间分隔符**等价于一次乘法**（`hash ^= 0` 是恒等）， 不是「0 字节也过一遍 xor 也会改哈希」 - state.rs：`set_progress` 降成 `#[cfg(test)]`（它就地改 `instances` 而不动 `published` ⇒ 两份 会分叉；生产推进度走 `CoreEvent::InstanceRuntimeChanged` → `apply`），只被它用的 `Progress` 导入改成路径写法，文件 398 行（门禁 400） - live.rs：`discovered` 的文档点名守着那三行的两条用例（crate 头 `#![allow(dead_code)]`， 删了编译器一声不吭）	2026-11-13 22:39:44 +08:00
AskaEth	2fb61d8006	fix(launch): M304 r1 —— 根不见了必须拒绝 + 运行时态落进快照 + 真 host 端到端同拍判据 ... 三条 r1 复审 P2，全部按代码修（不是只改注释）。 **P2-1（唯一实质问题）**：`ext-` 实例「所属根消失 / 改名」被静默放行 ⇒ 可能起错副本。 `live.rs::discovered` 反查落空时原来一律 `Ok(())`；而 `roots::all` 对非配置根是 `if !extra.is_dir() { continue; }`，于是官方根被删 / 改名 / 盘没挂上时反查必然落空 —— 放行之后 `build_request` → `game_for` 会退回配置根，配置根里恰好有同名 `version_id` 就把**另一份**拉起来（gameDir / 存档都在另一边），相对改前（同步扫盘 ⇒ 扫不出来 ⇒ 拒绝） 是回归。改法：把 M273 的「只哈希版本目录名」搬进 `discovered.rs` （`legacy_external_instance_id`，与 `external_instance_id` 共用同一个多段 FNV），反查落空时 **老档案放行、其余一律拒绝**并给具名原因（+ `stale` 触发重扫）。 另加 `game::tests::instance_id_hashes_are_the_released_ones`：两个哈希公式的字面量钉死 ——这次把哈希抽成公共函数，公式一漂就会误杀所有存量 `ext-` 档案。 **P2-2**：`send()` 只认 `InstancesChanged`，而 app 侧 `state.rs:274` 把 `InstanceRuntimeChanged` **就地**写进自己的列表 ⇒ `runtime` 这一位必定分叉，而 `accept::running_pid` 的兜底读的正是它。改：`send()` 同时把运行时态落到 `published` 对应条目，并加用例 `runtime_events_land_in_the_published_snapshot`。 **P2-3**：补真 `CoreHost` + 真 app 的端到端判据（`app/update/instances/scan_phase.rs`）： 临时数据根 + 真 host，`advance` 到首份快照落地后点启动，**`advance` 之前**详情页必须已 `can_stop`。变异（把 Busy 挪进启动线程、只有回程才发）实测必红。 判据（新增 3 条 + 1 条钉公式）：`revalidate_tests`（根不见了 ⇒ 拒绝）、 `target_tests`（运行时态落快照）、`scan_phase`（真 host 同一拍）、`game::tests`（哈希公式）。 用例夹具按 400 行硬线拆到 `launch/fixtures.rs`。 门禁：`cargo test -p unlucky-presenter -p unlucky-app-iced --all-targets` 全绿 （426 + 1076）· `clippy --workspace --all-targets -- -D warnings` 0 · `fmt --all --check` 0 · 行数全 ≤400（最大 366；未碰的 `app/update/instances.rs` 399）。	2026-11-13 20:46:00 +08:00
AskaEth	583a6cf24b	perf(launch): M304 —— 点启动/停止不再在 UI 线程扫盘 ... M302 把 `refresh_instances` 的扫盘搬进了后台线程，但「点 Play」那条路上还留着两次 `game::instances(&self.env)`（`launch_target` 与 `running_pid`）：官方根 200 个版本 236 ms、叠加 10 份外部档案 1.35 s，全部落在 UI 线程上。 改法：两条查询都读**已发布快照**（`CoreHost::send` 发 `InstancesChanged` 时留一份）， 并在受理那一刻补一道**单实例**复核（`game::Scan::revalidate`），于是 - 调用方线程一次盘都不扫（一次内存查表 + 微秒级复核）； - 快照过期不会拉错东西：档案实例查 `profiles.json` 是否还在、版本有没有被改； 自动发现的 `ext-` 实例用「逐个根重算 id」定位 (根, 版本)，再让 `adopt::inspect` 只判这一个版本（不扫 `versions/`）。复核不过 ⇒ 拒绝 + 具名原因 + 立刻重扫。 - 同名不猜：名字兜底只在唯一命中时用，两个同名实例直接拒绝（多根之后很常见）。 - 「点下去立刻有反馈」不变：`Busy` 仍在 `dispatch` 返回前发出（`launch::accept`）。 拆分：`launch_target` / `in_flight` / `mark_pending` / `start_launch` / `running_pid` 从 `host/mod.rs`（原 395/400 行）搬进 `host/launch/accept.rs`；解析与拒绝形状在 `host/launch/target.rs`，单实例复核在 `host/game/refresh/live.rs`。 判据（`host/launch/target_tests.rs`，5 条）： - 同一拍进 Busy（无 tick、无后台回程），且受理不派扫描（代次不变）； - 快照落地后**新增**的实例点启动必须被拒绝（解析改回现场扫盘 ⇒ 红，实测）； - 快照落地后**删掉**的实例点启动必须拒绝并给具名原因（去掉复核 ⇒ 红，实测）； - 两个同名实例不猜；停止读快照里的 pid。 门禁：`cargo test -p unlucky-presenter -p unlucky-app-iced --all-targets`（423 + 1075 全绿）、 `cargo clippy --workspace --all-targets -- -D warnings`（0）、`cargo fmt --all --check`（0）、 文件行数全 ≤400（`host/mod.rs` 340、`refresh.rs` 382、`launch/` 90/114/242/280）。	2026-11-13 20:14:37 +08:00
AskaEth	23c7beee8d	test(instances): M302 r2 —— 四条 P2：线程判据真能红 + 两处相位守卫 + 「只报一次」改成可数 ... - P2-1：`spawn_scan` 的闭包提成 `scan_body`，单测可装探针 + 闸门（只拦同一数据根的扫描）。 新用例 `a_refresh_returns_while_the_scan_body_is_still_parked` 断言四件事：扫描体跑在 **另一条线程**、返回时**一趟都没跑完**、闸门**还没放行**、返回耗时 < 闸门上限的一半。 把 `spawn("instances", job)` 换成直接 `job()` ⇒ 该用例红（原文见报告）；旧用例 `a_refresh_returns_before_the_scan_is_done` 的 docstring 改成诚实口径（它证明不了不在调用方线程， inline 时它照样绿——正是复审 r2 点的那条）。 - P2-2（真缺陷）：`check_scan_stall` 补上与 `refresh_instances` 同一个守卫——已就绪 （`adopted().is_some()`）之后不再报 `Stalled`，否则一轮慢刷新会把有数据的一屏换成 「扫描实例比平时久 + 重新扫描」。新用例 `a_slow_refresh_after_ready_never_reports_stalled`。 - P2-3：`a_stalled_scan_reports_once_and_a_late_snapshot_still_lands` 原来把 `drain_events` 调了 两次（第二次必空 ⇒ 断言空转）。改成数实际发出的条数：第一拍恰好 1 条，之后三拍必须 0 条。 - P2-4：新用例 `a_refresh_after_ready_emits_no_scanning_phase`（真 host：已就绪后再刷新一条相位 事件都不许发）+ app 级 `a_refresh_after_ready_keeps_the_list_and_the_tree`（相位仍 `Ready`、 真控件树的文字/按钮节点数与刷新前逐项相等、列表没被清空）。 四条变异（inline / 去 P2-2 守卫 / 去「只报一次」锁 / 去 Scanning 守卫）都实测红，原文进报告。	2026-11-13 19:36:33 +08:00
AskaEth	f03411d58b	fix(instances): M302 r1 P2 —— 冷启动首帧三态（占位 / 真空态 / 有实例）+ N1~N4 ... 复审 P2-1：扫盘搬后台之后，`App::dispatch(RefreshAll)` 返回时快照还没到（`pump` 只抽队列、 不 `tick`），**首帧必然**在快照之前。改前那一帧画的是「计数 0 + 还没有实例 + 实心导入 CTA」 ——一句假话，而且 CTA 能点。改后三态分开： - 真源放 presenter：`dto::InstancePhase { Scanning, Stalled, Ready }`，`AppState::instances_phase` 在 `CoreEvent::InstancesChanged` 落地时置 `Ready`；**不从 `instances.is_empty()` 推**（那就是 bug 形态）。 - `Scanning` = 首个快照未到：详情列画「正在扫描实例…」占位（新 key `InstancesScanning`，golden 两语）， 列头**不写计数**（藏起来，不写 0 也不写「—」），**没有**空态 CTA。 - `Stalled` = 有界兜底：`host::game::SCAN_STALL = 15 s`（= 仓库内最坏实测 1.35 s 的约 11 倍， 理由在常量文档里）。超时只**报**一次、不掐线程；迟到的结果照样落地（代次没变）。 那一屏给一枚「重新扫描」→ `InstanceMessage::RetryScan` → 新命令 `AppCommand::RefreshInstances` （只重扫实例目录，不重拉版本清单）。那一支在 `selected_instance_id()` 守卫**之前**——冷启动没有选中项。 - `Ready` = 收到过快照（空列表也算）：这时才轮到 M273 的两种空态（没选中 / 一个都没有）。 - 已就绪时**不发** `Scanning`：否则每次刷新列表都退回占位（把卡顿换成闪屏）。 判据（都能红，变异原文见报告）： - `pages/instances/tests/cold_boot.rs`：真控件树（未就绪 7 枚按钮 = 有实例那一屏，零实例 = 8 枚， 多的那枚就是 CTA；每行 2 条文字节点的差分数行数）+ 源码结构（`Scanning`/`Stalled` 两支不碰 `detail_empty` 与空态文案、超时那支接 `RetryScan`、三个 key 真的被读）。 - `app/update/instances/scan_phase.rs`：首帧 = `Scanning`、空快照 = `Ready`、`Stalled` 经重试回到 `Scanning`、重试只派 `RefreshInstances`。夹具 `ULL_INSTANCE_PHASE` 只给出图（与 `ULL_SAVES_FIXTURE` 同一条纪律）。 顺手收 N1~N4（全是措辞 / 观测口径，不动行为）： - N1 两处 docstring 不再声称「`admit` 写成 `>=` 会红」（实测等价），改成「去掉或恒真才红」； - N2 收尾用例那条 Idle 断言的失败消息改准（它不区分新旧快照，区分靠条数/代次断言）； - N3 boot 双刷新必然丢 1 份 ⇒ 丢弃日志分成「此前没有快照落地（启动期，非交错）」与「已有落地（真交错）」， `Scan::dropped` 的文档登记这条已知噪音； - N4 app 用例 docstring 收窄成「一拍无事件不清表、不钉时钟」（它绕过 `App::dispatch`，抓不住那 5 行）。 拆文件守 400 行：`detail/scan.rs`（分派 + 占位）、`refresh_stall_tests.rs`（空根 / 超时）、 `app/update/instances/scan_phase.rs`（app 级三态用例）；`i18n` 的 `PAGE_SOURCES` 同步加上新页面文件。	2026-11-13 19:00:30 +08:00
AskaEth	a0413a5f94	feat(host): M302 实例列表刷新搬出 UI 线程（扫盘进后台 + 代次丢弃过期结果） ... `refresh_instances()` 以前把「扫盘」与「盖回运行时态」写在一起，而 `dispatch(RefreshAll)` 那一支是唯一没走 `job::spawn` 的（邻座 ListVersions / ListLoaderVersions 都走了）⇒ 同步跑在 UI 线程：官方根 200 版本约 236 ms、叠加 10 份外部档案 1.35 s（仓库内旧实测 M297）。 两半分家： - `game::instances(&env)` 是纯 env 函数 ⇒ 搬进 `job::spawn("instances", …)`，回程是新载荷 `HostTask::Instances { epoch, instances, elapsed_ms }`； - 「按 `launches/pending/failed` 覆写 Running/Busy/Failed」要读 host 自己的表 ⇒ 留在 host 线程， 挪到结果回来那一刻（`handle::apply_instances`），结论与之前逐字一致。 顺序：每次刷新领一个只增不减的代次（`game::Scan`），只采纳当代次那份。并发两次刷新 / 扫描途中 删实例 / 收尾触发第三次这三种交错下，先发后到的扫描一律丢（不发事件：清空再重填只是把卡顿换成 白屏）。不做线程取消 —— 扫描是纯读，没有值得取消的东西，丢结果比掐线程安全。 可观测：每次采纳打一行 `[instances] N 个实例 · 扫盘 X ms · epoch E · 丢旧代次 D 份`， 丢弃也各打一行；账本 `game::Scan` 可直接断言（实例数 / 耗时 / 丢包数）。 判据（都真构造：真临时根 + 真 profiles.json + 真线程，只有交付顺序是摆的）： - `a_refresh_returns_before_the_scan_is_done`（改回 inline 即红） - `two_refreshes_in_flight_publish_only_the_newest` - `an_older_scan_cannot_resurrect_what_a_newer_one_saw_deleted` - `a_launch_end_refresh_beats_the_two_that_were_in_flight` - app 侧 `a_refresh_in_flight_keeps_the_list_and_does_not_pin_the_clock`（不清空 + M298 的 view_dirty 不永久置真） - `launch_state_tests` 的 5 处 `refresh_instances()` 后补一行 `pump_instances()`（断言一字未动）	2026-11-13 17:58:59 +08:00
AskaEth	fa53d72f73	feat(nav): M300 导航轨折叠按钮 + 折叠宽度令牌 + 宽度过渡与落盘 ... 用户原话「默认左侧固定，允许折叠」：M297 盘查确认 iced 从来没接过折叠按钮， presenter 的 toggle_nav/nav_collapsed 是 Slint 遗留、唯一调用方在已退役的 crates/app。 ## 令牌（先定数值再动手） - nav_collapsed_width = 56 + 2 × Space::X1 = **64**：胶囊（M283 定稿 56×32，本轮不动） 两侧各留 4px 才不被裁切；旧值 48 的死因写进注释（48 − 2×4 = 40 < 56）。 - 断言：折叠宽 ≥ 胶囊宽 + 2×X1、≥ touch_target 48、在 4px 栅格上。 ## 折叠按钮与折叠态 - 按钮放**轨底、头像位之上**：轨顶一个像素都不动（M283/M299 的展开态对照图仍可比）， 轨底本来就是「固定贴底」的槽，两态下位置不变。几何与导航项同一套（56×32 药丸 + 52 命中高）。 - 折叠态：隐藏文字标签与账户名，每项/头像/按钮都补 M3 气泡 tooltip（折叠态不许是一列无名符号）； 纵节奏不变（项高仍 52），所以切换时图标不上下跳。五项图标两两不同由用例钉住。 ## 动效（复用底盘、零新常数） - 帧泵加**第二条并列宽度轨**（nav ⇄ rail），时长/曲线复用同一张 rail_spec()； 借用右栗那条会让左轨折叠改掉右栗的目标（暗耦合），tower 已否掉那个方案。 - 起跑在 update 侧；启动按落盘档对表（幂等，仅在没有轨道在跑时）；折叠**不置 view_dirty** —— 宽度在 view 里逐帧采样，帧由轨道自己续，跑完 needs_frames() 回 false。 ## 落盘（任务要求「重启读回仍折叠」） - core schema 登记 ui.nav.collapsed（纯增量 bool，不碰 schemaVersion）；presenter 桥加 load/persist 一对（走唯一写入口 write_with，现读→改→落盘）；启动 construct 读回。 - 截图通道不读用户配置（D30），折叠态出图走 ULL_NAV_COLLAPSED=1。 ## 判据 - app-iced: 1053 passed（新增 3 条接线用例 + 7 条 shell/几何/树结构用例 + 6 条帧泵用例）； presenter: 408 passed（新增落盘往返 1 条）；fmt / clippy --workspace --all-targets 均 0。 - 变异实验：删 observe_nav ⇒ 宽度停在 88 红；删启动对表 ⇒ 首次展开硬跳红。 - 像素（DevDocs/artifacts/m300/）：折叠态内容左缘 112→88（24px 真回收）、药丸两态都 56 宽 且折叠档右缘 59 < 64（不裁切）、图标行是展开态子集（纵节奏不变）。 ## 已知偏离（已登记，tower 批了紧随 mission） crates/app-iced/src/pages/layout.rs 的 rail_width() 仍是 const fn（恒 88），所以折叠态内容块 宽度不变、整块左移 24px ⇒ 右侧多一条 24px 空白带（像素图里保留、未裁）。	2026-11-13 16:15:16 +08:00
AskaEth	3b4f8bb997	fix(notify): M298 r1 —— toast 退场腿接上触发点，四条 nit 一并收 ... 复审 P2-1：进场腿自己续帧所以能跑，但进场结束 view_dirty 回 false， 3.6s 后 remaining_ms 掉进 150ms 退场窗口时没有任何代码重新置脏 ⇒ 那一段 收缩从不发生，expire 一抹胶囊整块消失（复审探针：120 拍后 progress 仍 1.0）。 - update/clock.rs：expire 之后用无副作用的 ToastTracks::needs_frame 置脏， 落到既有的 if view_dirty { refresh_view() } 上采样；refresh_view 仍是门控， 没有变成每帧无条件调用（静止态判据不变）。 - state/toast.rs：进出两条腿改成**同一个时钟**（寿命 = 首次看见时的 remaining_ms，已活 = 寿命 - remaining），去掉 Instant 与节拍的二时钟错位； 新增 needs_frame；新增两条真节拍用例（退场腿必被抽到 / 到期后不再续帧）。 - N1：装配失败与 spawn 失败也用 publish_before_start 的返回值填 session。 - N2：m298 用例注释改准（它抓不住删守卫，那条由 a_report_from_another_session 守）。 - N3：before_start 文档不再把两种来源都说成「进程没起来」。 - N4：refresh_view 末尾的死赋值 view_dirty = false 删掉。 红灯原文（摘掉那 3 行触发点，其余为最终代码）： 退场窗口内必须真的开始收（remaining=Some(40)ms, progress=1）	2026-11-13 13:50:41 +08:00
AskaEth	97768b7e3f	fix(launch): M298 收尾失败不再静默、Toast 接上渲染点 ... 三条提示通道各漏一半，用户才会「启动失败但找不到崩溃日志」： 1) 收尾失败静默不弹：finish() 报错那条出口把 LaunchFinished.session 发成真实 会话，而它登记的现场走 before_start 写死空串 ⇒ dialog.rs 的并发守卫 （!finished.session.is_empty() && report.session != finished.session）成立后 return。改成**会话归属单一来源**：before_start 新增可选 SessionAttribution， presenter 的 publish_before_start 把它写进报告后**返回同一个值**给 DTO； 两处不可能再各写一遍。守卫原样保留（A 场的现场不许解释 B 场，有用例钉住）。 2) Toast 只 push 不渲染：新增 app/view/toast.rs 覆盖层（MD3E 胶囊 = ShapeScale::Full，底部居中，InverseSurface 底），接在页面树之上、模态之下； 过期仍走 clock.rs 的 expire；进/出过渡复用模态那一对腿（motion::modal_spec / modal_scale / scaled），时间轴在 update 侧由 state/toast.rs 采样，关掉动效时 恒为终值（出图可复现）。两个拷贝路径补上 view_dirty（推了不置脏要等下一次事件）。 3) 三个贴线文件先拆再改（纯搬移 + pub use 保路径，机器核对：搬出的 14 个函数体 逐行相同）：crash_report.rs 394→318（+context.rs / slot.rs）、 host/launch.rs 399→233（+build.rs）、app/dialog.rs 390→178（+model.rs）。 证据：DevDocs/artifacts/m298/toast-capsule.png（--screenshot + ULL_TOAST_FIXTURE， 图上可见「游戏崩溃 · 12.0 秒」胶囊）。	2026-11-13 13:18:11 +08:00
AskaEth	c182d8d5c9	fix(download): M295 r1 —— 代理口令脱敏、回落可见、socks5 与错因有话说 ... 复审 r1（p2-2items / fix-then-merge）两条 p2 都是本轮新开的「用户被骗」面，三条 p3 一并收。 p2-1（凭据泄漏面）：`proxy_url` 允许 userinfo，而这个键在本仓就是凭据（schema 是 `AiPolicy::sensitive()`、`config get` 打 `<redacted>`、`config_secret_test.rs` 专门守它）。第一版把 manual 的原串整条写进 `summary()`（→ CLI stderr → CI 日志 / 截图）与解析失败文案，**不需要用户犯错**。 - `redact_proxy_url` 是唯一实现：`user:password@` → `user:***@`（用户名保留、口令打掉；只有用户名 没有口令 ⇒ 原样；路径/查询里的 `@` `:` 一律不碰，也不做任何 URL 归一）。 - 四个出口全过它：`describe()`（`summary()`/stderr）、`apply()` 的错误文案（`proxy_problem()`/ GUI 提示）、手写的 `Debug`（配置与引擎被打进日志时）、`problem()`。 - 刻意例外（写进 docs §5.3）：设置页那个输入框仍显示文件原值——它是编辑面，回填掩码会在用户点 「应用」时把真口令冲掉。 p2-2（GUI 对「非法地址 ⇒ 回落直连」完全静默）：`proxy_problem()` 的消费者只有 CLI。 - `ProxySetting::problem()` 是新增的**纯判定**（与 `apply` 共用 `manual_proxy`）：宿主用它给提示， 不必造 client。两个宿主都调它，优先级写清：GUI 常驻（设置页「HTTP 代理」行第二段 `\n已回落到直连：<原因>`）、CLI 每次装配引擎一行 stderr。 - 取舍写进 docs §5.3：回落直连（而不是拒绝下载）不挡用户，代价是「以为走代理」，所以回落**必须** 可见；fail-closed 是产品决定，不在本轮。 p3-1：`socks5://` 在 `Proxy::all` 里返回 `Ok`，但本构建没开 socks feature ⇒ 以前静默变成「所有候选 源都失败了」。现在 `manual_proxy` 先自己 `Url::parse` 拿 scheme 做白名单，不支持的直接有界错误 （「本构建不支持 socks5 代理（只支持 http / https）」）⇒ 走已有的回落 + 告知路径。 p3-3：错因不再只有 `builder error`：`reason()` 沿 `source()` 链拼一句；宽口径只补到「少写 scheme」 为止（已带 `://` 不再套一层 `http://`，否则真错因会被掩盖成「解析成功」）。实测文案： `代理地址无法解析（http://127.0.0.1:99999）：invalid port number`。 p3-2：两个测试文件已在 scope 里登记，本轮未动。 判据（都落在最终字符串 / 真正可见面上）： - `a_password_in_the_proxy_url_never_reaches_a_user_visible_string`：生效值行 / 错误文案 / `Debug` 四处都不含口令子串且保留 `user:***@`；`a_proxy_url_without_a_password_is_left_byte_identical` 守「没口令的地址逐字不变」。 - `a_broken_proxy_url_is_shown_as_falling_back_to_direct`（presenter）：设置页那一行含 `\n已回落到直连：`、带（脱敏后的）地址、不含口令，且与 `engine.proxy_problem()` 是同一串； 合规地址没有这条提示。 - `the_console_line_never_carries_the_proxy_password`（CLI）：`announce` 那一行与回落提示都不含口令。 - `unsupported_schemes_and_bad_ports_explain_themselves`（core）+ `an_unsupported_proxy_scheme_is_ refused_with_a_readable_reason`（engine）。 - 变异 M23-M26 记在 docs §6（redact 返回原文 ⇒ 3 条红；删 `proxy_note` ⇒ GUI 提示红；白名单写 `if false` ⇒ socks 红；错因换回 `builder error` ⇒ 红）。 - 端到端（真二进制 `ull install 1.20.1 --dry-run`，`CARGO_TARGET_DIR` 同前）：口令样本 `PWMUSTNOTLEAK` 在 stdout+stderr 里 **0 次**，两行都是 `user:***@`；socks5 那档打出 「本构建不支持 socks5 代理（只支持 http / https）」。 - 门禁：四 crate `--all-targets` check / 测试（3206 passed, 0 failed, 45 binaries）/ `clippy --all-targets -- -D warnings` / `fmt --all --check`，另 `check --workspace --all-targets`。	2026-11-13 11:10:30 +08:00
AskaEth	d584a2c42e	feat(download): 把 download.proxy_mode / download.proxy_url 接进代理三态（M295） ... 台账 P26：两个键引擎侧零消费者——`http::build_client` 只设 UA / 连接超时 / 重定向 / 默认头， 从不 `.proxy()`。设置页画着三档 chip 与一个地址框，改它对任何一次下载都不生效（`system` 那一 档「碰巧能用」只是因为 reqwest 默认读环境变量，不是这段代码做的）。 - core::download::proxy（新）：`ProxySetting::from_raw` 是**唯一**翻译层，三档落到 client 上： `none` ⇒ `.no_proxy()`（真直连，连 `HTTP_PROXY` 也不读）/ `system` ⇒ 不调任何代理 API （跟随环境变量 = M295 之前的行为）/ `manual` ⇒ `.proxy(Proxy::all(url))`；未知值 ⇒ `none`。 - 两条决定写进模块头：`proxy_url` 在非 manual 档**忽略**（不校验、不进结构，值原样留在文件 里）；`manual` + 空地址 ⇒ `system`（设置页那行文案一直这么承诺）。 - 非法地址不穿透：`Proxy::all` 解析失败 ⇒ 有界错误（`InvalidRequest` + 带原串的文案），不 panic；`DownloadEngine::new` 回落**直连**重建（不用 `reqwest::Client::new()`——那会跟随环境 变量代理，回落就不确定），原因留在 `proxy_problem()`，CLI 的 `download::engine` 打一行 stderr；`config().proxy` 不撒谎（仍是用户写的 `manual`）。 - `EngineConfig.proxy` 默认 `System`（=「没读设置」的档：auth 登录 / JDK 下载页 / 地区探测都 直接用它，保持老行为），`DownloadTuning.proxy` 默认 `Direct`（与 schema 的 `none` 一致）。 - 两键进 `RawTuning`（与 `gh_proxy` 同形），presenter 的 `tuning_of` 与 CLI 的 `tuning` 各加 两行；两个宿主都是完整字段字面量 ⇒ 「忘了读」是编译错误。`summary()` 加 `代理=…` 一档。 - 判据是「请求真的经过代理」：新夹具 `FakeProxy`（本地 TcpListener）+ 目标 `.invalid`（解析不 了）⇒ 拿到正文只可能来自代理，且代理记到的请求行是**绝对 URI**。三条用例：manual 真走代理 / direct 无视环境变量而 system 跟随（同一份 `HTTP_PROXY`）/ 非法地址回落直连不 panic。 变异 M17-M22 记在 docs/download-settings.md §6。 - 行为变化（doc §5.2 写明）：`none` 从「碰巧跟随环境变量」变成真直连，靠 `HTTP_PROXY` 上网的 用户要选一次 `system`。发布版 GUI 的「下载 JDK」页仍不读这两个键（finding 已开）。 - 门禁：四 crate `check --all-targets` / 测试（3201 passed, 0 failed）/ `clippy -D warnings` / `fmt --check`；另跑了 `check --workspace --all-targets`。判据用 `$?` 与 `test result:` 行验。	2026-11-13 10:43:09 +08:00
worker-mirrorwire	0f64acbd05	feat(download): 把 download.region / download.mirror_preference 接进源选择（M294） ... 两个键此前在引擎侧零消费者：设置页画着三档 chip，改它不影响任何一次下载。 现在它们是 RegionProfile 之上的一层显式覆盖（读时叠加，不落盘，region.json 仍是自动判定的结论）： 显式 mirror_preference（official/mirror） > 显式 region（cn/global） > 自动探测（时区+语言+系统信号）与 24h 缓存 - core::download::preference（新）：两个枚举的 from_raw（未知值/空串 ⇒ auto） 与 apply；两个键都落到 RegionMode 这一个「谁在前」开关上，不造第二套排序 - region::RegionProfile::overridden：在已有判定上叠一层模式（探测逻辑不动） - DownloadTuning 加 region / mirror_preference 与 apply_source_selection （组合顺序 = 优先级），shared::build 改用它；默认 Auto ⇒ 逐值等于今天 - 未进 RawTuning：CLI 的 tuning() 用完整字段字面量构造它，加字段会连累 crates/cli（不在本 mission scope），改走 with_source_selection 入口 - presenter 的 tuning_of 读这两个键（否则 GUI 侧仍是假行） 判据断具体源名序列：不设/auto/未知 ⇒ ["bmclapi","official"] / ["official","bmclapi"] 逐项不变；official/mirror/cn/global ⇒ 顺序跟着换； 另有一条从设置原文到引擎 plan() 的端到端用例。	2026-11-13 08:26:30 +08:00
AskaEth	f6cdbff885	test(download): 补强最后一跳 + 写明「抓得住/抓不住」（M292 r1） ... 复审与塔的门禁在本 worktree 报了一条 `left: 120s / right: 300s` （`changed_settings_reach_the_engine_config_and_the_budget`）。归因结论：**不是源码缺陷**， 是目标目录里跑到了不属于这棵树的 `unlucky_core` 测试二进制。本轮只做两件事： ## 1. 最后一跳补强（presenter） `the_three_timeout_keys_travel_from_the_file_to_the_engine_config` 此前是自己拼 `tuning.apply_to(EngineConfig::default())`，即「调优 → 引擎」这一跳是**用例自己接的**， 守不住「宿主有没有把调优交给 core」。现在改走 GUI 的生产装配点 `crate::host::engine::engine(&env)`（内部 `apply_tuning` → `shared::set_tuning` → 按数据根重建）， 断言读 `engine.config()`。这一步断了（宿主没调 `apply_tuning`、或 `shared` 装配点没用 `apply_to`），三条断言全红。 ## 2. 用例文档写清边界（config/tests.rs） `changed_settings_reach_the_engine_config_and_the_budget` 的文档补上返工取证： - **抓得住**（三键逐一变异，删掉 `apply_to` 里对应赋值即红）： `response_timeout` ⇒ 278 行 `60s/180s`；`chunk_stall_timeout` ⇒ 279 行 `120s/300s`； `min_avg_throughput` ⇒ 280 行 `32768/16384`。另抓 `from_raw` 的 KiB→字节换算与 `chunk_job_budget` 忽略下限。 - **抓不住**：①宿主有没有调用 `tuning`/`apply_to`（前半段归宿主用例）；②跑的是不是这棵树的 二进制（编译期常量与代码内容都不在它视野里 —— 本轮就栽在这里）。 `config/tests.rs` 因此从 394 → 398 行（仍在 400 硬线内）。	2026-11-13 04:06:42 +08:00
AskaEth	2ecb33afae	feat(download): download.* 三个超时/阈值键接进 schema 与引擎（M292 2/2） ... P21 第 1 条：M289 的四个超时/阈值只挂在 `EngineConfig`，`DownloadTuning::apply_to` 只搬并发与 每源尝试次数 ⇒ 慢链路用户没有任何自救手段。出厂等价于「平均吞吐 ≥32 KiB/s 才活得下来」： 188MB 在 20 KiB/s 上要 160min > 100.3min 预算，必被杀；被杀后不再重试、不再换源，所以是 「下不完」而不是「慢一点」。 ## 键（schema 1.9.0，新键推 minor） | 键 | 默认 | 范围 | 落到 | |---|---|---|---| | `download.throughput_floor_kib` | 32 KiB/s | 4~4096 | `EngineConfig::min_avg_throughput`（×1024 → 字节/秒）| | `download.stall_timeout_secs` | 120s | 30~600 | `EngineConfig::chunk_stall_timeout` | | `download.response_timeout_secs` | 60s | 10~600 | `EngineConfig::response_timeout` | 三个默认值与 M289 的硬编码**逐值相等** ⇒ 不设 = 当前行为。上界（`MAX_*` 常量）就是「把挂住变成 无界」那道兜底：越界值在写入口被 schema 拒、引擎侧再回落一次出厂值。 ## 通路 `RawTuning`（宿主只按 `KEY_*` 常量取裸值）→ `DownloadTuning::from_raw`（默认/区间/回落/KiB→字节 全在 core 一处）→ `apply_to` → `EngineConfig` → `stall::job_budget(total, floor, min_throughput)`。 `job_budget` 内部 `min_throughput.max(1)` 挡除零（设置层已拒 0，这是纵深防御）。 两个宿主都读六个键：`crates/cli/src/download.rs::tuning`、`presenter::host::settings::download:: tuning_of`。CLI 在**非出厂值**时往 stderr 打一行 `DownloadTuning::summary()`（`--dry-run` 也会经过 它；实测 `ull --data-dir … java install 21 --dry-run` 的 stderr 是 「下载调优：并发=8 单源尝试=3 吞吐下限=16KiB/s 无进展窗口=300s 单次请求上界=180s gh_proxy=跟随内置默认」， 出厂/非法值时一行都不打）。 ## 文档口径（各只写一处） - `stall.rs` 模块头：「改这几个数要付的代价」（调低下限换到的是「慢」不是「无界」；两档窗口是 单次尝试的界，最坏要乘候选数×尝试次数）+「数字从哪来」改成「默认值 / 能不能改」+ 补上 P21 第 3 条要的「`permit_timeout` 是按一次尝试反推，不是一个作业」。 ## 两个纯搬移（为 400 行硬线） - `config.rs` 423 → 261：`DownloadTuning` / `RawTuning` / `secs_in_range` / `impl` 整段搬到 `config/tuning.rs`（194 行），`pub use tuning::{DownloadTuning, RawTuning};` 保住原路径； 搬移块 172 行原样 diff = 0（无归一化）。 - `stall.rs` 440 → 343：测试搬到 `stall/tests.rs`（103 行），唯一变换是整体去 4 格缩进；两个 未改动的用例函数体与 HEAD 逐字符（去空白）相同。 ## 用例 core（`config/tests.rs` + `stall/tests.rs` + `keys/download.rs`）：默认值与 schema/引擎三处同源、 改设置 ⇒ 引擎配置与总期限都变、0 与越界回落且不除零、doc 里的数字、`summary()` 的生效值、键顺序。 cli：生产入口 `build_engine` 拿到三个新值 + `announce` 只在非出厂值时给行 + 非法值回落。 presenter：文件 → `tuning_of` → `EngineConfig` 三段一致 + 键名常量与 schema 登记绑定。	2026-11-13 03:35:08 +08:00
AskaEth	7d16317411	fix(m291): 守卫文档在 400 行内收（⑧ 并入 ⑦ 段，净增 0 行），make_dir_link 可见性收窄到 pub(super)（M291 r1）	2026-11-13 00:48:38 +08:00
AskaEth	375cc4f1fa	test(presenter): junction 夹具改成逐段 join（带正斜杠的路径让 mklink 报无效语法，用例一直静默跳过），守卫补记 M291 变异（M291）	2026-11-13 00:31:14 +08:00
AskaEth	27980cf5b3	fix(presenter): junction 夹具改走 platform::child::quiet，两处副本收成一份共享 helper（M291）	2026-11-13 00:28:32 +08:00
AskaEth	72137dc658	fix(presenter): 回落日志两因并列 + 老 ext 档案覆盖 + 死根档案边界用例（M274 r3）	2026-11-12 19:55:52 +08:00
AskaEth	70c6aec6dd	fix(presenter): 写设置那道门按(根,版本)判绑定 + 反查回落留日志 + 旗标改真名（M274 r2 P1-1）	2026-11-12 19:55:52 +08:00
AskaEth	a614b49538	fix(presenter): 多根 r1 复审修四处（磁贴按自己根描述 / 挑 Java 按自己根要求 / 一拍一次扫描 / 只读内容级快照）（M274 r1）	2026-11-12 19:55:52 +08:00
AskaEth	dc8323531b	feat(presenter): 多根发现（配置根 + 官方启动器标准位置），实例按自己的根解析存档/模组/启动（M274）	2026-11-12 19:55:51 +08:00
AskaEth	c5009442c5	fix(presenter): 自动发现实例按盘上痕迹选运行目录 + 空态用例补上分支/传参（M273 r1） ... r1 复审的两条 P2。 ## P2-1：外部实例不再一律 isolated `versions/<id>/` 里出现 `mods` / `saves` / `config` / `options.txt` 任一 ⇒ `isolated` （gameDir = `versions/<id>`）；否则 ⇒ `shared`（gameDir = 游戏根 `.minecraft`）。 判据只 `exists()`，只读，不改盘；写盘仍然只在用户第一次改设置时（`ensure_profile`）。 - 判据收在 `host/game/discovered.rs::base_mode()`，签名 `(env, id, version_id)`： **有档案的实例返回全局 `instances.mode`**（D20 原口径，一字不变），自动发现的按痕迹判。 - 派生运行目录的五处（启动 / mods / saves / addon install / addon pack）从传 `global_mode` 改成传 `base_mode` ⇒ 「读到的存档/模组在哪」与磁贴上的 ISOLATION 同一份判据。 - `isolation_of(env, id, version_id)` 多收一个版本 id：实例文件优先，缺省 `base_mode`。 于是懒创建档案（只写 launch 段、isolation 仍为空）之后，磁贴不会从「共用目录」翻回「独立目录」。 - 磁贴/详情：自动发现的实例多一句「运行目录由盘上已有的文件决定」（i18n 中英）； 按启动时再弹一条说清**这一次**用哪一边（`pages::instances::discovered_run_toast`， 同文案在屏不重复叠加）。 - `dto::DISCOVERED_ID_PREFIX` / `is_discovered_instance` 成为「自动发现」的公开判据 （不给 `InstanceSummary` 加字段：那要改 24 处结构体字面量，跨 agent / cli）。 ## P2-2：空态用例的覆盖面 r1 复审实测：把 `!block.rows.is_empty()` 改成 `block.rows.is_empty()`（0 实例时反而没按钮）， 当时三条用例全绿。现在： - `detail_empty` 拆成 `empty_not_selected` / `empty_no_instances` 两个函数，分支各自可断言； - `the_cta_lives_only_in_the_no_instances_branch`：CTA 只在「一个都没有」那一支、 「没选中」那一支必须是 `Vec::new()`，且分派必须写成 `if has_instances {`（取反即红）； - `the_page_asks_the_empty_state_with_the_negated_row_count`：两条调用点（宽窗 + 窄窗） 都必须传 `!block.rows.is_empty()`，条数也钉住（多一条即红）。 - 两个变异已自证：传参取反 ⇒ 后一条红；CTA 挪支 ⇒ 前一条红（红原文见交付报告）。 ## P3 - `java::target_major()` 改读并集快照：只有自动发现实例的用户原来会拿到默认 JDK17 而不是 该版本要求的 JDK（`profiles.json` 是空的）。有档案时顺序与旧写法一致。 - `instances()` 全量扫仍在 UI 线程——本轮不动，刷新时机与代价写进报告（塔另开一条）。 ## 结构 `host/game.rs` 394 → 286 行：自动发现那一簇（痕迹判据 / 扫出来的版本 / 合成视图）搬到 `host/game/discovered.rs`（138 行），只为守 400 行硬线；`game::base_mode` 仍是同一条路径。 ## 门禁 app-iced lib 973 passed / presenter all-targets 386 passed / i18n 36 passed / fmt 0 / clippy -D warnings 0。	2026-11-12 14:21:30 +08:00
AskaEth	5479f25068	feat(presenter): 实例清单改并集（档案 ∪ versions/*）+ 空态接导入向导（M273） ... 用户实测：HMCL 能看见 `.minecraft/versions/樱落怡然客户端`，ULL 的实例页是空的 （日志 `instances=0`）。根因不是路径找错，而是 `host::game::instances()` 只列 `profiles.json` 里的档案，第三方启动器装好的版本在界面上根本不存在。 ## 列表改并集（presenter/src/host/game.rs） - `versions/*` 里**能解析出清单**（`<id>/<id>.json` 的 id 与目录名一致、继承链走到底、 符号链接不越界）且没有被任何档案绑定的版本，就地合成一条实例视图： 显示名 = 目录名、`version_id` = 目录名。扫描复用 `core::game::adopt::scan`， 没有另写一套目录遍历。 - 只读：合成视图不建目录、不写 profiles.json、不碰 versions/ 一个字节。 - 档案优先：某版本已被档案绑定时只按档案出一条（名字/隔离档/启动参数都保留），不重复列。 - 坏目录（无清单 / JSON 坏 / id 不符 / 缺父 / 越界）不当实例；`versions/` 读不出来也只是 退回「只有档案」的旧行为，不让实例页报错。 - 外部实例的视图 id 用 `ext-<fnv64>`：`is_valid_instance_id` 只收 `[A-Za-z0-9_-]`， 而版本目录名可以是中文（现场就是），直接沿用版本 id 会让**启动**在读实例设置时就失败。 ## 懒创建档案（只有第一次改它才写盘） `set_isolation()` 与 `apply_launch_args()` 的「找不到实例」改成 `game::ensure_profile()`： 外部实例第一次改隔离档 / 启动参数时才写 profiles.json（幂等，id 与视图 id 相同）。 ## 空态可见入口 + 文案（app-iced / i18n） - 空态分两种：列表里有东西但没选中（原「未选择实例」）与**一个实例都没有** （新：「还没有实例」+ 实心主行动「导入已有版本」）。用户现场看不到任何入口正是前一种文案 在误导。 - `adopt_action()` 成为「导入已有版本」意图的唯一产地，页头按钮与空态主行动共用它。 ## 门禁 `cargo test -p unlucky-app-iced --lib` 971 passed / `cargo test -p unlucky-presenter --all-targets` 384 passed / `cargo test -p unlucky-i18n` 36 passed / `cargo fmt --all --check` 0 / `cargo clippy -p unlucky-presenter -p unlucky-app-iced --all-targets -- -D warnings` 0。	2026-11-12 13:13:53 +08:00
AskaEth	751ae80f28	chore(release): 版本号 0.2.5（动效第一批 + 发布链路三处根因修复 + 平台测试收口）	2026-11-12 12:06:46 +08:00
AskaEth	3c99b55110	fix(presenter): 给 [dev-dependencies] 的 unlucky-core 补 version 修 cargo-deny wildcard ... crates/presenter/Cargo.toml 的 [dev-dependencies] 路径依赖漏写 version， deny.toml 的 [bans] wildcards = "deny" 因此报 error[wildcard]（cargo deny check licenses bans sources 退出码 2）， CI Guards 的 cargo-deny 步红。 补上与其他路径依赖同款的 version = "0.2.4"，features 保持 update-test-key 不变； 该条仍只在 [dev-dependencies]，不进发布二进制。	2026-11-11 21:49:55 +08:00
AskaEth	4b184df1ba	chore: 版本号 0.2.4（里程碑快照；本批含存档截图/强调色/回车提交/GPU 门禁/签名就绪度）	2026-11-11 21:26:15 +08:00
AskaEth	779a2ae254	feat(app-iced)+test(presenter): 句柄按 (目录,mtime,大小) 复用；缓存可清空；端到端出图 ... 复审 r1 的三条： 1. 端到端图：DevDocs/artifacts/m251/saves-real-decode-light.png —— 真 host （ULL_SCREENSHOT_REAL_HOST=1 + --data-dir 一个临时数据根）→ 后台列 screenshots/ → palette_extract::thumbnail 真解码 → DTO → Handle::from_rgba → 上屏。三格是三张真 PNG 的真像素，副文案的 2.3 KB / 2.2 KB / 24.1 KB 也是真扫描值。造根脚本与复现命令进 artifacts/m251/{README.md,make-real-root.py}，并写明「哪张是排版、哪张是端到端」。 2. 每帧重建 Handle 的成本：改成**缓存**（不是实测）。model.rs 新增 process-level memo，键 = (截图目录, 文件, mtime, 字节数)（与 presenter 的缓存键同源，目录单列一格）， 上限 120 条（≈12MB）。判据：the_same_screenshot_reuses_one_handle 断言两次 from_state 拿到**同一个 Handle id**；变异（换回 Handle::from_rgba）即红。 a_changed_screenshot_gets_a_new_handle 钉住「文件变了必须换句柄」。 3. 进程级 memo 的副作用：两层各加 #[cfg(test)] clear_cache()/clear_handles()，用例从 已知状态起跑；两条上限从 240 收到 120（≈12MB/层，算术写进常量文档）。 顺带：句柄键改用 push 拼（format! 模板串会被页面字面量守门当成英文文案抓走）； preview 的页面模型用例拆到 tests/saves/preview.rs（saves.rs 破 400）。	2026-11-11 17:09:17 +08:00
AskaEth	dd9962e610	test(presenter)+fix(i18n): 淘汰策略与共享缓存解耦；注释里的 ASCII 引号 ... - prune() 抽成独立函数：全局缓存被所有用例共享，谁往里面灌 240+ 条都会顺手清掉 别的用例刚缓存的键（实测：并行跑时 the_second_identical_refresh_... 假红）。淘汰 策略改在本地 Cache 上测，两条判据各自确定； - clippy -D warnings：from_ref 代替 &[x.clone()]； - model.rs 注释里的 "原因 + OS 原文" 用 ASCII 引号 → 页面字面量白名单守门报红，改 中文引号；core/events 的三处文档失真登记为 TowerFinding（scope 外）； - 出处文案口径：TooLarge 的 detail 只留数字（presenter 不产人读文案）。	2026-11-11 16:52:47 +08:00
AskaEth	843f6d08f9	feat(saves): 截图缩略图墙（M251 · D54 全套：解码/缓存/上限/可见失败） ... 按 D54 落地，解码在 palette-extract、缓存在 presenter、像素随快照走、壳层只画。 palette-extract（上一提交）→ presenter： - dto/saves/preview.rs：ScreenshotPreview{NotGenerated,Ready,Failed} + ThumbnailView （带 is_consistent：长度 ≠ w×h×4 的像素不许进渲染器）+ ScreenshotThumbKind； ScreenshotView 新增 preview 字段（像素不落盘，随 IPC 面走）； - host/saves/thumbs.rs：attach() 在后台线程（spawn_list 同一条线程）按 mtime 倒序解前 60 张、单张 >8 MiB 先查大小不进解码器、失败也逐条带原因；进程级 memo 键 = (路径, mtime, 大小)，覆盖/替换都会重解；超过 240 条只留本拍碰到的键； - presenter 新增依赖 unlucky-palette-extract（塔已批，方向 presenter → palette-extract）。 app-iced： - saves.rs 拆成 model / rows / wall（原文件 385 行，加完墙必破 400）：model 里建一次 iced Handle（渲染回调零解码、零重复上传），wall 3 列排格子，没像素的格子给 160×90 占位框 + 逐条原因；text.rs 拆出 text/saves.rs 承载存档/截图一族文案； - i18n 加 4 条「这一格为什么没有图」（未生成/太大/读不出/解不出）+ 金表同步； - 出图夹具（saves_shot）合成两种场景的像素，并摆出四种格子（真图×2/未生成/超限失败）。 用例：presenter 9 条（含缓存命中不重解、mtime 变了必重解、第 61 张不解、 >8MiB 不进解码器、缓存有界）+ app-iced 3 条（三种格子的副文案、坏像素降级）。	2026-11-11 16:33:56 +08:00
AskaEth	e6b2200360	feat(app-iced): 强调色接线落地（M250 ACCENTWIRE） ... appearance.accent_color 此前是死线：配置键、presenter 往返、预设色板都在，但造 tokens 的 唯一入口恒走 DesignTokens::brand(board)，用户填了色界面不变。 - theme.rs：Ui::with_accent + accent_scheme（唯一调用 DesignTokens::with_accent 的地方） - app/state/theme.rs：rebuild_ui 三选一（显式强调色 > D38 取色方案 > 出厂板），diag 一行说清是谁生效 - pages/appearance：新增 accent 状态（原文/解析结果/方案/结构化错误）+ 设置页输入行与预设色块； 非法值保持上一次合法值并给出 Short/Long/Digit 三档原因，不静默回退出厂色 - presenter::prefs：AccentChoice::parse 成为唯一解析点，set_accent_checked 交回结构化原因 - app/appearance.rs：persist_appearance 带上 accent_color（此前写不进去），只写上一次合法值 - pages/harness/app.rs：gallery 也能吃 ULL_APPEARANCE_ACCENT，供出图矩阵 - core keys.rs：订正「空 = 出厂 #0078D4；accent 令牌全域生效」这句半真半假的说明 - i18n：强调色 7 条文案（链尾新域，金表只追加） 判据：同一组件（进度条 Primary）在空配置与 #006A5C 下色值不同（App 级 + 令牌级两条）； 非法值拿到结构化错误、生效色不回退、不写盘、tokens 仍可构造。	2026-11-11 14:56:26 +08:00
AskaEth	32384b952e	chore(presenter,app-iced): 复审 r2 三项（文档对齐 / 拆 dialog.rs / 收窄关闭路径） ... 1. 文档自相矛盾（复审 r2 第 1 项）：`SavesState::apply` 的文档还写着「无论成败都清『在飞』与 『确认中』」——改完之后这是假的，而且与模块文档「安全判据第 3 条」互相打脸。现在逐支写清： `Ok` 清 draft/pending、`confirm` 只在被确认的世界已不在快照里时清并登记 `closed_confirm`； `Err` 只清 pending。生命周期表里的 `dismissed` 改成真字段名 `closed_confirm`（消费点是 `app/state/refresh.rs::settle_saves_confirm`）。 2. 拆 `app/update/dialog.rs`（复审裁决）：397 行里 262 行是内联 `mod tests`，而它装的是 主按钮 / Esc / 次按钮三条不可逆分支。照仓内先例（`app/dialog.rs` + `app/dialog/tests.rs`） 把测试体搬到 `app/update/dialog/tests.rs`，**纯搬移**：`dialog.rs` 397 → 138， `dialog/tests.rs` 262；从 `6c87e2a` 的 `dialog.rs` 里抽出 `mod tests` 去一层缩进后与 新文件**逐行比对 0 处差异**（262 = 262）。 3. 收窄关闭路径（复审 r2 加固）：`SavesState::close_confirm(current)` 只在 `current` 等于登记的 那个框时才清；`clear_confirm()` 保持无条件（换实例/复位用）。`escape()` 与 `Secondary|Dismiss` 改成传当前框 id。新用例 `closing_another_dialog_leaves_our_target_alone`（别人关框不清我们的 目标；自己关框才清）。	2026-11-11 14:25:26 +08:00
AskaEth	6c87e2ad8a	fix(presenter,app-iced): 删除确认绑定到对话框身份 + 快照不再吃掉目标（M247 r2 复审） ... 复审 r1 P1-1（安全）：`SavesState::confirm` 的「关闭即清」在 Esc 这条路径上没有落实， 而主按钮分支无条件先取目标 —— 「删存档 → Esc → 崩溃卡片 → 导出诊断包」会静默删掉那个世界。 两层修，各自有独立用例钉住： 1. **认框不认人**：`confirm` 改成 `Option<(DialogId, String)>`，`take_confirm(current)` 只在 id 相等时交付；`DialogMessage::Primary` 传 `dialogs.current().id`。即使别的路径漏清， 也核销不了别人那个框。用例 `a_leaked_target_cannot_be_redeemed_by_another_dialog` （去掉 id 校验即红：实测「漏清的目标被别的框兑现了：世界被静默删除」）。 2. **关闭路径补全**：`update/dialog.rs::escape()` 补 `clear_confirm()`（次按钮/遮罩早就清了， Esc 漏了）。用例 `escaping_the_delete_dialog_disarms_it_for_the_next_one` 复现整条事故链， 断言没有下发 `DeleteWorld`、框走自己的路关掉（去掉这行即红）。 P2-1：`changed()` 不再无条件清 `confirm`（一拍无关快照会让主按钮变成静默空操作）—— 只在「被确认的世界已经从快照里消失」时清，并登记 `closed_confirm` 让 app 层**收起那个框** （`refresh_view → settle_saves_confirm`），避免留一个点了没反应的按钮。`failed()` 同理不动 confirm。 用例：`an_unrelated_snapshot_keeps_the_confirmation_redeemable`、`a_vanished_world_closes_its_confirmation`、 `an_unrelated_snapshot_no_longer_drops_the_confirmation`、`the_confirmation_is_dropped_and_reported_when_the_world_vanishes`。 P2-2：`catalog/instances.rs` 那段「这一版只读 / InstancesSavesReadOnly」的陈旧说明改成现状 （写操作已接上，边界由 core 的 `write::boundary` 守）。 拆分（400 行）：`presenter/src/state/saves.rs` 的交互态方法 → `state/saves/interaction.rs`、 判据 → `state/saves/tests.rs`；`app/update/dialog.rs` 的接线用例内联在该文件（5 条）。	2026-11-11 13:51:07 +08:00
AskaEth	8c67e4eca6	fix(presenter,app-iced): 「游戏在跑」挡在落 core 之前（M247 r2） ... 塔裁决：三个写操作在实例启动/运行时必须拒，判据不能只靠界面灰按钮 —— Windows 上是 os error 32 兜底，**Linux 上删一个正在跑的世界会成功**，那是在 用户玩到一半时把存档删掉。 - host/dispatch.rs：`AppCommand::Saves` 与 `AppCommand::Mods` 同款，先查 `CoreHost::in_flight(&id)` 再把 `running` 传下去 - host/saves.rs::dispatch 增 `running`：为真时三个写操作**不 spawn、不碰盘**， 直接回一条 `SavesFailureKind::GameRunning` 的结构化失败；读路径与「打开文件夹」不受影响 - dto：新增 `GameRunning` 类别（不折进 WriteFailed —— 那不是"写失败"，是"我们主动没写"） - i18n：「游戏正在运行（先退出再操作）」中英成对 + 金表同步 - 用例：在飞时三条写命令盘上指纹不变/世界还在/备份落点没建，且回 GameRunning； 反向用例钉住闸门没有把写操作一并关死；UI 侧断言三种动词的主句都不出现「写盘失败」且不画重试 - 拆分（400 行）：host/saves.rs → host/saves/write.rs；两处测试各拆出 write 子模块 - SavesState 模块文档补「生命周期」表：draft / pending / confirm 谁写谁清、何时必须清， 并把 confirm「取走即清」（连点两下不删两个）写成安全不变量 - 出图：ULL_SAVES_FIXTURE=running 一张（失败那句话的样子）	2026-11-11 13:29:56 +08:00
AskaEth	c921b9c185	feat(core,presenter,app-iced): 存档三个写操作（重命名 / 删除 / 备份）+ 行操作区（M247 SAVESOPS） ... core::game::saves 新增 write 模块，三个入口的第一句都是 boundary::guard： - rename_world：saves/<old> → saves/<new>，撞名/同名/非法名字各自具名拒绝 - delete_world：递归删（不跟随符号链接、层级上限 64），先过边界校验 - backup_world：流式 zip（限额预检 → 临时文件 → 原子改名）， <世界名>-YYYYMMDD-HHMMSS.zip，撞名顺延，绝不覆盖上一份 guard 三道判据（每次写前重做，不信任调用方）：名字必须是单段裸名字； saves/ 必须是运行目录的真实直属子目录；世界目录必须是 saves/ 下的真目录 （解析后比父级，不比字符串前缀）。落点目录要求绝对路径（相对路径会落到进程 CWD， 实测过一次）。 presenter：SavesCommand 增 RenameWorld/DeleteWorld/BackupWorld，host 三个后台入口 写成功后重新列一遍目录并把「回执」挂在快照上（SavesOped：改名两端 / 被删的名字 / 备份落点+字节数+跳过的链接数）。SavesFailureView 增 file 与 op，写失败八类一一对应。 SavesState 增 draft / pending / confirm 三样交互态（草稿是行内输入缓冲， pending 与 ModsState::pending 同一条先例，confirm 是删除确认框在等谁）。 app-iced：世界行右侧重命名/备份/删除；行内输入框改名（现成模态队列没有「输入变了」 这一条消息，用输入模态等于重写一套）；删除走现成 modal 的 Confirm，主按钮落点接在 app/update/dialog.rs。回执行画在卡片里（备份落点看不见就是静默失败）。 i18n：新增 25 条中英成对 key + 金表同步；删掉 M235 的「这一版只读」那条（写操作接上 之后它是假的）。出图夹具 ULL_SAVES_FIXTURE=rename|confirm|backed-up 三种形态。	2026-11-11 13:29:56 +08:00
AskaEth	0b40e1dfe2	test(core,presenter): 夹具口径跟随 M240 收窄（长类名不再被抹） ... M240 让词形长路径不再被当成不透明串，而 M241 的两份夹具仍断言「必须被抹成 <redacted:opaque>」——两条各自的 pre-rebase 门禁都绿，合并 tip 上才互相矛盾， 维护主线短暂变红。 - core：raw_evidence_hits_... 改成断言「脱敏文本也保留类名、两边都能命中」， 并改名 ..._and_m240_keeps_it_visible_after_scrubbing；保留一条守卫：若将来 又把词形长路径抹掉，这条会红并提示改用 raw 窗口的用例说明其必要性。 - presenter：展示面与盘上的断言从「不许出现类名」翻成「应保留类名、且不许 出现凭据」——类名不是凭据，留着才看得懂崩溃原因。	2026-11-11 10:48:16 +08:00
AskaEth	edd6402fd5	fix(core): 规则结论改在脱敏前算，会话路上 fabric.loader_0_12 能命中（M241） ... 会话 JSONL 是写前脱敏的，而脱敏的「≥64 无点号不透明串」是有损的： fabric.loader_0_12 唯一的证据行（Sponge mixin 类路径 66 字符）被抹成 <redacted:opaque>，规则在会话路上永不命中。 修法不动脱敏策略、也不往盘上多写一份原文： 1. SessionWriter 在内存里留一个 2000 行的原始尾窗（不落盘）； 2. 收尾时把这些**原始**事实交给新的 diagnose::session::conclude 跑规则， 产出契约形状的 diagnosis payload —— 它落盘前仍过 Redactor::scrub_json； 3. 日志页优先读这条落盘结论，老会话才回落到「在脱敏文本上重跑规则」。 为什么不是「原文与脱敏文本并存」：会话 JSONL 里存原文会踩 core/tests/launch/pipeline_cases.rs 早已钉死的「事件流不得含凭据明文」。 顺带把 EventKind 纯搬移到 launch/session/event_kind.rs 守 400 行上限。	2026-11-11 09:19:42 +08:00
AskaEth	4952ee2706	fix(accounts,probe): 测试缝换稳定身份（ABA）+ 超时墙钟对齐真实预算（M236） ... 两条 M230 台账判定「真开着」的测试债： 1. accounts 测试缝的 key 是 Arc::as_ptr(&job.cancelled)。job 一 drop，控制块 立刻可能分给下一个 LoginJob，于是新 job 读到旧 job 的记录（ABA），并行跑的 「设备码入口不许置位 browser_first」因此偶发假红。改成 LoginJob 自带的 稳定身份 JobId（cfg(test) 字段，进程内单调递增、永不复用）；ENTRIES 从 Vec<(usize,bool)> 改成带 Weak 的 Entry：record 时 retain 收走已 drop 的 job， 同一 job 覆写成「最后一次」（消掉 mode_for 取第一条的歧义）。 反向证据：身份退回堆地址 ⇒ the_test_seam_does_not_reuse_a_heap_address_as_identity 红（mode_for(&younger) 读到 Some(true)）。 2. probe 的 silent_server_times_out 断 `elapsed < 3s`，跟真实预算（400ms）无关。 改成 预算 + SLACK（400ms + 1s）：抓「预算没生效」（那要等假服务器睡满 5s）， 放开毫秒级精度；并新增两条判据——detail 里的时限就是本次预算（证明走的是 预算分支）、假服务器真的收到 1 次请求（不是没连上就早退）。 反向证据：摘掉 tokio::time::timeout ⇒ 5.08s / unreachable 红；把计时值硬编码 3s ⇒ 3.006s > 1.4s 红。	2026-11-11 06:53:52 +08:00
AskaEth	30d4163816	refactor(accounts): 登录两条流拆到 accounts/login.rs（纯搬移，M236 前置） ... accounts.rs 正好 400 行零余量，本轮要给测试缝换稳定身份，改前必须先拆。 搬移口径：start_login / start_browser_login / msa_auth / fail / finish / store_session 的每一行（含签名与 doc）与搬移前逐行相同（130 行非空行 diff 为空，只有空行分隔差异）；公开路径由 `pub use login::{...}` 保住 （host::accounts::start_login / start_browser_login 不变）。 列表/增删/LoginJob/MsaEntry/测试缝留在父文件：那是测试要用的私有件， 搬走它们就得放宽可见性，纯搬移口径会随之破掉。	2026-11-11 06:53:51 +08:00
AskaEth	f217d83680	feat(saves): 实例存档 / 截图的只读列表与打开文件夹（M235 STOREMVP） ... 用户诉求是 PCL 差距四项里的「存档截图 / 导入」，M230 审计确认三层全缺。塔裁决 U3 把这一版钉成「只读列表 + 打开文件夹」，不做缩略图墙（缩略图要引图片解码依赖，而 AGENTS §2 只允许 palette-extract 引 image 类依赖；截图/导入产物形态也没定型）。 core - `game::saves`（新）：只读列 `<run_dir>/saves`（世界目录）与 `<run_dir>/screenshots` （图片文件）。只调 symlink_metadata / read_dir / metadata，不建目录、不写文件、不读 文件内容（`icon.png` 只判存在）。目录不存在 ⇒ 空列表不是错误；存在但不可用（符号 链接 / 不是目录 / 读不了）⇒ 具名错误。条目级异常逐条登记原因，不静默丢。 - `platform::opener`（新）：`open_dir` 是**目录**打开器的唯一收敛点（explorer / open / xdg-open），内部复用 `child::quiet`，cfg 分支只此一处。塔明确要求按 AGENTS §6 放 platform 而不是业务模块，并要一条可执行判据防退化 （`the_launcher_literals_live_here_only` 扫 `crates/core/src`：除本文件外不许出现 `"explorer"` / `"xdg-open"` 字面量）。 presenter - `dto::saves`：SavesCommand（List / OpenFolder）、SavesListView、SavesFailureView （结构 + OS 原文，不拼中文）、`SavesListView` 的计数助手。 - `host::saves`：走 `job::spawn`，UI 只收快照；运行目录仍是 `isolation::derive_game_dir` 的同一个答案（与启动 / mod 列表同源，**不写盘**）。 「打开文件夹」打开哪个目录由 host 定：`saves/` → `screenshots/` → 运行目录。 失败分三类（InstanceUnavailable / DirUnusable / OpenFailed），可重试。 - `state::saves`：快照整体替换、迟到结果丢弃、失败保留绑定（重试才有意义）。 - 接线：CoreEvent::Saves / AppCommand::Saves / HostTask::Saves。 app-iced - `pages::instances::saves`：详情页 SAVES 卡片（MODS 之后、启动参数之前；**不套第二层 滚动条**，整列那一条是唯一入口）。世界行带 UTC 时间与「有图标」，截图行带大小与时间； 第一行固定画「这一版只读」（U3 边界让用户看得见）。读盘失败画一条红字 + 「重试」； 打开文件夹失败**不画**重试（那个动作的重试就是再点一次按钮）。 - 接线：Message::{ReloadSaves, OpenSavesFolder}、`sync_saves`（与 `sync_mods` 同一判据）、 Model::saves、`saves_shot` 出图夹具（ULL_SAVES_FIXTURE=1）。 i18n - `InstancesSaves*` 20 条中英成对，catalog 与金表在**同一条锚点**后追加、逐字节一致。 证据 - core 只读判据：`game::saves::tests` 在真盘建世界/截图，调用前后各拍一次 （相对路径, 是否目录, 字节数, mtime）指纹并逐条比对；另有用例钉「目录缺失不建目录」。 - presenter：`host::saves::tests` 真盘端到端（custom 档位派生运行目录 → 快照）。 - GUI：`--software-renderer` 1180×760 浅/深各一张 + 1180×1280 两张「整块卡片可见」 （1180×760 下 SAVES 卡片位于折叠线附近，只能看到卡头；第二对用 ULL_WINDOW_SIZE 把窗口拉高，口径与 M98 的矩阵一致），落 `DevDocs/artifacts/M235/`。 没做的（U3 边界内，见 handoff）：缩略图墙、导入、删除/重命名、`level.dat` 的 LevelName 解析（世界名暂时就是目录名）。	2026-11-11 06:00:27 +08:00
tower-worker	a0f61d8bb5	feat(mods): 本地 Mod 列表与启停（M224 MODTOGGLE） ... 三层一次做完：core 读写目录 → presenter DTO/host → 实例详情页 MODS 区。 r1 复审后 rebase 到 main 71144df（M223 已合入），并修掉四条文档疵。 core（crates/core/src/addon/mods/） - suffix：`.disabled` / `.old` 的**唯一判据**（四态枚举 + 展示名 + 双向改名目标名）， 收敛原先两份同构实现——`export/scan.rs::is_disabled_path` 与 `import/plan/paths.rs::suffix_variant` 改为委派/再导出，签名与行为不变。 - list：单根语义（入口是 derive_game_dir 派生出的运行目录）列 `<run>/mods/`，不按扩展名过滤， 符号链接/目录/怪名字逐条登记原因；`mods/` 本身是符号链接时拒（不跟随）。 - toggle：启停 = 在 `mods/` 里改名。五条守卫（裸文件名 / 目录可用 / 普通文件 / 不覆盖 / 不做 copy+delete 兜底）+ 幂等；`.disabled` 只插在 `.old` 之前。 presenter - dto/mods：ModsCommand / ModListView / ModFailureView（不拼文案，只给结构 + OS 原文）。 - host/mods：后台线程列目录与启停，运行目录走与启动同一份 D20 派生、不写任何设置； 游戏在跑时 host 侧直接挡。 - state/mods：快照整体替换、迟到结果丢弃、在飞标记；`AppState::mods`。 app-iced（实例详情页） - MODS 区（`pages/instances/mods.rs`）：名字 + 大小 + `.old` 徽标 + Switch；运行中/在飞只读。 - 进入详情页即后台列一次（不走 3 s 观察窗，避免打红 M192 的「空闲不烧帧」守卫）。 - MODS 卡排在启动参数**之前**（详情列是滚动区，排在后面 1180×1000 下永远看不见）。 - i18n：19 条中英文案（`catalog/instances.rs` + 金表）。 rebase 冲突解法（三个文件，全是"两侧同段新增"，都保留）： - `i18n/catalog/instances.rs` + `i18n/catalog/golden.rs`：M223 的 Adopt* 段在前、M224 的 InstancesMods* 段在后（= `Key::ALL` 顺序 = 金表顺序）。 - `presenter/src/state.rs`：`adopt` 与 `mods` 字段/初始化/apply_core 分支都留；`tiles()` 归 `state/tiles.rs`（本分支搬的），`apply_agent`/`agent_rail_visible` 归 `state/agent.rs` （M223 搬的）——两处搬移不重叠，state.rs 里都不再出现。 r1 四条文档疵： 1. `pages/instances/mods.rs` 模块文档：挂载位置写反（"启动参数卡之后"→实际之前），并补上为什么； 2. `state/mods.rs`：引用不存在的 `CoreEvent::ModsChanged/ModsFailed` → 改成 `CoreEvent::Mods` + 文字说明 Ok 落快照 / Err 落具名失败； 3. `app/state/mods_shot.rs`：文档说"目录串取真实派生结果"但代码留空 → 改成"故意留空"； 4. `app/state/refresh.rs::note_mods_failure`：文档说"连点两次看见两次红字"与去重机制不符 → 改成按 `(实例, 文件, 大类)` 三元组去重（防刷屏），换文件/换实例/换大类仍会再弹。 顺带（r1 已确认的 main 红）：`pages/download/options/view.rs:88-89` 两条 `clippy::doc_lazy_continuation` 只缩进修掉，文字未动。	2026-11-10 21:09:37 +08:00
AskaEth	5a59cb33b2	feat(presenter): adopt 的指令/事件/任务接线 + install 那句假话变真话（M223） ... - AppCommand::Adopt(Box<AdoptCommand>)、CoreEvent::Adopt(Box<AdoptEvent>)、 HostTask::Adopt { event, epoch }：三条穷尽枚举各加一条变体（代次独立于安装与 pack）； - dispatch.rs 一条分支、handle.rs 一条分支、state.rs 的 adopt 字段与一条 apply 分支； - host/install.rs 的「还没有接入安装管线…请先在实例页导入已有版本」改成指向真入口： 那里以前是一句假话（实例页根本没有导入动作），现在向导落地了，它才成立。	2026-11-10 19:37:41 +08:00
AskaEth	26e4fbb91d	feat(presenter): 导入已有版本的 DTO 与三条后台线程（M223） ... core 的能力（M221）接进 presenter 的 IPC 面： - dto/adopt.rs：AdoptCommand / AdoptEvent / 六种视图 / AdoptState + AdoptStage。 全部 Serialize+Deserialize，**不 import 任何 core 类型**（契约 §5.4）； - host/adopt.rs：spawn_scan（adopt::scan）/ spawn_adopt（plan 或 adopt），结果经 HostTask::Adopt 回流；core 的候选/计划/结果/失败逐字段搬进 DTO，problems[] 一条不少； - CoreHost 加 adopt_epoch（每条命令 +1、关面板也 +1），连点与迟到的回程不会点亮面板； - 登记成功后补一次 refresh_instances（新实例这一拍就出现在列表里）。 运行目录只从 plan()/adopt() 的返回值取（缺省档可能带 -2 后缀，只有 core 知道用了哪个）； target_notes() 的原文随 AdoptPlanView::notes 上屏，界面不另写一份后果话术。	2026-11-10 19:37:23 +08:00
AskaEth	9ab909d01c	refactor(presenter): 两处纯搬移腾出 400 行余量（events 用例 / AI 栏事件投递） ... events.rs 399 行、state.rs 400 行（AGENTS §3.1 与 §3.9 的零余量贴线文件）。M223 要往 AppCommand/CoreEvent 各加一条「导入已有版本」的变体、往 AppState 加一份事件态，都得先腾地方。 纯搬移、一行未改： - events.rs 尾部 #[cfg(test)] mod tests（80 行）→ dto/events/tests.rs（399 → 321）； - state.rs 的 apply_agent + agent_rail_visible（28 行）→ state/agent.rs（400 → 376）。 方法路径不变（impl 写在子模块、pub use 无需新增），断言一条未动，搬移 diff 可逐行对。	2026-11-10 19:37:23 +08:00
AskaEth	04a123deab	fix(app-iced,presenter): 修 clippy -D warnings 抓到的三处（文档注释位置、manual_range_contains、单元素 for） ... 1. view.rs：我删掉手写 `LOADERS` 常量后，那段文档注释落到了 `VERSION_ROWS` 头上并留了空行 （clippy::empty_line_after_doc_comments）。说明本身是给「chip 顺序为什么委派」用的， 改成普通 `//` 注释，不冒充某个条目的文档。 2. model.rs：LiteLoader 的版本区间判定改成 `((1, 5, 2)..=(1, 12, 2)).contains(&version)` （clippy::manual_range_contains），语义一字未变。 3. install_tests.rs：只剩 OptiFine 一家后，单元素 `for` 改成直调（clippy::single_element_loop）。	2026-11-10 19:34:12 +08:00
AskaEth	3114fa2d4f	fix(core): 首轮编译/测试抓到的四个问题（BTreeMap、测试模块布局、display_loader_version、未用 import） ... 1. liteloader.rs 拆文件后漏了 `use std::collections::BTreeMap`（`loader_library` 里用）。 2. `tests/liteloader.rs` 是 **crate root**，`mod guards;` 会被找去 `tests/guards.rs`； 改成 `tests/liteloader/main.rs`（与 `tests/game/main.rs` 同形），target 名仍是 liteloader。 3. `display_loader_version` 去通配时丢了 NeoForge@1.20.1（forge 布局）去前缀的语义： 既有用例 `neoforge_1201_uses_forge_layout` 当场抓住（1.20.1-47.1.106 → 47.1.106）。 现在按「加载器 + 是否 forge 布局」显式决定，四家原有行为逐字不变。 4. `dto/instances.rs` 的 `pub use super::LaunchArgsView` 在非 test 构建里没人用（-D warnings 会红）， 改由 `dto/instances/tests.rs` 直接 `use crate::dto::LaunchArgsView`。 顺带修两条**我自己写错的测试期望**（不是产品 bug）： - 取消用例里那条 `resolve` 断言用错了父版本表（父版本在内存表里，当然解析成功）； - 新式父链用例误以为 `minecraftArguments` 会是 None，实际会沿链继承祖父层那份 —— 断言改成「继承来的 legacy 串里不许出现 LiteLoaderTweaker」。	2026-11-10 19:34:12 +08:00
AskaEth	944b1610c8	feat(core): LiteLoader 安装路线（官方版本表 + 从零合成 launchwrapper 清单） ... 按 M218 SURVEY-p1 §4.1 的清单接上 LiteLoader 的安装路线，不动 OptiFine。 - core: 新增 addon::loader::liteloader（官方 versions.json 解析 + 合成清单）与 addon::loader::parent（父版本链读盘定位原版版本）；LoaderKind 加 LiteLoader； LoaderRelease 加 parent_version_id、LoaderPlanInput::vanilla_installed → parent_installed； LoaderInstallPlan::build 改返回 Result（父版本缺失具名报错）；LoaderSource::resolve_on 支持指定父版本（仅 LiteLoader，其它组合具名 unsupported）。 - 继承边界（本 mission 第一步核实）：arguments.game 父在前子在后追加，minecraftArguments 子覆盖父，启动顺序 legacy(24) → arguments.game(25)。所以 tweakClass 只写 arguments.game， 绝不写 minecraftArguments（会顶掉 Forge 1.12.2 的 FMLTweaker）。 - maven/fabric 的 `_ =>` 通配改成穷尽分支：非 maven 族不再静默回落 Forge 的仓库； maven::{metadata_url,installer_url} 改返回 Option<String>。 - presenter: supported() 收 LiteLoader、wizard_choices 六选、dto::instances 按关注点拆成 instances/{loader,runtime,create,tests}.rs（原文件 395 行，动手前先拆）。 - cli: --loader 区分「认不出」(loader_unknown) 与「认得但装不了」(loader_unsupported)； <version> 位写加载器版本 id 时按父版本处理（只有 liteloader 接受）；help 只改 install 段。 - app-iced: 下载页加载器 chip 加 LiteLoader（1.5.2~1.12.2，两头按官方没有构建拒）， chip 清单改为委派 Loader::ALL。 - 测试: 真实响应的裁剪夹具（dl.liteloader.com 与 repo.mumfrey.com 的 maven-metadata） 驱动「解析→计划→落盘→继承→启动参数顺序」全链；Forge 父链有回归（FMLTweaker 必须还在 且排在 LiteLoader 之前）；父版本缺失/组合不支持/取消/坏表各自具名错误。	2026-11-10 19:34:09 +08:00
AskaEth	aa61565fe7	fix(coexist): r2 返工——帮助写真实例路径 + 加载器安装也说出「原版清单被替换」+ --json 给出绑定成败（M216） ... r2 复审两条 P2 必修 + 一条「能一行接上就接」的 P3。 P2-1（`ull help pack` 的落点少一层 `.ULL/data`） - 「数据根」在这份帮助自己的定义里是「含 `.ULL/` 与 `.minecraft/` 的父目录」（`--data-dir` 那行）， 所以真路径是 `<数据根>/.ULL/data/instances/<实例目录名>`。r1 写成 `<数据根>/instances/<实例名>`， 照读会去一个不存在的位置找包内容。 - help.rs 与 model.rs 的字段文档改成真路径，并点明目录名是归一化后的结果（`Better-MC`）。 - 用例改成 `help_describes_the_new_default_target_with_the_real_path`：先断言真路径整串在、 再断言 `<数据根>/instances/` **不在**（这一条就是抓「少写 .ULL/data」那种错法）。 P2-2（装加载器时原版那一步的「替换了清单」没人说） - `loader.rs`：`plan.vanilla_install_needed` 那条路以前只拿 `vanilla_report` 判 `is_complete()` 就丢掉；现在把它留在 `vanilla_report` 里传给 `report_loader::build`。 - `report_loader.rs`：`build` / `human_lines` 各多一个 `vanilla: Option<&InstallReport>`； 新增 `vanilla_lines`（人读：`告警（原版）: …` + `原版版本清单已替换（旧的那份备份在 …）`）与 `vanilla_json`（`--json` 的 `vanilla` 段：warnings / version_json / manifest{kind,backup}）。 - 用例 `a_replaced_vanilla_manifest_is_said_out_loud_in_the_loader_output`：用真 `LoaderInstallPlan`（最小 Fabric，零网络）调 `human_lines`，断言告警与备份路径都在； 未先装原版时不多说话；`vanilla_json` 的 `kind`/`backup` 结构正确、`None` 时没有该段。 P3（复审「能一行接上就接」）：`--json` 给出导入绑定的**结构化成败** - core `pack_dir::bind_created_instance` 返回 `Option<Result<String, String>>`（None=不需要绑 / Ok=已绑 / Err=绑失败），一句话就能分出成败，不必猜文案。 - CLI：`outcome` 多写一个 `"instance_bound": true|false`（人读行照旧给原因）； GUI：`import.rs` 按 Ok/Err 分别记 `instance_bound` / `instance_binding_failed` 注记。 - 端到端用例里补断言 `data.instance_bound == true`。	2026-11-09 20:43:46 +08:00
AskaEth	4e1323212b	fix(coexist): 复审 r1 返工——帮助文案跟上新落点 + 「替换了清单」进人读通道 + 导入建实例绑到内容目录（M216 P2/P3/§5） ... P2-1 ② 改了缺省落点，CLI 自己的文档还在写旧行为 - `cli/help.rs`「目标目录缺省 = 数据根的共享游戏目录（.minecraft/）」→ 新实例目录 `<数据根>/instances/<实例名>`（并登记实例）； - `cli/model.rs` 的 `PackImportArgs::target` 字段文档同步。 - 用例 `help_describes_the_new_default_target`（断言帮助含新落点、不含旧落点）。 P2-2 ③ 的「显式说明」进不了任何人读通道 - CLI：`human_lines` 原只遍历 `plan.warnings`，而运行期告警（含「已替换版本清单 …旧的那份 备份在 …」）在 `report.warnings` 里 ⇒ `ull install` 人读输出从没说过这句话。现在有 report 就 报 report.warnings（它开头就是 plan 告警的副本），`manifest=Replaced` 再单独打一行备份路径。 - GUI：`install.rs` 新增 `Job::journal_report`（把 `report.warnings` 与 `manifest` 的备份路径写进 安装日志），`install/routes.rs` 两处 `ensure_complete` 之前各加一行调用（tower 批的两行）。 此前 `report.manifest` 全仓零消费者。 - 用例 `a_replaced_manifest_is_said_out_loud_in_the_human_output`（走真 `InstallPlan` 排版）。 P3-1 缺省目录被占的 hint 删掉不成立的 `--overwrite` 那半句（它绕过不了这条预检）。 P3-2 GUI 落点改成委托 core 的 `pack_dir::instance_dir`（此前 presenter 自己拼 `data()/instances/…`）； `convert::dir_name` 缩成 `#[cfg(test)]` 的委托入口（生产侧已无调用点，留着继续钉归一化判据）。 P3-3 补 `the_default_target_is_a_new_instance_dir_and_the_instance_is_bound_to_it`：不带 `--target` 跑通整条 CLI，断言落点、内容、登记、以及实例设置里的 `isolation`/`gameDir`。 §5 导入建出来的实例原先「导入成功但内容永远不会被启动用到」 - 新增 `pack_dir::bind_instance_dir`（`InstanceConfig.isolation = Custom` + `game_dir = 导入目录`） 与 `pack_dir::bind_created_instance`（判据+文案，CLI 与 GUI 同一份）； - CLI 在缺省建实例后、GUI 在 `import.rs::run` 里各调一次；只在「我们新建了实例目录且档案是新建」 时绑（显式 `--target` / `--no-register` / 复用已有档案都不动）； - 运行目录 = 导入目录（saves/mods/logs/config），**versions/libraries/assets 仍按 D20 恒共享**； - 未改 `derive_game_dir`。 - 用例：正向 `binding_an_imported_instance_points_it_at_the_import_dir`、反向 `a_freshly_registered_instance_still_inherits_the_global_mode`。	2026-11-09 19:46:41 +08:00
AskaEth	96f15c79fb	fix(coexist): 多启动器共存——存储模式写回同源 + 整合包缺省落点对齐 GUI + 版本清单不再静默覆盖（M216） ... 三条 M215 判定的共存债，一次修完： ① 存储模式切不回来（high） - 写侧：`host::settings::set` 老实现一律写 `env.store()`（= 解析后数据根那份），而启动解析 只读 `<exe>/.ULL/config/launcher.json` ⇒ Standard 下把模式改成 portable 写进了 `%APPDATA%`， 下次启动看不见，切不回来。 - 现在 `core.*` 四个数据根键一律落便携那份（判据收在 `settings_bridge::setting_path` 一处， 与 CLI `Ctx::setting_path_for` 同一契约），其余键照旧。 - 读侧：`settings_bridge` 删掉自己那份 `request_from_portable`/`DATA_ROOT_KEYS` 拷贝，改用 `host::env` 的那份（presenter 侧两份逐字拷贝合成一处，不新增真相源）。 - 设置页 `core.data_custom_root` 的显示值也读便携那份，否则改完输入看起来凭空消失。 ② `ull pack import` 缺省落点与 GUI 不一致（high） - CLI 老缺省 = `ctx.game().root()`（共享 `.minecraft` 根）；GUI 导入页落在 `<data>/instances/<实例目录名>` 并登记。 - 新增 `core::game::install::pack_dir`（`pack_stem` / `instance_dir_name` / `slug` / `instance_dir` / `import_target`）：命名与落点只有一份实现；CLI 调它，presenter 的 `convert::{dir_name,pack_stem,slug}` 改成一行委托 core（对外签名不变）。 - CLI 缺省现在与 GUI 同源，并复用 GUI 那条「非空目录不复用」预检。 ③ 装同版本静默覆盖 `versions/<id>/<id>.json`（medium） - `write_version_json` 三档：不存在 → `Fresh`；逐字节相同 → `Identical`（一个字节都不写， 重装同版本照旧正常）；不同 → 先 copy 到 `<dest>.ullbak-<pid>` 再原子写 → `Replaced{backup}`。 - `InstallReport` 新增结构化字段 `manifest: Option<ManifestWrite>`，并把「已替换版本清单 + 备份路径」推进 `report.warnings`（进 `--json` 的 `result.warnings`）。 用例（全部零网络，走真的 `execute`）：三档各一条，各写抓得住/抓不住。 三个变异各跑一次（只改实现侧）都红：写回落点改回旧的、缺省改回 `.minecraft` 根、去掉备份只覆盖。	2026-11-09 18:42:41 +08:00
AskaEth	4b30bf07f0	fix(launch): 会话事件流路径只留一个真相源 + crash_found 只认真实证据 + ull launch 也写 launcher.log ... M211（来自 M208 实机 e2e 的 D2/D3/D5）： - D2「game/ 双写」：log_path 的契约原来有两种说法（字段文档写「相对 game/」，写入侧一直 写「相对会话根」的 game/<sid>.jsonl），于是两处读取点各自又多 join 一层 game/， ull logs / ull diag / GUI 日志页对每个真实会话都报「找不到事件流」。现在解析只走 core 的 session_index::event_file（CLI 与 presenter 共用），写入侧只走 session_index::log_path_for。方向选的是「读取侧不再 join」：存量索引里的 log_path 从第一版 起就是 game/<id>.jsonl，改读取侧能把用户盘上已有的旧会话一起救回来（零迁移、零改写）。 - D2 夹具：cli/tests/support 与 presenter/host/logs_tests 的索引夹具改成生产形状 （game/<id>.jsonl）。夹具此前自己说了第三种形状，所以这个 bug 在测试里永远看不见—— 修夹具比修路径更重要。 - D3「crash_found 恒为 true」：logs/latest.log 每局都写，不再被当现场文件（只在已经找到 权威现场时作为补充证据）。崩溃结论改由 crash_scan::has_crash_evidence 判定（权威现场文件 / 非 0 退出 + 错误行），索引旗标由 SessionWriter::mark_crash 写入；crash_found 事件恢复 成纯事实记录。 - D5「ull launch 从不写 launcher.log」：现在与 GUI 共用 launcher_log::record_start / record_end（字段名与顺序只在一个地方定义），写的是同一份 <data>/logs/launcher.log。 测试：core 新增 session_path_tests（写入形状 = 读取解析结果 = 真落点的往返）、crash_scan 的 干净退出用例、launcher_log 的行格式锁；CLI 新增 a_launch_attempt_writes_the_launcher_log。	2026-11-09 14:12:23 +08:00