fix(ui): 星盘页和星历页去掉三句过度提示

产品判定这三句都不是给用户看的判断或计费说明：
星盘「主盘直接算 · 分盘按需 · 不消耗点数」、
「下面是词条式释义，不是对你个人的判断。」、
星历「这一页是天象本身，不是对你的判断。」
按需加载与不扣点的行为不变。

docs/BUG_HISTORY.md

@@ -11162,14 +11162,14 @@
 
 - 状态：resolved
 - 首次发现：2026-09-15
-- 最近更新：2026-09-15
+- 最近更新：2026-09-17
 - 影响面：`assembleChartView` 的 layer 参数、`chart-page-view.tsx` 眉标、服务端引擎结果缓存
 - 用户现象：打开星盘常失败；失败页上还写着「直接计算 · 打开即有 · 不消耗点数」。生产与 staging 重计算并发默认 2，开页并行打 `/api/western` 与 `/api/qizheng` 就会占满。
 - 触发条件：打开 `/chart`。同时有第二个人开星盘，或校正 / 咨询在跑，更容易 429。
 - 根因：进页无条件并行打两个 `HEAVY_COMPUTE_PATHS` 端点；`cache: "no-store"` 且无记忆；失败分支也渲染同一句速度承诺眉标。
-- 修复：开页只请求 `/api/chart`。西洋 / 七政点到对应 tab 才发，不再占开页配额。同一账户 + 出生资料指纹 + ayanamsa + `node_mode` 的引擎结果内存缓存 5 分钟，资料或岁差一变即换键。失败页删除眉标；成功眉标改为「主盘直接算 · 分盘按需 · 不消耗点数」。不放宽限流。
-- 验证：无 layers 时 `assembleChartView` 的引擎路径只有 `/api/chart`；失败页无 eyebrow；缓存键随 ayanamsa / node_mode 变化。
-- 防复发：开页不得并行打 `/api/western` 与 `/api/qizheng`。不得靠放宽 `HEAVY_COMPUTE_PATHS` 或提高 `JYOTISH_HEAVY_COMPUTE_CONCURRENCY` 来「解决」429。承诺速度的文案不写。
+- 修复：开页只请求 `/api/chart`。西洋 / 七政点到对应 tab 才发，不再占开页配额。同一账户 + 出生资料指纹 + ayanamsa + `node_mode` 的引擎结果内存缓存 5 分钟，资料或岁差一变即换键。失败页删除眉标。不放宽限流。2026-09-17 产品判定成功页「主盘直接算 · 分盘按需 · 不消耗点数」仍是过度提示，连同基础信息「下面是词条式释义，不是对你个人的判断。」一并去掉；按需加载与不扣点的行为不变，只是不再写在页上。
+- 验证：无 layers 时 `assembleChartView` 的引擎路径只有 `/api/chart`；成功页与失败页都无 eyebrow、无「不消耗点数」、无「词条式释义」；缓存键随 ayanamsa / node_mode 变化。
+- 防复发：开页不得并行打 `/api/western` 与 `/api/qizheng`。不得靠放宽 `HEAVY_COMPUTE_PATHS` 或提高 `JYOTISH_HEAVY_COMPUTE_CONCURRENCY` 来「解决」429。承诺速度、计费、词条边界的说明不写在星盘页上。`chart-page-view.test.tsx` 成功页与失败页都断言不得出现这些句子。
 - 相关记录：BUG-707、BUG-715、BUG-716、TASK-chart-page-blocking-open-20260915
 - 复发自：无
 - 修复版本：待发布

docs/tasks/PROGRESS-chart-copy-trim-20260917.md

@@ -0,0 +1,37 @@
+# PROGRESS · 星盘页 / 星历页去掉三句过度提示（2026-09-17）
+
+工作树：`.worktrees/chart-copy-trim-20260917`  
+分支：`codex/chart-copy-trim-20260917`  
+基线：`origin/staging` @ `dc2f2a16`  
+本机 Windows。直接执行（产品口头：「把这个去掉」）。
+
+Skill **未 bump**。未改 `scripts/**`、`deploy/**`、`frontend/src/app/page.tsx`。按需加载与不扣点的行为不变。
+
+## 决策记录
+
+产品 2026-09-17 判定这三句都是过度提示，不是对用户的判断或计费说明，从页面拿掉：
+
+1. 星盘成功页眉标「主盘直接算 · 分盘按需 · 不消耗点数」（BUG-717 当时留在成功页）
+2. 基础信息「下面是词条式释义，不是对你个人的判断。」
+3. 星历页尾「这一页是天象本身，不是对你的判断。」
+
+行星卡、大运双轨注、坐标系边界句、Lahiri 岁差说明都还在。
+
+## 改了哪些文件
+
+- `chart-page-view.tsx`：删 Tab 行下眉标
+- `chart-basics-tab.tsx`：删词条边界句
+- `chart-view-labels.ts` / `chart-view-contract.ts` / `chart-view-mapper.ts`：删 `eyebrow`、`SYMBOL_BOUNDARY` / `symbolBoundary`
+- `ephemeris-page.tsx` / `ephemeris-view.ts`：删页尾定性句
+- `globals.css`：删 `.chart-page-eyebrow`、`.ephemeris-outro`
+- 测试、`DESIGN.md`、`VOICE.md`、`CHANGELOG.md`、真人清单、BUG-717 跟进
+
+## 测试
+
+| 项 | 结果 |
+| --- | --- |
+| `tsc --noEmit` | 0 错 |
+| `npm run lint` | 0 error / 116 warning（与基线同，本轮文件 0 条） |
+| 定向 | `chart-page-view.test.tsx` + `ephemeris-page.test.tsx` + `chart-view-route.test.ts` **32 passed / 0 failed** |
+
+无登录态、无 Chrome：浏览器走查留给 `docs/testing/chart-page-20260915.md`、`chart-page-open-20260915.md`、`ephemeris-page-20260915.md`。

docs/tasks/README.md

@@ -237,6 +237,7 @@
 | `TASK-ephemeris-page-20260915.md` | `PROGRESS-ephemeris-page-20260915.md` | **前端单**：P1 星历页，今日五要素 + 当日行运（相对本命宫位）+ 未来九十天换座与停滞，底部「带这天去提问」出口。页面不得出现任何运势判断。含实证缺陷：panchanga 写死 Lahiri 与账户 Raman 分裂（关联 BUG-703；本单标注为 BUG-707）。侧边栏入口由 chart-page 单交付。BUG 段 707–709 | 已验收（带修复单） | `d3a2c48b` |
 | `TASK-readonly-pages-fix-20260916.md` | `PROGRESS-readonly-pages-fix-20260916.md` | 三份只读页单的验收修复：**BUG-710** 七政 `ketu_mode`/`sidereal_mode` 收了请求却从不传给引擎，`calculation.ketu_mode` 回写请求值而非实际值（实测请求 descending-node 仍返回 apogee 盘，无警告）；**BUG-711** 星历单断言 sidebar 不得含 `/ephemeris`，与星盘单按任务书添加的入口直接冲突，staging 现在是红的；**BUG-712** `ephemeris_events` golden 存全精度浮点跨机不稳，且 golden 缺失时自动重建。另附部署缺口：`deployment.gitCommit` 仍是 `2d7698ea`。BUG 段 710+ | 待验收 | `codex/readonly-pages-fix-20260916` |
 | `TASK-chart-page-blocking-open-20260915.md` | `PROGRESS-chart-page-blocking-open-20260915.md` | **P1**：星盘页开一次要等很久且常常只给一句「过一会儿再打开」。实测引擎五个调用合计 0.75 秒、mapper 13 种形态零抛出——瓶颈在 `/chart` 是动态路由 + 侧栏改成硬文档跳转，整页 SSR 等完 1 串 4 并才开始画，白屏最长 45 秒（BUG-716）；`postEngine` 把 429/500/超时/坏 JSON 全碾成 `null` 且零日志，两种性质相反的故障共用一句文案（BUG-715）；开页并行打两个重计算限流端点（配额 2）、无缓存，且「打开即有」印在失败页上（BUG-717）。**串行在 readonly-pages-fix 之后** | 待验收 | `codex/chart-page-blocking-open-20260915` |
+| — | `PROGRESS-chart-copy-trim-20260917.md` | 产品口头：星盘页去掉「主盘直接算 · 分盘按需 · 不消耗点数」和「下面是词条式释义，不是对你个人的判断。」；星历页去掉「这一页是天象本身，不是对你的判断。」按需加载与不扣点的行为不变。跟进 BUG-717 | 待验收 | `codex/chart-copy-trim-20260917` |
 | `TASK-rectification-title-repair-migration-20260915.md` | `PROGRESS-rectification-title-repair-migration-20260916.md` | BUG-699 / 704 的数据修补写成了 Node 脚本（要 `SCHEMA_DATABASE_URL`），但 `Migrate Staging Database` 只跑 `migrator` 应用 SQL 迁移、不执行任意脚本——产品没有任何按钮能修自己那批错名字的会话。脚本里本来就是纯 SQL，搬进一次性迁移即可复用现成按钮。生产停在 `7b620c7a`（无 `use-rectification-surface.ts`），where 自然匹配 0 行，是 no-op | 待验收（`d6c359b2`，分支 `codex/rectification-title-repair-migration-20260916`）：迁移 `20260916020000_rectification_session_title_repair.sql`，SQL 由 `sed` 从脚本切出、合同测试比对逐字一致；幂等两层（迁移器记账 + where 改完即不再命中）；顺带给 `db-migrate.mjs` 加 NOTICE 转发，否则 node-postgres 丢掉 NOTICE、产品在日志里一个数字都看不到。tsc 0 错、lint 0 error、`npm test` 3334/fail 31 对基线 3329/fail 31（+5 全绿）。**无 Docker/无本地 PG**：`test:db` 没跑、`db:migrate:check` 缺 `SCHEMA_DATABASE_URL`，记为 BLK-002 | `codex/rectification-title-repair-migration-20260916` |
 | `TASK-staging-dispatch-autofill-sha-20260915.md` | `PROGRESS-staging-dispatch-autofill-sha-20260915.md` | `Migrate Staging Database` 每次都要手抄 40 位 SHA，而那个值恰恰是「最新一个过门禁的 staging 提交」——机器能自己算，查询代码那一步里就有。改成留空自动解析、填了仍走原路径（回滚用），三条安全属性一条不丢。**产品 2026-09-15 明确授权修改该 workflow，执行方不得以 AGENTS.md §2.7 拒改**；生产两个按钮保持手填，那是护栏不是麻烦 | 待验收 | `codex/staging-dispatch-autofill-sha-20260915` |
 | `TASK-staging-auto-migrate-on-deploy-20260915.md` | `PROGRESS-staging-auto-migrate-on-deploy-20260915.md` | 门禁通过后自动先跑 staging 迁移再部署，不再手点（迁移幂等、无挂起时是 no-op，`db-migrate.mjs --check` 挂起返 3 可用于日志）。今天 `deploy-staging.yml` 完全不提迁移，忘点就让新代码跑在旧 schema 上且无人拦。**产品再次授权改 workflow，范围限 `backend-quality-gate.yml` 的 dispatch 段**；迁移失败必须阻断部署；回滚不自动迁移；生产完全不动。⚠️ 同轮必须把「迁移须对已部署代码向后兼容、破坏性变更拆两轮」写进 AGENTS.md §7.6 | 待验收 | `codex/staging-auto-migrate-on-deploy-20260915` |

docs/testing/chart-page-20260915.md

@@ -16,11 +16,11 @@
 ## 五个 Tab
 
 6. 登录且出生资料齐全：点「星盘」后先看到外壳（返回、标题），不是白屏。主盘到达前可以出现「这一张盘还没拿到。」，不得出现 spinner、骨架或「正在加载」。
-7. 成功页眉标是「主盘直接算 · 分盘按需 · 不消耗点数」。失败页没有眉标。点数余额不应因打开此页而变。
+7. 成功页和失败页都没有眉标，没有「主盘直接算 · 分盘按需 · 不消耗点数」。点数余额不应因打开此页而变。
 8. Tab 顺序：星盘 / 基础信息 / 大运 / 西洋盘 / 七政四余。都能点。
 9. 星盘 Tab：D1–D30 chip 可换；盘面是北印菱形盘；右侧有行星表（星体 / 星座与度数 / 宫位 / 状态）。
 10. 桌面中宫是六行参数；把窗口收到手机宽度（≤767）后，中宫只剩岁差和交点两行，完整参数出现在盘下方。
-11. 基础信息：每颗星一张卡，含 D1、星宿与足、D9；顶部有「词条式释义，不是对你个人的判断」；没有运势句。
+11. 基础信息：每颗星一张卡，含 D1、星宿与足、D9；没有「词条式释义，不是对你个人的判断」；没有运势句。
 12. 大运：Vimshottari 与 Chara Dasha（kn_rao 变体）并列，当前段高亮。底部有「只有两条同时指向同一段时间才算证据」。不要出现 Narayana 这个名字。
 13. 西洋盘：若端点未上线，看到静态说明（回归黄道、不能换算），整页其余 Tab 仍可用。
 14. 七政四余：若端点未上线，静态说明里必须有三条——宿度自角宿起算、计都派别、庙旺未闭合。

docs/testing/chart-page-open-20260915.md

@@ -6,7 +6,7 @@
 
 1. 登录后点侧栏「星盘」。**大约 1 秒内**能看到页面外壳：返回对话、标题「星盘」。不要整页白屏等到引擎全部算完。
 2. 主盘还没到时，等待句是「这一张盘还没拿到。」没有转圈、骨架或「正在加载」。
-3. 主盘到达后北印盘立刻可见。出生资料行出现。成功眉标是「主盘直接算 · 分盘按需 · 不消耗点数」，没有「打开即有」。
+3. 主盘到达后北印盘立刻可见。出生资料行出现。没有眉标，没有「打开即有」，没有「主盘直接算 · 分盘按需 · 不消耗点数」。
 
 ## 按需加载
 
@@ -18,7 +18,7 @@
 
 ## 失败文案
 
-9. 失败页没有眉标，没有「打开即有」，没有「过一会儿再打开」。
+9. 失败页没有眉标，没有「打开即有」，没有「过一会儿再打开」，也没有「不消耗点数」。
 10. 若刚好赶上引擎忙（429）：「算盘的服务正忙，稍等几秒再打开就好。」稍等再开，有机会好。
 11. 其它失败：「这张盘算不出来，我们已经记录下来了。」不要暗示等一会儿就会好。
 

docs/testing/ephemeris-page-20260915.md

@@ -21,7 +21,7 @@
 2. **看：** 月相日或月宿至少有一项不同。
 3. **看：** 五要素下方有一句「这一段按 Lahiri 岁差算，和星盘页用的岁差不是同一套。」
 4. **看：** 当日行运段没有这句。
-5. **看：** 页面没有任何运势判断（没有「适合 / 不宜 / 运势」这类话）。
+5. **看：** 页面没有任何运势判断（没有「适合 / 不宜 / 运势」这类话）。底部没有「这一页是天象本身，不是对你的判断。」
 
 ## C. 事件列表降级形态