fix(ci): 前端三个 lint step 里两个「结构上不可能变红」——消掉 web 的 6 个 no-explicit-any（12 份手抄签名中删掉从未被传过的 options 参数）后把 Lint Web 与 mobile lint 翻成真门禁，desktop 保持 advisory 但把实测理由（4 个 exhaustive-deps warning + CI 命令带 --max-warnings 0 ⇒ exit 1）写进 YAML (#2274)

[DeliciousBuding]

一句话

三个前端 lint step 里有两个结构上不可能让 CI 变红（挂着 continue-on-error: true）——这就是 6 个 no-explicit-any 能长期活在 master 上的原因：不是没人跑 lint，是跑了也不算。本 PR 消除那 6 个错误、把能用 CI 原命令证明绿的两个 step 翻成真门禁，并把第三个不能翻的实测理由写进 YAML，而不是留一个裸 flag。

关联 #2274（C-2 同族）；desktop 的遗留债务已写进 #2251。

逐个处置（判据 = 能不能用 CI 的原命令证明它绿）

step	CI 原命令	实测	处置
Lint Web	pnpm lint = eslint src --max-warnings 0	改前 6 errors；改后 0 problems	翻硬
Lint (mobile rules)	pnpm --filter agenthub-mobile-rn lint	0 errors / 1 warning（脚本不带 --max-warnings）	翻硬
desktop Lint	pnpm lint --max-warnings 0	0 errors / 4 个 react-hooks/exhaustive-deps warning ⇒ exit 1	保持 advisory + 写明理由

desktop 不翻的原因是测出来的，不是习惯性的：那 4 条是 useMemo 依赖数组缺 t / tApp，修它等于改记忆化依赖 ⇒ 行为变更，需要自己一个被 review 的切片，不能塞进 lint 清理里。翻早了会让每个 desktop PR 恒红。

Go 侧同样的 report-only 有指纹棘轮当硬门（#1840）；前端 eslint 此前什么硬门都没有。本 PR 不新增任何门禁脚本，只是把已有的两个 step 的 continue-on-error 摘掉。

6 个 any 的修法：删掉死参数，而不是给它找类型

同一个手抄签名 (key: string, options?: any) => string 全仓有 12 份（web 6 + desktop 6）。

• web 5 处：options 从未被任何调用点传过 ⇒ 直接删掉参数（回调类型应当描述被调方真正用到的东西）。
• web 1 处（createDefaultAgentProfileRequest）：真的在插值 t?.('agents.newDefault', { index }) ⇒ 保留参数但改为 Record<string, unknown>。
• desktop 6 处：刻意不动。它们的调用方传的是 i18next 自己的 TFunction，只有 options 为 any 时才赋得上——收窄会在 App.tsx:265 报 TS2345（实测，不是推测）；且 desktop 的 eslint 配置根本没开 no-explicit-any，所以那边没有违规。已在 web 那处留注释说明为什么两端不对称、以及"重新对称"会炸在哪一行，防止下一个人好心改回去。

两次自我纠错都由编译器抓出（不是 grep）

1. 我先按"12 处 options 全是死表面"把它们全删了 ⇒ pnpm -r typecheck 立刻红：web agentQueries.ts:300 与 desktop documentQueries.ts:65,68,70 真的在插值（{ index } / { time } / { month, day, time }）。我此前用 grep 断言"没有任何调用点传 options"是错的，编译器才是可靠的普查员。
2. 给 desktop 的 AppTranslate 换成 Record<string, unknown> 后 typecheck 再红（TFunction 不可赋值）⇒ desktop 6 处整体回退到 master（0 diff）。

刻意不做（避免过度工程化）

• 不新造 shared 跨包类型：verify-shared-barrel / verify-shared-boundary 两个门禁都盯着 shared 的导出面；为一行的函数类型别名开一条跨包契约，正是本 PR 要消的那种过度抽象。
• 不动另外两个 advisory step（i18n callsites ratchet、cargo clippy）：它们的 YAML 注释已写明"已知债务分批处理期间保持 advisory"，翻硬会立刻恒红。
• 不动 checks.yml:84 的 edge golangci-lint continue-on-error：那处有完整注释说明硬门在指纹棘轮，属既定设计而非遗漏。

证据

项	结果
pnpm -r typecheck	5 个包全绿
pnpm --filter agenthub-web test	33 文件 / 268 测试全绿
Lint Web 用 CI 原命令	0 problems（改前 6 errors）
Lint (mobile rules) 用 CI 原命令	0 errors / 1 warning，exit 0
desktop Lint 用 CI 原命令（带 --max-warnings 0）	exit 1（4 warnings）⇒ 与"保持 advisory"的决定一致
verify-ci-gates.py（改 step 未破坏 job 结构）	ok
verify-doc-ssot.py / verify-action-runtimes.py	ok
git diff --check	无空白错误
desktop 回退核对	git status 对 app/desktop/** 0 diff

未验证 / 可能错

• 本地 node_modules 与 CI 的 pnpm install --frozen-lockfile 可能有 eslint 插件版本差异；若 CI 上 web/mobile lint 结果与本地不同，翻硬的那两个 step 会真的变红（这正是翻硬的意义——它会告诉我们真相，而不是继续静默）。
• 未跑 desktop / mobile / shared / workbench 的测试：本 PR 对这四个包零改动（desktop 已整体回退）。

[coderabbitai]

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Team

Run ID: 8ca6965b-4f20-477a-a1a4-9462c93e9956

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

• 🔍 Trigger review

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}