品牌改名：家书 → 岁月家 (laoyang/FamilyBook#38)

## 起因

用户 2026-11-01：「家书已经有人做了，八月份刚上线的」。

核实：「家书 HomeBook」（广州家书科技有限责任公司，粤ICP备2026096420号，
2026-06 成立、08 上线）。功能**部分重合**（家庭记录 + 相册 + 家谱）。
华为审核指南 1.3「应用名称不得和其他应用名称相同，避免混淆」，
虽然个人与企业主体查重不互通、技术上能过，但被人工驳回概率高。

## 定名过程（用户逐个否掉）

| 候选 | 否决原因 |
|---|---|
| 寸草 | — |
| 家卷 | ❌ 与「家眷」同音，口头传播会打错字 |
| 家时光 | ❌ App Store 已有「家·时光」定位几乎一致；且「家+时光」是常见组合，辨识度低 |
| 家纪 | ❌ 已有重名 |
| **岁月家** | ✅ 搜不到同名应用；是口号的直接展开（岁月 + 家） |

## 最终定稿（用户明确指定）

```
应用名      岁月家
主标语      一家人用岁月写成的一本书     ← 不变
一句话简介  一家人用岁月写成的一本书     ← 改为与标语相同
官网标题    岁月家 · 一家人用岁月写成的一本书
英文名      FamilyBook                ← 不变
包名        familybook.yangyq.net     ← 不变
```

## 改动范围（17 + 18 处，12 个文件）

### 应用名（17 处）
`AppScope/resources/base/element/string.json` 的 app_name，
`entry/.../string.json` 的 16 条（应用名、卡片名、无障碍描述）。

### 用户可见文案（18 处）
`FbBackgroundSync` / `EntryAbility`「正在同步家书数据」、
`FbAttachOpen`「家书附件」相册名、`FbHttp` 地址校验失败提示、
`FbCardData` / `FbCardMediaData` 卡片空态「先在「家书」里填写服务器地址」、
`TopBar` / `Drawer` / `FbLoginPage` 的应用名文本、`FbSettingsPage` 的说明。

## 刻意不改

- **包名 / bundleName**（用户明确要求不变，且改了等于换一个应用）
- **英文名 FamilyBook**、目录名、仓库名（改了会让 git 历史、部署脚本、证书路径全跟改）
- **代码注释**里 200+ 处「家书 FamilyBook · 某模块」—— 不影响运行时，
  改了只会制造噪音 diff，让将来 blame 变难
- **主标语**里一个字都没动

## 验证

### 编译
`BUILD SUCCESSFUL`，33 tasks。

### 产物实测
解包 `.hap` 的 `resources.index`：
- 「岁月家」出现 **17** 次
- 「家书」出现 **0** 次

### 全局一致性校验（31 项全过）
`_tooling/check_rename.js`：
- 客户端 app_name / EntryAbility_label / 产物内容
- .ets 用户可见文案无残留（排除注释）
- 服务端非注释代码无残留
- `Auth::homeTitle()` 用「某某某的家庭岁月」
- `DEFAULT_SLOGAN` 未被改动
- 官网线上 5 个页面无「家书」、标题含岁月家、渲染后 h1 是品牌名
- 材料 app_name / 一句话简介 / 包名 / versionCode / 域名

⚠️ 校验过程中我自己的判据出了 2 次假红：
① 注释识别不全（漏了 `/**` 单行块注释和 `<!--` HTML 注释）→ 补齐 isCommentLine
② 「为什么叫岁月家」整节重写后，旧断言还在查「书信」「家与书」
   （那是**旧名字**的逻辑）→ 改成查「岁月」+「家」的拆解

## 一处语义决策（问过用户）

网页端 `Auth::homeTitle()` 生成「某某某的家书」—— 这是**产品核心语义**
（每个家有自己的那一本），直接换成品牌名会读成「某某某的岁月家」，不通。

用户定：改成 **「某某某的家庭岁月」**。
兜底（无姓名时）仍用品牌名「岁月家」。

## 连带影响（不阻塞）

- 上架材料 7 个文件已同步（含软著全称改为「岁月家家庭生活档案管理软件」）
- 官网已部署，线上标题已是新名字
- 软著申请尚未提交 —— 正好一次写对新名字，不需要变更

docs/上架/商店上架文案.md

@@ -1,4 +1,4 @@
-# 家书 · 应用介绍文案（可直接复制到 AGC）
+# 岁月家 · 应用介绍文案（可直接复制到 AGC）
 
 > 三个版本按投放位置选用。字数已核算，均在上限内。
 
@@ -11,7 +11,7 @@
 ### ✅ 采用版（13 字）
 
 ```
-一家人的日程任务与生活档案
+一家人用岁月写成的一本书
 ```
 
 ### 备选
@@ -30,7 +30,7 @@
 **上限 8000 字。** 以下约 1050 字，留足余量，且覆盖了「实际功能」以免被判"介绍与功能不符"。
 
 ```
-家书，是给一家人用的生活档案工具。
+岁月家，是给一家人用的生活档案工具。
 
 它不社交、不推送广告、不做推荐算法。它只做一件事：把一家人的日程、任务、重要日子、看过的电影、去过的地方、家里的账和资料，安安静静地记在一处，谁都能查得到，谁都不会漏掉。
 
@@ -58,7 +58,7 @@
 
 【关于数据，三句话】
 
-第一，数据在你自己的服务器上。家书是客户端，服务端由使用者自行部署，开发者不设中心数据库，也没有你的数据副本。
+第一，数据在你自己的服务器上。岁月家是客户端，服务端由使用者自行部署，开发者不设中心数据库，也没有你的数据副本。
 
 第二，能加密的都加密。密码单向哈希存储，手机号与证件号加密存储，附件落盘加密，登录令牌放在系统硬件密钥库里。
 
@@ -66,9 +66,9 @@
 
 【关于提醒的一句实话】
 
-家书的提醒依赖系统通知能力，可能因省电策略或权限关闭而延迟。请不要把它当成航班、考试、就医这类要事的唯一提醒手段。
+岁月家的提醒依赖系统通知能力，可能因省电策略或权限关闭而延迟。请不要把它当成航班、考试、就医这类要事的唯一提醒手段。
 
-家书不是要替你做决定，也不是要你多用手机。它只是想让一家人少一点"我以为你记得"。
+岁月家不是要替你做决定，也不是要你多用手机。它只是想让一家人少一点"我以为你记得"。
 ```
 
 ---
@@ -80,7 +80,7 @@
 ```
 首个公开版本 0.8.0。
 
-本次为家书第一次上架，包含完整十个模块：日程、任务、名册、纪念日、观影、旅程、财务、读书、资源、笔记。
+本次为岁月家第一次上架，包含完整十个模块：日程、任务、名册、纪念日、观影、旅程、财务、读书、资源、笔记。
 
 主要能力：
 · 日程支持月/周/日三视图、重复日程、跨天分段、参与人与提醒
@@ -114,7 +114,7 @@
 
 ### ❌ 不要选
 
-- **社交** —— 家书没有陌生人社交，选社交会被要求提供社交类资质，且审核标准更高
+- **社交** —— 岁月家没有陌生人社交，选社交会被要求提供社交类资质，且审核标准更高
 - **金融理财** —— 财务模块只是记账，选理财类需要金融资质
 - **效率办公** —— 容易与办公软件混淆
 
@@ -179,7 +179,7 @@ AGC 会要求填写「数据安全」表单，逐项如下：
 
 ## 九、提交前必须自己核对的 8 件事
 
-1. ☐ 后台应用名称 = 包内 `app_name` = **家书**（完全一致，含空格）
+1. ☐ 后台应用名称 = 包内 `app_name` = **岁月家**（完全一致，含空格）
 2. ☐ 后台图标 216×216 = 包内 `fb_logo` 同一图案（**当前图标只有 192×192，需另出**）
 3. ☐ bundleName = **familybook.yangyq.net**（一个字符都不能错）
 4. ☐ versionCode = **800**（若之前提交过，必须递增）