i18n 收口留下的重复与死代码：OVERLAY_META、sidecar 目录、isFallback、resolveLocalized

[SongshGeo]

双语契约收口后留下几处重复，单独看都很小，但它们都是「同一个事实存在两份」——
正是 i18nContract.js / contentLayout.js 想消灭的东西。

1. OVERLAY_META 定义了两遍

• src/utils/i18nContract.js —— 数组，check:content 用
• src/utils/localized.ts —— Set，渲染时用

两者必须一致，却没有任何交叉引用。一旦漂移，多出来的 key 会被
localizedData 当成内容合并进 frontmatter（例如 source_sha 泄漏到渲染层）。

localized.ts 当初不 import i18nContract.js 是为了避免把 gray-matter 拖进
页面构建图——这个理由成立，但应当显式写下来，或把这类纯常量抽到
contentLayout.js（已经是两边都 import 的无依赖模块）。

2. sidecar 目录字面量散在两处

src/pages/[lang]/research/[slug].astro:37   `${COLLECTION_VAULT_PATHS.library}/文献/精选`
src/pages/[lang]/publications/[slug].astro  同上

而 PUBLICATION_SIDECAR_DIR、BUNDLE_COLLECTION_DIRS.publicationHighlights、
I18N_COLLECTIONS[].dir 已经各存了一份。现在一共四份集合→目录的映射。
建议合并到 contentLayout.js 一处，其余都从它派生。

3. const isFallback = lang !== 'zh' && !overlay; 抄了 7 遍

TranslationNotice.astro 的注释说它「owns the choice」，但每个路由仍自己算
isFallback。直接把 overlay 传进去，让组件自己判断，注释才名副其实。

4. resolveLocalized / LocalizedEntry 已无生产调用者

grep -rn resolveLocalized src/ 只剩 localized.ts 自身与测试。
localizedIndex / localizedData 取代了它。要么在路由里改用它，要么删掉——
现在的状态是「有测试覆盖的死代码」，比没测试的死代码更容易骗过下一个人。

[SongshGeo]

再补两处同类的，凑到这个 issue 的清单里：

5. BASE_LOCALE 有名字，但站点侧五处硬编码 zh

i18nContract.js:35 已经导出了 export const BASE_LOCALE = 'zh'，可站点侧全是字面量：

src/utils/localized.ts:66    if (lang !== 'zh') {
src/utils/localized.ts:80    if (lang !== 'zh') {
src/utils/localized.ts:110   if (lang === 'zh') return safeBase;
src/utils/siteConfig.ts:53   if (lang === 'zh') return undefined;
src/utils/siteConfig.ts:80   label: (lang !== 'zh' && item.label_en) || item.label,

再加上七个路由里的 const isFallback = lang !== 'zh' && !overlay（本 issue §3）。
LOCALES / DEFAULT_LOCALE 都是具名常量，唯独「基准语言」不是——而它恰好是三者里
最不可能改、因此漂了也最不容易被发现的那个。

按 §1 的思路，BASE_LOCALE 应该和 CONTENT_LOCALES 一起放在 contentLayout.js
（无依赖，两边都 import），i18nContract.js 和 localized.ts 都从那里取。

6. BUNDLE_ENTRY 也是两份，而且给出的理由已经过期

src/utils/contentLayout.js:100  export const BUNDLE_ENTRY = 'README';
src/utils/localized.ts:193      const BUNDLE_SUFFIX = '/README';

localized.ts 的注释说重复是「so page frontmatter does not pull a YAML parser into
the build graph」。但那份常量在 contentLayout.js，而 contentLayout.js 只
import fs, path from 'node:*'，没有 gray-matter——gray-matter 在 i18nContract.js。
理由对 i18nContract.js 成立，对 contentLayout.js 不成立，localized.ts 直接
import 后者即可。

7. 第五份 collection → 目录映射，在建软链的那个脚本里

scripts/setup-content.mjs 已经 import { BUNDLE_COLLECTION_DIRS } from '../src/utils/contentLayout.js'，却在 L686–694 硬编码：

await linkCollection('people',   '通讯录');
await linkCollection('projects', '图书馆/项目');
await linkCollection('library',  '图书馆');

而 COLLECTION_VAULT_PATHS 就在它 import 的同一个文件里。这是本 issue 数的四份
之外的第五份，而且是后果最重的一份：vault 改目录名，这里不报错，只是少建一个
软链、少一整个 collection。（不过按 #45 的方案，这三行会随软链一起消失。）