354 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
AskaEth	f2149048fb	test(presenter): M132 把「缺 client id → 原因码」那行钉进测试（r1 P2-1） ... 复审 r1 实测：把 `start_login` / `start_browser_login` 里的 `auth_failure(&error)` 改回 `LoginFailure::Other`，编译通过、884 条测试全绿——也就是说「缺 id 会变成 MsaNotConfigured」 这件事此前只有代码可读。这条正是本 mission 要防的回退，补一条能抓它的锚。 新锚 `a_missing_client_id_reaches_the_login_panel_as_a_config_gap` 不只测 `auth_failure`， 而是**真的起两条登录流**（设备码 + 授权码），从 `JobSender` 收到的第一条 `HostTask::Login` 上断言 `failure == MsaNotConfigured`，并断言原文（含 `ULL_MSA_CLIENT_ID`）仍只在 `message` 里、页面画不出来。零网络：`from_env` 在 id 判定处就地早退，事件立刻到，不需要任何桩。 环境变量是进程级的，所以照 core 的做法串行 + panic 也还原；构建期注入过 id 的构建里 （本仓库 CI/本地都不注入）显式断言「只能是这个原因」后返回，不是 ignore/开关。 测试模块从 `accounts.rs` 拆成 `host/accounts/tests.rs`（`#[cfg(test)] mod tests;`，先例 `dto/accounts.rs`、`host/install.rs`）：`accounts.rs` 400 → 299 行，拆完两边都远离 400 行硬线。 scope 已由塔台批准扩到 `crates/presenter/src/host/accounts/**`。 变异验证（最终代码上重跑）： - 两处 `auth_failure(&error)` → `LoginFailure::Other`：`221 → 220 passed / 1 failed`（只有新锚红）； - 还原：222 全绿。 顺手把 fn 指针数组换成一个 `assert_config_gap(name, start)` 辅助函数， `cargo clippy -D warnings` 的 `type_complexity` 不放过它。	2026-11-05 20:08:52 +08:00
AskaEth	af39efd23b	fix(presenter,app-iced,i18n): M132 缺 MSA client id 上屏成「未配置 + 怎么补」 ... 缺 client id 原来整条链路只给 `LoginFailure::Other`：界面画「Sign-in failed / 完整原因在启动器日志里 / Code: other」，用户得翻日志才知道要设 `ULL_MSA_CLIENT_ID`。 落点定在**账户页登录面板**，不是启动流程：这个失败只发生在 `microsoft_auth()`（两条 登录流的入口）；没配 id 的发布版建不出微软账户，`identity::resolve` 那条启动路径用户 撞不到（只有「有 id 的构建里登录过、之后 id 被摘掉」才可达）。 - presenter：新增 `LoginFailure::MsaNotConfigured`（`msa_not_configured`）。`microsoft_auth` 改为回 `AuthResult`，`AuthError::Unsupported`（`from_env` 唯一的产出点，零网络）单独成码， 其余失败照旧走 `classify`。诊断原文仍只进日志。 - i18n：账户域新增 `AccountLoginNotConfigured`（标题）/ `AccountFailureMsaNotConfigured` （正文：设 `ULL_MSA_CLIENT_ID=<id>` 或构建时注入，改完重启），golden 同步。 - app-iced：`failure_title_key` 给这一类专属标题；正文按码查表；这一类**不给「重试」** （进程内的环境变量改不了，重试必然是同一个错）。 - 测试：`a_missing_client_id_tells_the_user_what_to_configure` 断言 UI 模型里出现「未配置」 + 变量名 + `<id>` 占位 + `msa_not_configured`，且没有那句「去翻日志」；反向锚 `a_network_failure_does_not_look_like_a_missing_config` 与 `only_a_missing_client_id_becomes_the_config_gap_code` 钉住别的失败不许跟着变。 为什么这一类可以上屏：上屏的是 catalog 固定文案（无凭据、无 token、无内部细节）， `DevicePanel::Failed` 里没有 `message`/`detail` 字段，原文在类型上就画不出来； 理由是它的原因本身就是用户的下一步。M117/M119 的「诊断不上屏」约定不动。	2026-11-05 20:08:52 +08:00
AskaEth	01ca8033be	Merge branch 'feat/m135-deadlabel-drop-dead-launch-loader-l'	2026-11-05 19:15:59 +08:00
AskaEth	321617861a	chore(m135): 删掉死代码 launch::loader_label，修 M134 之后变假话的三处文档 ... M134 复审点名、且都在它 scope 外的收尾。 - `presenter/src/host/launch.rs::loader_label` 删除：全仓零调用点（唯一提及是 i18n 的一条注释），函数体逐字重复 `dto::LoaderKind::label()` 并硬编码「原版」—— 它既是第二份显示词表，又绕过 i18n；留着等于给下一个人示范「照这样写就行」。 随之无用的 `LoaderKind` import 一并收掉。 - `presenter/src/lib.rs` 的 dead_code 豁免说明不再点名已删函数（否则那行注释指向 一个不存在的符号）。 - `i18n/src/bridge.rs:65` 注释改指向唯一那份显示词表（`dto::LoaderKind::label()`）。 - `core/src/game/loader.rs` 与 `presenter/src/dto/instances.rs` 两处「显示路径 没有守卫（已知缺口）」改成 M134 之后的真形态：显示路径是委派（拿 core 的稳定 id 反查 DTO 词表，没有手写 match 可糊），新种类先在 `dto::LoaderKind::from_core` 编 不过，糊错的后果由 `loader_kind_ids_are_the_released_contract` 与按 `ALL` 遍历的 `every_core_loader_kind_reaches_the_tile_as_itself` 钉住。 - `presenter/src/host/game.rs` 无需改动：M134 当时已把它的文档改成新形态，读下来是 真话（`dto_kind` 的 doc 与两个测试的 doc 都对得上现在的代码）。 验证：fmt --all --check 通过；`cargo test -p unlucky-presenter -p unlucky-i18n` = i18n 29 passed / presenter 220 passed（1 ignored）；clippy 两 crate --all-targets `-D warnings` 零告警。删后全仓（含 workspace 外的 crates/app）已无 `launch::loader_label` 引用。	2026-11-05 19:09:53 +08:00
AskaEth	ffb608c854	Merge branch 'feat/m134-dtoshape-guard-the-presenter-displa'	2026-11-05 19:02:17 +08:00
AskaEth	c14543a112	fix(m134): 显示路径的 core→DTO 种类改成委派，不再留手写映射臂 ... M126 r3 复审实测：core 加第八家加载器、对外契约与 help 都补齐、只在 host::game::dto_kind 那一支写 `=> Vanilla`，三个 crate 全绿（402/220/42） 而磁贴静默显示「原版」——M122 修掉的用户可见 bug 复活。 - dto_kind 不再是自己一张七支手写 match：种类由 core 的稳定 id 反查 DTO 词表 （LoaderKind::parse → dto::LoaderKind::from_core，全仓唯一那份映射）。落笔处没了： 想糊 `=> Vanilla` 的人到这儿没有 match 可写，新种类必须先过 from_core。 - 反查不到（core 的 as_str 与 parse 自相矛盾，物理上做不到）就 panic，不退回「原版」。 - 测试从手抄七支清单换成按 core 的 ALL 遍历：加一家自动进圈，不用记得补一行。	2026-11-05 19:02:15 +08:00
AskaEth	fb44a264ee	Merge branch 'feat/m133-devguard-run-cheap-guards-on-dev-pu'	2026-11-05 18:15:40 +08:00
AskaEth	e0e1f90aed	ci(workflows): 让日常线 dev 也跑「快且会静默腐化」的守门 ... 本仓日常开发线是 dev，日常合并不走 PR；而 ci.yml / guards.yml 只挂在 `push: branches: [main]` + `pull_request` 上 ⇒ fmt / clippy / 文件行数≤400 / 三条零依赖守门在日常线上一次都没跑过。可见后果：packaging/README.md 涨到 401 行 超全仓红线，直到文档普查才被发现（M131 才修回 398）。 做法（新增 dev-guards.yml，不改 main/PR 判据）： - guards 作业用 `uses: ./.github/workflows/guards.yml` 复用**同一份**六道守门脚本 （guards.yml 只加了 `workflow_call:` 触发，其余一字未动），避免两份 unsafe 词法器 各自演进造成「dev 绿、main 红」的双真相； - fmt / clippy 各写一份，命令与 ci.yml 逐字一致（ci.yml 整份复用会把 build/test/ runtime-smoke 矩阵也拖上 dev）； - 刻意不上 dev：全量 cargo test（--all-targets 的 clippy 已覆盖「测试代码编译不过」 这类腐化，「断言暂时红」在施工中间态是常态）、build release、runtime-smoke。 成本控制：workflow 级 concurrency 取消同 ref 旧运行；clippy 在「本次推送只碰文档」 （*.md / LICENSE / NOTICE / .gitignore 白名单）时跳过编译，判据保守——非 push、 before 全 0、base 不可解析、diff 为空、出现任何白名单外路径一律照跑。	2026-11-05 18:15:37 +08:00
AskaEth	969d5ea450	chore(git): 从分支摘掉误入库的 .pyc 快照，并把 __pycache__/ 与 *.pyc 加进 .gitignore ... 03a5de9（TowerSpawn 的 WIP 快照）把主检出里未跟踪的 packaging/__pycache__/make_artifacts.cpython-312.pyc（18459 字节二进制）一并提交了。 这里用 git rm --cached + 忽略规则把它挡在主线之外：跑过 make_artifacts.py 就会再长 一次，不堵根因的话每次 spawn 都会重新污染主检出并触发 WIP 快照。	2026-11-05 18:15:36 +08:00
AskaEth	7764863142	tower: snapshot of uncommitted base checkout changes (worktree wt-133)	2026-11-05 18:15:34 +08:00
AskaEth	217c8ee19c	Merge branch 'feat/m126-loaderstr-unify-loader-kind-stable'	2026-11-05 18:09:06 +08:00
AskaEth	f6b7759aa8	docs(m126 r3): 收窄「唯一一份」的说法，并把 ③ 的承诺改成真话 ... 纯文档，零逻辑改动（`git diff` 里每一行都是 `//!` / `///`）。 P2-1「唯一一份」不成立：`cli/src/cli/help.rs` 里 `ull help instances` 的词表行是 **会打印给用户看的第二份逐字副本**。四处说法收窄为「源头表在 core + 另一处逐字副本在 help.rs，由 `help_lists_every_stable_id` 按 `ALL` 遍历守着」：`game/loader.rs` 的模块 文档（原「生产代码里这七个串只有一处」）与 `as_str` doc（原「生产代码里唯一一份 id 字面量」）、`cli/commands/instances.rs` 的模块文档（原「全仓唯一一份 id 字面量」）与 `loader_json` doc（原「两样都只该有一份」）、`presenter/dto/instances.rs` 的 as_str doc 与契约测试 doc、`addon/loader/mod.rs` 的两处「唯一真相源」。 P2-2「③ 拦得住静默变原版」对显示路径不成立：`presenter/src/host/game.rs::dto_kind` 里 糊一支 `=> Vanilla`、同时把契约与 help 补齐，三个 crate 全绿而磁贴静默显示「原版」。 现在写的是「③ 拦的是**对外词表**（加种类、改词表都红），但**拦不住显示路径**，那处目前 没有守卫（已知缺口，另行记账）」。 顺带只做排版级的行数回收：loader.rs 400 → 397（≤400，仍留余量）。 门禁：cargo fmt --all --check → FMT_OK（本轮按要求只跑 fmt）。	2026-11-05 18:09:00 +08:00
AskaEth	14ac0dc248	test(m126 r2): 加一支枚举不更新对外契约现在必然红（集合断言 + help 守卫） ... r2 复审指出「加一家加载器会被逼着表态」只做到一半：编译期只拦「漏 match」，三处消费方 用最省事的 `=> Vanilla` 糊过去既编得过、测试也全绿——新加载器会静默显示成原版，正是本 mission 要消灭的形态（r1 里「Rift 会红」是负样本名字撞上的巧合，不是守卫）。 - presenter 的 `loader_kind_ids_are_the_released_contract` 增加**第 ② 段**：把 core 的 `LoaderKind::ALL.map(as_str)` 与独立手写的七个 id 做**集合相等**比较。加一支而不更新 契约 → 红；改词表 → 红。（r1 删掉 `assert!(ALL.len()==7)` 后缺的正是这一环：数组宽度 只保证「表里那一行写成 7 个」，不保证枚举没多一支。） - 新增 `cli::commands::instances::help_vocabulary_tests::help_lists_every_stable_id`： 按 `LoaderKind::ALL` 遍历 `ull help instances` 的词表行，漏写一个新 id 必红（此前 `help.rs:67` 那段词表没有任何测试，而旧的 `help_documents_the_loader_field_contract` 只查关键词，加一家新加载器时它照样绿）。 - `addon::loader::tests::vocabulary` 补 `installable_list_matches_the_from_core_mapping`： 把唯一还手写的 `LoaderKind::all()` 与 `from_core` 认可的集合对齐（不重抄字面量）。 - 模块文档第 ③ 步改成真话：契约测试会拦「改词表」与「加新种类」；但 `=> Vanilla` 这种 糊法**编得过**，拦住它的是那条集合断言，不是编译器（改名同理，只有契约测试会红）。 - 一并修掉 presenter 那条测试 doc 里指向已被删除的 `MARKERS` / `markers_cover_every_kind_that_has_one` 的引用，改指向现在真实存在的守卫。 - loader.rs 从 398 压到 395（≤400，留 5 行余量；拆测试到子模块需要 scope 放宽到 `crates/core/src/game/loader/**`，超出本任务文件清单，已按规矩记账）。 验收实测（临时加 `Abyss` + 三处 `=> Vanilla` 糊过去，已还原）：presenter 契约测试红 （left 8 项 / right 7 项），CLI help 测试红（漏了 `abyss`）；core 往返测试与安装侧清单 守卫、CLI 的 `json_rows_*` 仍绿（它们本就管别的事）。	2026-11-05 18:08:59 +08:00
AskaEth	a322cfcbfe	refactor(core): M126 r1 返工：词表改由宏单表生成，安装侧解析收口 ... 复审 r1 的三条： P1（CI 会红）：`const MARKERS: [(LoaderKind, &'static str); 6]` 触发 clippy::redundant_static_lifetimes（`error: constants have by default a 'static lifetime`）。返工直接**删掉 MARKERS**：标记串就取 `LoaderKind::as_str()`，候选顺序取 `LoaderKind::ALL`，认不认标记看 `has_marker()`——解析表既没有独立字面量，也没有独立清单。 P2-1：「漏加 ALL 不会被任何东西拦住」是真话，之前的 doc 覆盖声明是假的。返工用 `loader_kind_vocab!` 宏从**一张表**一次生成枚举 / `ALL` / `as_str` / `has_marker`： 「加了一支却忘了进清单」在物理上不可能（没有第二份清单可写）。尺寸锚随之删除（`[Self; N]` 的宽度本来就由表决定），`parse` 留在宏外的独立 impl 里。 P2-2：「全仓唯一一份 id 字面量」原先不成立——安装侧 `LoaderKind::parse` 还手写了一份反向 匹配表，并带一个只进不出的 `neo-forge` 别名。返工让 install 侧 `parse` **委派** `core::game::LoaderKind::parse`，只额外收 `neo-forge`（Modrinth 拼法）这一个输入别名， 并新增 `addon::loader::tests::vocabulary` 覆盖「委派没接错 + 别名只进不出 + 装不了的几家 返回 None」。 测试：core 的 `markers_cover_every_kind_that_has_one` 换成 `every_stable_id_parses_back_to_its_kind`（往返 + 顺序优先级），仍是「改名不可见、只有契约 测试能抓」的分工，doc 里写明。 门禁：fmt OK；clippy -p unlucky-core -p unlucky-presenter -p unlucky-cli --all-targets -- -D warnings 干净；三 crate 测试 core lib 401 / presenter 220 / cli 41 全 ok。 文件行数：loader.rs 397（≤400）。	2026-11-05 18:08:57 +08:00
AskaEth	be37c17962	refactor(core): M126 加载器稳定 id 词表收敛到 game::LoaderKind::as_str ... M122 把「id → 加载器」的解析收到 core::game::loader::InstanceLoader::parse，但 「种类 → 对外稳定 id」的命名词表还散在多处，其中 install 侧那一份只靠一句「不要改名」 的注释约束，MARKERS 更是第四张无守卫字面量表。 - core::game::LoaderKind 新增 as_str（**全仓唯一一份 id 字面量**）、has_marker （穷尽 match：新种类必须表态认不认 id 标记）、parse（as_str 的反查）与 ALL（清单， 顺序即标记优先级）；MARKERS 的标记串改为取自 as_str，不再是独立字面量。 - addon::loader::LoaderKind::as_str 改成委派（结构映射，无字面量）：安装侧拼出的 <mc>-<kind>-<loader> 与解析侧从此同源。 - presenter::dto::instances::LoaderKind 的 as_str/parse 委派给 core（to_core/from_core 是结构映射），删掉第四份词表；CLI 删掉 loader_kind_id 翻译层，直接调 core。 - 测试：core 新增 markers_cover_every_kind_that_has_one（MARKERS↔ALL↔has_marker↔as_str 逐格对齐 + 按标记串 round-trip + neoforge 先于 forge）；presenter 新增 loader_kind_ids_are_the_released_contract（七个 id 逐字钉住 + 反查 + 别名隔离）。 - 对外输出未变：真二进制对同一组 7 类实例的 `instances list --json` 输出逐字节相同 （md5 0341752658ca28e020ba48c31a51a124），人读输出同样逐字节相同。 file 行数：core/game/loader.rs 337→399（≤400 硬约束，文档按密度重排、事实未丢）。	2026-11-05 18:08:56 +08:00
AskaEth	84f85bbc79	Merge branch 'feat/m130-readmedoc-fix-readme-claims-about-c'	2026-11-05 18:05:41 +08:00
AskaEth	72ee57f0a8	docs(readme): M130 r1 修正产物名的槽位说明与自相矛盾的 GUI 二进制称谓 ... - P2-1：`[.exe]` 只对两个 Windows 槽成立，四个 Linux/macOS 槽是 .tar.gz （make_artifacts.py:76-82 SLOTS、:243 stage_archive；packaging/README.md §1）。 三处产物名统一写成 `unlucky-launcher_<version>_<platform>_<arch>` + 按槽位说明形态。 - P2-2：删掉「`unlucky-launcher` once extracted or downloaded」与段尾「Windows 裸资产文件名带 版本段」的互相拆台；改成归档解出叫 `unlucky-launcher`、Windows 裸资产叫 `unlucky-launcher_<version>_<platform>_<arch>.exe`。中英同步。	2026-11-05 18:05:39 +08:00
AskaEth	95131d856e	docs(readme): M130 补微软登录的 client id 前提，删「十四页」计数，把 i18n 守门边界与产物名写成实测口径 ... - Accounts：发布版二进制不含 Azure 公共客户端 id（CI 0 处注入），需设 ULL_MSA_CLIENT_ID； 没配时点登录只拿到通用「登录失败 / Code: other」。 - 删「feature-complete: fourteen pages」：代码里 Route 8 个变体、Screen::ALL 5 个，没有读法得到 14； 改成按 Route 列举并说明 Screen::ALL 为何更小。 - i18n：删「视图层没有硬编码字符串」，改成白名单守门抓英文、中文与其它页扫不到的已知边界。 - 自报名例子改成 argv[0] 实测口径；翻牌措辞区分「cargo bin 名未翻」与「产物名已翻」。 - 中文版补「一壳两形」highlight，账户与 auth 模块行补第三方社区服 / 本地档案。 - 顺手改掉「ull 能跑在 Termux」：Linux 资产 glibc ≥ 2.35，Termux 不在发布矩阵内。	2026-11-05 18:05:38 +08:00
AskaEth	7092469f90	Merge branch 'feat/m131-packdoc-shrink-packaging-readme-fix'	2026-11-05 18:03:23 +08:00
AskaEth	592f0c26f6	docs(packaging): M131 压回 400 行内，删 Slint 遗留祈使句/软渲染块，修 smoke 脚本 bin ... - packaging/README.md 401 -> 398 行（回归 file-size 红线内） - §5 删 SLINT_BACKEND=winit-software 命令块；现役入口改注 iced 的 --software-renderer - §8 删「关于页保留 AboutSlint、不得移除」两句祈使句，只留 v0.1.0 资产事实段 - §7 抬头标明连字符产物名属哪次实测（现名形态写下划线 0.2.0），§7.3/§7.5 同步标注 - §11 删「该脚本现在会失败」的过期提醒，记录 M131 真跑证据 - linux-smoke-docker.sh: --bin/产物路径/target 全改 unlucky-launcher-iced（cargo clean -p 同步改 unlucky-app-iced，原来的 unlucky-app 已被 workspace exclude、清不掉陈旧产物）	2026-11-05 18:03:20 +08:00
AskaEth	5b217ae32d	Merge branch 'feat/m129-relnotes-rewrite-release-notes-to-c'	2026-11-05 18:01:29 +08:00
AskaEth	5a9d67530a	docs(packaging): M129 r1 P1-1 —— MSA 那段改成 GUI 现有行为，不再写「界面会告诉你怎么配」 ... 复审 r1 把链路走了一遍：core 缺 id 早退（零网络）成立，但 presenter 的 fail() 只把原文 eprintln 进日志，事件只带原因码 Other；账户页据此画通用横幅「Sign-in failed」+「Code: other」， 完整原因在日志里。LaunchMsaNotConfigured 那条 i18n 目前只有定义/单测/golden，GUI 零调用点。 所以上一版「the app says "not configured" (with the command to fix it)」是把设计意图写成了现有行为。 改成分段如实描述：无 id 时在联网之前就停；GUI 显示通用横幅 + Code: other（原因在日志）； `ull accounts add msa` 会打出可照抄的修复命令（map_auth_error 的 hint，含变量名与 cargo build）。 另按 r1 P2-1 给 macOS 补 shasum 校验行（sha256sum 不是 macOS 自带）。	2026-11-05 18:00:55 +08:00
AskaEth	59eefdb052	docs(packaging): M129 发布说明重写到现行事实（下划线资产名 / MSA client id / 删 Termux 下载引导） ... 资产名全部改成 make_artifacts.py::asset_stem() 的 `名字_版本号_平台_架构`（下划线）： 六行矩阵、ull 资产、tar 包名与解压出的顶层目录、PowerShell 校验命令。旧的连字符名 按文档下载会 404（D49 2026-11-05 改名，文档没跟）。 删掉「微软登录等 Mojang 白名单审批」整条（白名单 2026-11-03 已批准并真机验签）， 换成真缺口：发布版不带 Azure 公共客户端 id，要 ULL_MSA_CLIENT_ID（环境变量或构建期 注入），未配置时界面说「未配置」而不是静默失败。不写任何 id 值。 Termux：删掉「下 ull 资产」的引导（ull 的 Linux 资产是 glibc 版，Android/bionic 上跑 不起来），矩阵行只留「构建自源码、GUI 未验证、不在本发布矩阵」。 顺带清掉三处过期陈述：Windows 数据根（原文说有 `portable.marker` 就便携、否则落 %APPDATA%——实际 portable 是默认模式，首次运行在 exe 旁建 .ULL/ 与 .minecraft/）； CLI 子命令表漏了 `pack import`；arm64 行里的内部决策编号 D21。124 → 107 行。	2026-11-05 17:54:18 +08:00
AskaEth	494a45fe12	Merge branch 'feat/m127-shotci-make-pixel-guards-actually-r'	2026-11-05 17:39:59 +08:00
AskaEth	02c7910ad5	ci(app-iced): M127 把下载页四条像素守门接进 CI（仅 Windows），缺图在 CI 里从 SKIP 改成失败 ... - 新增 tests/options_shot/feed.rs：四条断言共用一条「喂图」策略 · CI（CI 已设置）且 Windows 上缺 ULL_DL_*_SHOT ⇒ 失败并提示「守门未喂图」 · 非 Windows 上喂了图 ⇒ CI 里也失败（断言按 Segoe UI 标定的行高/墨迹宽度） · 本机缺图仍可跳过，但每次都留一句提示 - ci.yml 的 test 作业（Windows 槽）：pages_demo 现出 ready700/chips700/compact736/wide1180 四张图 → 写进 $GITHUB_ENV → cargo test -p unlucky-app-iced --lib options_shot 出图与断言两步都带 if: runner.os == 'Windows'；失败时上传四张图便于复盘 - 顺带订正五处文档数字：main 7 整行 / r1 4 整行 / r2 7 整行，并写清第 8 条墨迹是 hint （rows.rs ×3、options_shot/ready.rs、tests/view.rs），不动任何断言期望值	2026-11-05 17:17:43 +08:00
AskaEth	631d4647dc	Merge branch 'feat/m125-railfix-chips-tier-crushed-list-and'	2026-11-05 17:05:05 +08:00
AskaEth	0f26ed3753	fix(app-iced): M125 r2 —— chips 档「还没选版本」不再对半切；宽度表换成实测值 ... r1 复审 p2-1：`TailShare::of` 只判档位，于是 chips 档「刚进页面」（面板只有一行 提示）也被五五分——700×760 下列表 8 个版本只显示 4 个、下半块 ≈160px 空画布， 而修前（main）这一态是 7 整行。修法：判据加**面板形态**，`Hint` 在任何档位都钉死， `Chips` + `Options`/`Install` 才共享。实测回到 7 整行（与 main 同一水位）。 守门：新增 `options_shot/ready.rs`（`ULL_DL_READY_SHOT`，不设 `ULL_DL_DEMO` 出的 700×760 图）：列表区至少读出 6 个版本号。它在 r1 的图上**红**（4 个，原生输出见 mission 报告），在修后图上绿（7 个）。三条旧守门照旧（chips / compact / wide）， chips 与 compact 换修前图仍红。 r1 复审 p2-2：宽度表的实测值改正（同一张 736 图逐项量）： `1.21` 26（余 6）、`1.20` 28（余 4）、`24w` **29**（余 3）、`All versions` 墨迹画到 x=247（裁切边 248，只差 1px）⇒ 桶标签余量是 **3~6px** 而不是 6；「短标签『全部』= 32 零余量」这条论证的对比强度随之写准（比桶标签的 3~6px 更薄）。 `rails/major.rs` 的表格、`options_shot/compact.rs` 的测试文档一并改成实测值； 「墨迹右边界」那条反例也从 216..244 改成实测 216..247。 r1 复审 p3-1：第二级「全部版本」的图标从网格（与第一级同字形同药丸、像素级同形） 换成文档/清单字形 `IconKind::Logs`，理由与「图标集里没有版本/历史字形」写进 `major_shape` 文档。 r1 复审 p3-2：chips 档最多三层滚动（列表 / 面板 / loader 菜单）作为**已知风险** 登记在 `install.rs` 文档里，并写明为什么「把实例名移出滚动区」本轮不做（要拆 `options::section`，动三个文件，而且改完仍无法验证滚轮冒泡——没有通道）。	2026-11-05 16:43:35 +08:00
AskaEth	9c623a6fd3	style(app-iced): M125 拆文件时留下的孤儿文档片段（clippy 的 empty_line_after_doc_comments）	2026-11-05 16:03:10 +08:00
AskaEth	70dea995b7	refactor(app-iced): M125 主版本栏与选项区像素守门各拆一层（守 400 行红线） ... 两处拆分，只为过 `gate::every_source_file_stays_under_the_line_limit`： - `download/rails.rs` 435 行 → `rails.rs` 311 + `rails/major.rs` 157：主版本桶那一栏 （`major_rail` / `major_entries` / `major_shape` / `MajorEntry` / `MajorShape`）搬进子模块， `rail_title` 留在父模块（两条栏共用）。`Key::VersionMajorTitle` 的落点跟着搬， `tests/i18n.rs` 的死 key 扫描表补上 `rails/major.rs`（漏扫会把活 key 判成死 key）。 - `tests/options_shot.rs` 475 行 → 345 + `options_shot/chips.rs` 75 + `options_shot/compact.rs` 67。 顺带修 `options_shot::bands()` 的一处既有缺口：它按三栏算列表列左缘（112+0+24+0+24 = 160）， chips 档没有侧栏时这个左缘是错的，右缘跟着冲出画面 22px——M125 的 chips 守门正好踩到 「扫描越界读到下一行像素」，`first_rule_y` 因此恒返回 None。现在 chips 档直接取页左缘 （112），三栏三档的数值一个不变（M123 那些 140/140、缝 24 的断言照旧）。 守门实跑（本机，tiny-skia）： - 解 ignore 的 `chips::a_chips_tier_shot_…` 在修后图绿、**修前图红**（实测 18px ≠ 44）； - `compact::a_compact_tier_shot_…` 修后图绿、修前图红（实测 44px 文字行 ≠ 40px 图标按钮）； - chips 那条换深色图同样绿（断言不依赖主题色）。	2026-11-05 16:01:03 +08:00
AskaEth	822f98022d	fix(app-iced): M125 chips 档列表不被选项区压成缝；Compact 档主版本首项不再裁字 ... 两条缺陷都是 M123 取证时在真图上拍出来的，塔台另行核过图： 缺陷 1（medium）：chips 档（窗口 < 736，可用宽 < 600）里选项区按内容高 ≈316px 钉在列表下面，列表只剩 18px（0.4 行，行高 44）——版本号读不出来、 换不了版本。修法：`rows::TailShare` 两档，chips 档改成「列表与面板各吃一半、 面板自己可滚」（列表拿到 ≈182px = 4 整行，面板顶端那个实心「安装」与五个 loader chip 仍在屏内）；三栏三档照旧钉死（760 高下列表还有 3 整行、面板 整块在屏内，两样都对）。判据按档位而不是按高度：页面模型里只有 window_width， 窗口高度没接进页面（边界写进 TailShare 文档与报告）。 缺陷 2（medium）：Compact 档主版本栏宽 64，`ListItem` 两侧内边距各 16 ⇒ 文本格 32，首项「All versions」要 ≈84 ⇒ 图上只剩「All v」；中文「全部版本」= 4 全角字 = 64，32 里只剩「全部」且正好顶到裁切边。修法：图标条档的「全部版本」不画文字， 改画与本页第一级那个「全部」同一个网格图标（40×40 Tonal 药丸 + 全称 tooltip）； 桶标签（1.21/24w，实测墨迹 26）放得下，照旧画原文。`rails.rs` 那条「64 宽里 1.21 仍完整」的注释改成实测宽度表，并写清它对首项不成立。 顺带：列表与尾部面板之间补上分隔线（三态一致），`rows::content` 与两个装配点 按档位传 `TailShare`。 守门： - `tests/options_shot.rs` 解掉 M123 那条 `#[ignore]`（期望值一个字没改，只加 「列表区 ≥ 3 整行」与「面板仍在屏内、没被底边切」两条）； - 新增 `a_compact_tier_shot_draws_an_icon_for_the_first_major_entry`：缺陷 2 的 像素守门（首项是 40×40 居中药丸，不是 64×44 通栏文字行）。复审建议的 「墨迹右边界 ≤ 栏右内边界」在坏图上也是绿的（修前墨迹 216..244，边界 248）， 所以改钉形状，理由写在测试文档里； - `tests/rails.rs`：中文与英文都走 Icon 分支、以及 32px 文本格的宽度账 （「全部版本」= 64 > 32 是精确值，「全部」= 32 零余量所以不选短标签）； - `tests/view.rs`：档位 → TailShare 的决策面 + 两个装配点都按档位传。 未改产品文案、未改窗口最小宽、未动 M123 的任何断言期望值。	2026-11-05 15:48:57 +08:00
AskaEth	df0e98d811	Merge branch 'feat/m123-evidshot-close-three-acceptance-evi'	2026-11-05 15:46:28 +08:00
AskaEth	4a41263357	test(app-iced): M123 安装选项区 × 三栏同屏的宽度与行裁剪守门 ... 安装选项区（`download/options`）与三栏（`download/rails`）各自都有断言， 但它们**同屏**这件事从来没验过：选项区一高列表就矮，窗口一窄两条栏一收列表 就窄，这两种挤压都不会让任何既有断言变红。 - `tests/options_screen.rs`：七档宽度（1180/1024/900/880/812/736/700）× 三种 选项态（原版 / Fabric / NeoForge 不兼容）。三栏数字按 `layout/rails.rs` 的 数值表逐格钉死；列表列在每一档都 ≥ 424（行内四样仍在一行）；两条栏与选项 面板在同一份模型里、树能一次构建。 - `tests/options_shot.rs`：真 PNG 上的像素断言（需 `ULL_DL_OPTIONS_SHOT`）。 两栏同屏且像素宽度 = 裁决值 140/140、栏间 24 的缝真空着、第一行版本行整行 44px、选项区最后一行墨迹离底边还有余量。另有一条 `#[ignore]` 的 Chips 档 回归：700×760 下列表被压成 18px（现状红，缺陷已单列报告与 finding）。 出图（38 张）在 `DevDocs/artifacts/m123/`（git 忽略，不入库）；旧的 `DevDocs/artifacts/m109/`（内容库页早于 M108 改名，导航轨写的是 `Download`） 已按任务 ② 删除，内容库 12 态在 m123 里按当前 tip 重出。 不动产品行为：本提交只有测试与模块声明。	2026-11-05 15:46:26 +08:00
AskaEth	c25e85b461	Merge branch 'feat/m124-cliloader-expose-parsed-loader-in-i'	2026-11-05 15:37:02 +08:00
AskaEth	9ead4ae892	feat(cli): M124 instances list --json 补 loader 字段，只加不改 ... `ull instances list` 的人读输出历来只逐字打 `version_id`，脚本/agent 要判断 「这是不是 Fabric」只能自己猜 id 形状——正是 M122 收敛掉的第二份真相。本提交只补 输出面： - 每行实例加 `loader: {"kind": <稳定 id>, "version": <版本段>}`，解析一律调 `unlucky_core::game::InstanceLoader::parse`（M122 的全仓唯一入口），CLI 里没有 任何新的 id 匹配；CLI 只做「种类 → 稳定 id」的穷尽翻译。 - 原版恒为 `{"kind":"vanilla","version":""}`：键恒存在、不为 null，脚本不必判空。 - `kind` 是识别口径（7 值，含只能继承不能安装的 optifine/liteloader），不是 `install --loader` 的安装口径（5 值）——这条连同「vanilla 只表示 id 里没有加载器 痕迹」一起写进模块文档与 `ull help instances`（`--json` 是事实对外契约，字段说明 跟着契约走）。 - 向后兼容：`data.instances[]` 原有七个键一个没动，人类可读输出逐字不变。 - 测试（`commands::instances::tests`，走真入口 `crate::run`）：四家自家 id + 原版 + 两家第三方前缀的真值表、原版非 null 的反向锚、人读输出与旧字段不变的兼容锚、 help 里有契约说明的文档锚。	2026-11-05 15:23:37 +08:00
AskaEth	e4b819a4cc	Merge branch 'feat/m122-loaderid-fix-loader-from-id-to-reco'	2026-11-05 15:06:50 +08:00
AskaEth	081ce65596	fix(core): M122 版本 id → 加载器只留一份解析，并认全自家 id 口径 ... `presenter::host::game::loader_from_id` 只认 `fabric-loader-…` / `quilt-loader-…`， 而本启动器自己生成的 id 是 `<mc>-<kind>-<loader>`（`1.20.4-fabric-0.16.5` / `1.20.4-quilt-0.27.0`），于是刚装好的 Fabric / Quilt 实例在实例页显示成「原版」。 - 新增 `core::game::loader`：`InstanceLoader::parse` 是全仓唯一的 id 解析入口 （按 `-` 切段、段前缀匹配标记、跳过独立的 `loader` 段、砍老 HMCL 的 MC 尾巴）。 覆盖自家四种口径（生成端 `addon::loader::LoaderKind::version_id`）、老 HMCL / CF 口径、OptiFine / LiteLoader 第三方前缀；标记按整段前缀匹配，不再用「包含子串」。 - presenter 只留 DTO 翻译：`dto_kind` 穷尽 match（`dto/` 里仍不许出现 core 类型）。 - 测试：真值表**从生成端取 id**，反向锚（普通版本 id 不被认成加载器），映射单射， 以及端到端快照（`instances()` 的磁贴数据对四个加载器各自的版本号与徽标）。	2026-11-05 14:46:22 +08:00
AskaEth	829bd9043c	Merge branch 'feat/m121-verbump-0-2-0-workspace-version-and'	2026-11-05 14:08:39 +08:00
AskaEth	bf6b0c4126	build(release): workspace 版本 0.1.0 → 0.2.0，README 的 tag 事实改成 v0.2.0 口径 ... - Cargo.toml [workspace.package] version = 0.2.0；Cargo.lock 由 cargo 重新解出一致 （只有 8 个 unlucky-* 成员条目变动，第三方版本一字未动） - 各 crate 的 `unlucky-*` path 依赖 `version = "0.1"` 同步提到 "0.2"，否则工作区 根本解析不出来（cargo metadata 会报 `failed to select a version for unlucky-core = "^0.1"`）；crates/app 虽被 exclude、cargo 不读，也一并跟上避免将来 重新纳入时立刻解析失败 - core::launch::LauncherConfig 兜底的 launcher_version 改成 env!("CARGO_PKG_VERSION")， 不再是把版本写死一份（CLI / presenter 本来就这么写） - README.md / README.zh-CN.md：删掉「v0.1.0 是目前唯一的 tag / the only tagged release」 这类随 v0.2.0 发布即变假的陈述，改写成「v0.1.0 是最后一个 Slint 版 tag，v0.2.0 是 重写后的第一个 tag」；所有讲 v0.1.0 资产 / Slint Royalty-Free 义务的历史记录原样保留 - packaging/README.md：命名与校验示例跟当前 tag 走（v0.2.0）；§7 实测记录里的 0.1.0 输出加一句「属实测记录、不回填」，并把过期的「四个 workspace member」改成「任何一个」	2026-11-05 14:08:37 +08:00
AskaEth	7235cf08e4	Merge branch 'feat/m120-insti18n-instance-page-and-stage-la'	2026-11-05 13:36:55 +08:00
AskaEth	d0a8f68607	docs(m120): 页面模块的守门说明改成白名单口径	2026-11-05 13:36:45 +08:00
AskaEth	f86be2bd38	fix(app-iced): M120 r1 —— 徽标判据改回「类型是原版」；旧串黑名单翻成白名单 ... r1 复审 p2-1（真回归，我引入的）：`loader_badge` 把「非原版 + 空版本号」也送进了 `Key::LoaderVanilla`。而 `host::game::loader_from_id("1.20.1-forge")` 这类 id 取不到版本段 （它按 `forge-` 找，id 却是 `-forge` 结尾），`LoaderInfo::badge()` 对它们给的正是品牌名 `Forge` / `NeoForge` / `OptiFine` —— 于是这三个显示成「原版 / Vanilla」。 判据改成「**加载器类型本身是原版** ⇒ 过词表，其余交给 `badge()`」： - 修的是判据，不是加分支：函数注释本来就写着「只有原版这一支要过词表」，代码与注释相矛盾。 - 新回归测试 `the_loader_badge_keeps_the_brand_when_the_version_is_missing`： `1.20.1-forge` / `1.20.1-neoforge` / `1.20.1-OptiFine` 三条 id 各断言列表副文案与 LOADER 卡的值都是品牌名（中英两套语言各跑一遍，品牌名两套语言相同）。 变异实测：把判据改回旧写法 ⇒ 立刻红（`left: "1.20.4 · Vanilla" / right: "1.20.4 · Forge"`， 与复审给的实证逐字相同）。 r1 复审 p2-2（不阻塞，按塔台要求顺手做）：源码反扫从**黑名单 29 条旧串**翻成**白名单**。 - 先数过：五个页面源码里一共 13 个字面量，其中带 ASCII 单词的只有 6 条，全是专有名词 / 技术标识 / 占位符名 / 族名前缀（`{date} {time} UTC` / `isolated` / `shared` / `pid` / `reason` / `Instances`），逐条写了理由。 - 判据反过来之后，往页面里**新写**一句英文也会红（复审抓到的哑点）——变异实测： 写进 `"Ready"` ⇒ 红；写回 `"ALL INSTANCES"` ⇒ 红。 - 反向锚保留：扫描器必须真扫到 ≥6 条、`Texts::of(` / `Header::new(texts.title())` / `Key::Instances` / `Key::InstancesStage` 必须在用（防止断言空转）。	2026-11-05 13:36:45 +08:00
AskaEth	1a4e1fee12	feat(app-iced): M120 实例页与启动阶段标签跟着界面语言走 ... 来源：M106 r1 复审点名——中文机器上首屏（实例页）仍是英中混排（页头 / New instance / Import / ALL INSTANCES / VERSION / Present on disk / Running · pid / Launch failed）。 用户的原话是「我系统语言是中文 为什么打开软件是英文」。 改了什么 - i18n：catalog/instances.rs 从 6 条死 key 补到 34 条（页头 / 列表列头 / 详情动作 / 窄窗说明 / 元信息标签与值 / 隔离档位 / 运行状态 / 四个启动阶段）。族在装配链第 2 位， 新 key 追加在本族末尾，golden 对应位置插入（不是文件末尾追加）。 - 页面：新增 pages/instances/text.rs（Texts）——页面唯一的取词入口，实例页里不再有 任何可见英文字面量；detail / demo 也改从它取。 - 阶段标签：view/instances.rs 的 Running / Launch failed / 四阶段全部走目录； **数字与分隔符不随语言变形**（运行中 · pid 1234 与 Running · pid 1234 只换前半句）。 - 顺手修掉两处「语言反向泄漏」：原版徽标此前直接画 presenter 的中文「原版」（英文界面 会漏中文），现在走 LoaderVanilla；隔离档位 isolated/shared 也从 core 的稳定 id 换成人话。 - 删掉 InstancesLastPlayed：M117 加的整句 key，从未接线，形状与「标签 + 值」的元信息卡 不符，由 InstancesMetaLastPlayed + InstancesNeverPlayed 取代。 守门（pages/instances/tests/i18n.rs + app/view/tests.rs） - 中文态无 ASCII 英文单词（品牌 Java / 技术标识 pid 白名单）； - 每一条 Instances* 的两套译文必须不同（切语言时真的变）； - Running 的数字与 · pid 分隔符在两套语言里逐字保留； - 页面源码里 29 条旧英文基线不许回来；每条 key 都必须被页面引用（死 key）。 出图：DevDocs/artifacts/m120/01~12（有实例 / 空态 / 运行中 × 浅深 × 中英）。	2026-11-05 13:36:44 +08:00
AskaEth	2f491c31f9	refactor(app-iced): M120 把实例页的展示转换从 view.rs 拆出去（纯搬移） ... view.rs 是「快照 → 视图模型」的唯一入口，实例页那一段（列表副文案 / 运行状态 / 元信息卡 / 时间戳）占了它近一半。M120 要在这批文案上接 i18n，先按功能拆成 view/instances.rs（account_page / logs / rail 是同一个先例），本次一字未改行为。 唯一的非搬移改动：view/tests.rs 显式 import InstanceRuntime / LaunchStage （它们原来是从 view.rs 的 use 里顺带借到的，拆分后不再可见）。	2026-11-05 13:36:43 +08:00
AskaEth	6a5c54102e	build(packaging): 产物改名成 名字_版本号_平台_架构 ... 用户令：产物名不带实现细节字样（不出现 iced），格式统一成 `<名字>_<版本号>_<平台>_<架构>`，下划线分段。 - make_artifacts.py 新增 asset_stem() 作为唯一真相源；Windows 裸 exe 那条 路径原来还硬写着旧格式，一并改掉 - release.yml 的 sha256sum 与 assets glob 从 unlucky-launcher-* 改 unlucky-launcher_*（不改会因匹配不到而漏传产物） - packaging/README.md 矩阵六行同步，并记下：Linux/macOS 仍为 tar.gz， 理由是许可文本随包 + tar 保留 755 可执行位 本地已跑通：unlucky-launcher_0.1.0_windows_x64.exe 14.44 MiB + ull_0.1.0_windows_x64.exe 6.18 MiB + SHA256SUMS.txt。	2026-11-05 11:54:18 +08:00
AskaEth	43ab6c0a83	ci(guards): README 不适用 400 行红线 ... README 是对外介绍，不是可拆分的模块——拆成多份反而更难读。用户令 （2026-11-05）：不用 400 行压它，但要保证介绍不臃肿、逻辑完备。 豁免范围只限仓库根的 README.md / README.<lang>.md；docs 下的长文 仍按模块拆分，其余规则不变。	2026-11-05 11:44:48 +08:00
AskaEth	1315b37f62	docs(readme): 状态段改成当前事实，模块地图补齐三个 crate ... 状态段原来停在「iced 版每个页面都是占位」——早就不成立了。改成： 十四页功能已齐、文案跟随系统语言、外观三件套、整合包导入导出与安装选项， 以及明确列出「还没做」的四项（安装器与自动更新、macOS 定型复核、 逐文件冲突策略、原生文件选择框）。 模块地图补上 crates/presenter、crates/i18n、crates/palette-extract， 并写明分层：app-iced → presenter → core/agent，design 与 i18n 不得反向依赖渲染框架。	2026-11-05 11:36:39 +08:00
AskaEth	4a212760b6	Merge branch 'feat/m119-apiscan-wire-presenter-accounts-and'	2026-11-05 11:09:56 +08:00
AskaEth	0e48ea15b8	fix(app-iced): M119 r2 —— 四处「模拟」文案全由 simulated 驱动；确认条不再替用户 arm 键盘 ... 复审 r2 的两条 p2 都是「上一轮各差一步」：字段/焦点都真的做了，但**另有三处没接上**、 **键盘闸是代码自己打开的**。 ## P2-1：四处文案只认一个开关 r1 只有标题胶囊由 `simulated` 驱动；副标题 / 输入框占位符 / 空态正文是**无条件取词**， 而它们的译文里写着「模拟 / 没接真实模型」——接上真 transport 之后这三句会**反向**留着 （`simulated == false` 时界面还在声明「没接真实模型」）。而且没有一条测试钉得住那个声明。 现在： - 新增 `pages/agent::Disclaimer { simulated, subtitle, placeholder, empty_body }`， `Disclaimer::of(catalog, simulated)` 一次算好；`Conversation.simulated: bool` 换成 `Conversation.note: Disclaimer`，header / composer / transcript 三处各自从它取词—— **视图里没有第二种取词路径**； - i18n 配成对：模拟态用既有的 `AgentSubtitle` / `AgentPlaceholder` / `AgentEmptyBody`， 真实态新增 `AgentSubtitleReal` / `AgentPlaceholderReal` / `AgentEmptyBodyReal`（中性话）。 （没有把三句改成中性话：那句告知本身有价值，接真模型后它才该消失。） - 证据：`crates/app-iced/src/pages/agent/tests/disclaimer.rs` —— `all_four_disclaimers_appear_when_the_backend_is_simulated`（四处都提模拟）、 `no_disclaimer_survives_when_a_real_backend_is_wired`（四处都不提，且不许用空串糊）、 `the_two_states_use_different_keys`（两态不能共用同一个 key）。 **golden.rs 的 400 行边界**：+3 条会破线。按「按功能拆、不压注释」处理——把这张表的 **说明文档**（35 行）原样搬到 `catalog.rs` 里 `mod golden;` 的文档上（一个字的说明都没删）， `golden.rs` 只留表数据 + 3 行指针。现在 `golden.rs` 374 行、`catalog.rs` 328 行。 ## P2-2：键盘闸不许由代码替用户打开 r1 在 `sync_confirm_focus`（`on_agent` 的无条件尾巴，`Events` 又由心跳驱动）里顺手 `keyboard_mode = true`——于是**只要冒出待确认，全局键盘闸就开了**；用户发完那句话接着打下一句， 第一个空格就成了「批准写操作」。复审用临时用例复现过（`rail.confirm` 变 `None`）。 现在： - `sync_confirm_focus` **只挪焦点**到「允许」，不再碰 `keyboard_mode`（字段文档里写清了为什么）； - 键盘用户的表态是 `Tab`：`AgentUi::step_focus` 加了一条 **arming 规则**——待确认、焦点已在 确认条上、但键盘闸还关着时，这一次 `Tab` **只点亮焦点环、不移动焦点**（否则第一次 Tab 会把 「允许」挪到「拒绝」，用户按 Enter 就是反着裁决）；之后再 Tab 才逐格走； - 反向回归：`a_stray_space_or_enter_never_approves_a_pending_write`（打字 → 空格 / 回车都不得裁决， 审计也不许留）；`a_blocking_confirm_can_be_decided_with_the_keyboard_alone` 改成 「确认到达时未 armed → Tab 点亮 → Enter 允许；第二轮 Tab·Tab 到拒绝 → Space」。 ## 出图 `DevDocs/artifacts/m119/` 18 张全部重出（新增取证夹具 `ULL_AGENT_FIXTURE=armed`： 跑一轮真提交后再按一次 Tab，专供「焦点环可见」那张图）： - `08-agent-simulated-{light,dark}`：`simulated = true` 下四处「模拟」同时可见； - `09-agent-confirm-focus-{light,dark}`：**按过 Tab 之后**的确认条（焦点环在「允许」上）； - `05-agent-confirm-{light,dark}`：确认条刚出现、**还没 arm**（无焦点环）——与 09 成对， 正好把 r2 的行为差异拍下来。 ## 门禁（真实退出码，最终树） | 命令 | 退出码 | |---|---| | `cargo fmt --all --check` | 0 | | `cargo clippy -p unlucky-app-iced -p unlucky-presenter -p unlucky-agent -p unlucky-i18n --all-targets -- -D warnings` | 0（0 warning）| | `cargo test -p unlucky-app-iced --lib` | 0（605 passed / 0 failed / 2 ignored）| | `cargo test --workspace --exclude unlucky-app` | 0（58 套 2281 passed / 0 failed / 11 ignored）| 全树受检文件无 >400（`golden.rs` 374、`catalog.rs` 328、`pages/agent/mod.rs` 371）。	2026-11-05 10:43:22 +08:00
AskaEth	a22baebe70	fix(app-iced): M119 r1 —— 常驻「模拟」标识 + 确认条的键盘通路 ... 复审 r1 的两条 p2，都是「说成真的、其实是假的」与「能走进死路」这个级别的问题。 ## P2-1：界面必须自己说清「这是模拟」 原判：生产默认后端是**脚本化 rig**（`ULL_AGENT_SCRIPT` 的 6 种剧情），而「后端未接 / 模型还没 接上」两句诚实文案被我改成了中性话，理由写着「由端点标签说」——**那条端点标签在壳里根本不存在**。 于是默认配置下用户敲一句话得到一段像是模型编的回答。判据：没读过代码的用户，打开右栏、敲一句话， 必须能自己看出来这不是真模型（不接受 tooltip、不接受藏在设置里）。 修法（①恢复诚实文案 + ②常驻可见标记，并用）： | 位置 | 文案 / 形态 | 谁给的 | |---|---|---| | 标题右侧**常驻胶囊**（`SurfaceVariant` tonal）| `Key::AgentSimulated`（Simulated / 模拟）| `AgentHost::is_simulated()` → `Session.simulated` → 视图 | | 标题下副标题 | 「模拟助手 · 还没接真实模型」 | `Key::AgentSubtitle`（原本是「未接」被改成中性的「会话」，现在写回来且更明确）| | 空会话正文 | 「…当前是模拟助手，没有接真实模型。」 | `Key::AgentEmptyBody` | | 输入框占位符 | 「给模拟助手发消息…」 | `Key::AgentPlaceholder` | **标记不是硬编码在视图里**：`AgentHost.simulated` 是事实字段（今天 transport 只有 rig ⇒ 恒 true）。 接真 `AgentTransport` 那天把它传 `false`，四个位置的「模拟」措辞会一起消失——这是为什么用字段而不是 写死一句话。 ## P2-2：确认条必须有键盘通路 原判：Allow/Deny 只有鼠标路径 ⇒ 键盘用户在写操作确认处**永久卡死**（`busy` 锁发送、 `Stop` 走主后端、清不掉 presenter 的 pending confirm）。 - 焦点环多两格：`Focus::ConfirmAllow` / `Focus::ConfirmDeny`，**只在有待确认时**存在 （鼠标用户不会 Tab 到不存在的按钮）； - 待确认出现 ⇒ `sync_confirm_focus()` 把焦点直接落到「允许」并**打开键盘巡航**（阻塞态主动亮环）， 消失 ⇒ 焦点收回输入框、巡航关闭； - `Enter` 与 `Space` 都映射到 `Activate`（`Space` 不抢输入框：`keyboard_mode` 那道闸在 鼠标点进输入框时是关的）； - 焦点环不是 10% 状态层——在**实心主色**按钮上那层几乎看不见（出图实测过一版就是没有）。 改成 2dp `Primary` 描边 + 3px 留白，两个按钮恒定加这层 padding，所以焦点变化不移动布局。 测试（`crates/app-iced/src/app/update/agent/tests.rs`）： `a_blocking_confirm_can_be_decided_with_the_keyboard_alone` —— 全程只有键盘消息： 确认到达后断言 `focus == ConfirmAllow && keyboard_mode`，发一条 `KeyPressed(Enter)` 完成允许； 第二轮 `Tab`（走到 Deny）+ `KeyPressed(Space)` 完成拒绝；两轮各记一条审计、焦点都收回 Composer。 另有 `the_default_backend_reports_itself_as_simulated` 钉住 P2-1 的事实来源。 ## 视图入参顺带收成结构体 `docked`/`page` 本来是 6 个形参（`ui, agent, rail, failure, catalog, width`），这一轮还要加 `simulated` ⇒ 7 个。按塔台登记的可维护性口径改成 `Session { agent, rail, failure, simulated }`： 两个宿主各 3 个形参，以后再加展示事实只改 `Session`。 ## 出图（18 张，浅深各一） `DevDocs/artifacts/m119/`：新增 `08-agent-simulated-*`（空会话 + 四处「模拟」措辞）与 `09-agent-confirm-focus-*`（确认条 + 焦点环落在「允许」）；其余 7 组全部重出（文案与焦点环都变了）。 ## 门禁（真实退出码） | 命令 | 退出码 | |---|---| | `cargo fmt --all --check` | 0 | | `cargo clippy -p unlucky-app-iced -p unlucky-presenter -p unlucky-agent -p unlucky-i18n --all-targets -- -D warnings` | 0（0 warning）| | `cargo test -p unlucky-app-iced --lib` | 0（601 passed / 0 failed / 2 ignored）| | `cargo test --workspace --exclude unlucky-app` | 0（58 套 2277 passed / 0 failed / 11 ignored）| `golden.rs` 400 行（+1 条 `AgentSimulated` 正好顶线）；全树受检文件无 >400。	2026-11-05 09:17:50 +08:00
AskaEth	b5e96c61ac	fix(app-iced): M119 出图抓到的两处：右栏文案没跟 lang 走、确认条文字被压成竖缝 ... 两张验收图（`DevDocs/artifacts/m119/`）暴露的问题，都是测试抓不住、只有图能看出来的那类： 1. **同屏两语**：`pages/agent/mod.rs` 里还留着 M104 的 `const LANG: Lang = Lang::En`，所以右栏的 标题/按钮恒英文，而 M119 新加的失败横幅走 `App::lang()`（这台机器是 zh-CN）⇒ 一屏里 「Assistant / Collapse」和「连不上助手后端」并排。现在删掉那个常量，`docked`/`page` 收一个 `Catalog` 形参，由 `App::lang().catalog()` 给——与设置页/账户页同一条口径（M106 的真值源）。 2. **确认条没有字**：`chip + 文字 + 两个按钮` 挤在同一条 `Row` 里，而右栗只有 280~360：320 宽下 文字列被压成一条竖缝，标题整段看不见（图 05 第一版就是这个样子）。改成文字行与动作**分行**， 动作右对齐——窄栏里才是可读的 M3 告警形态。 顺带：`Script::WriteOp` 补一句增量，免得那条助手气泡是空壳（出图更接近真后端）。 `cargo test -p unlucky-app-iced --lib`：599 passed / 0 failed；14 张图重出后逐张看过。	2026-11-05 08:11:14 +08:00