docs(plans): 裁定不修超硬限行的继承措辞并补执行结果

10 行超硬限的拆分计划仍写「若再增长：…」（继承的人工文字）。裁定不修：
强制语气已由节标题与该行「说明」列两处承载，且这些行正是 0-C2/C3 要拆掉的文件——
拆完行即消失，改措辞是会被蒸发的工作。同时补记 Task 0-3 的执行结果。

Author: Aparencia

docs/superpowers/plans/2026-09-11-frontend-redesign-batch0c1-line-limit-governance.md

@@ -744,6 +744,10 @@ git commit -m "docs(versions): 0-C1 行数红线验收与门槛更正"
 - **`REQ-201` 状态标注**、豁免表历史节的进一步精简：不属本批。
 - **★ 自动摘取的 43 条理由里有 16 条在连接符处截断**（Task 3 实施者实测）：`autoReason` 只取 `@ai-context` 的**第一个物理行**，于是形如「…（自动摘取，待细化）」的理由中，有 16 条是半句话（以「，」「——」「+」等结尾）。**不算缺陷**（表格的验收口径是**结构一致性**：成员关系 + 数值，不含散文质量），且**修法零人工成本** —— 表格是生成物，改 `autoReason` 让它续读后续物理行直到句末或空行，再跑一次 `--write` 即可整体刷新。⇒ **并入 `0-C2` 顺手做**（建议同时把理由上限截到合理长度）。
 - **扫描域不含 `scripts/` 与 `docs/`**：本批的口径域**只有** `app/src` + `app/src-tauri/src` 的 `.ts/.tsx/.rs`（868 个文件）。AGENTS.md §3 说"单文件 ≤300 行"字面上是**全仓**要求，故这是一处**有意的窄化**：`scripts/*.mjs`（现 62–238 行，均 ≤300）与 `docs/**` 未纳入登记表，也**不会**被守卫拦。若要扩域，须另立批次（并先把 `SOURCE_EXT` 与登记表节的措辞一起改）。
+- **超硬限表里 10 行的拆分计划仍写「若再增长：…」**（继承来的人工文字；生成器只对**没有**人工计划的超硬限行写「**超硬限必须拆**」）。对**已经**越限的文件，这个前缀有误导性（像在说"长大了才拆"）。
+  ⇒ **控制方裁定：不修**。理由有两条：① 强制语气已由**两处**承载（节标题「>600 行，必须硬拆，不允许豁免」+ 该行 `说明` 列逐行重复「超硬限（>600 行），不允许豁免」），`拆分计划` 列只回答"**拆什么**"；② **这些行正是 `0-C2`/`0-C3` 要拆掉的文件，拆完行就从表里消失** —— 给它们改措辞是**会被蒸发的工作**。若 0-C2/C3 因故长期不做，再回来改前缀（一行正则 + 重跑 `--write`）。
+
+> **执行结果（2026-09-11 收尾时补记）**：Task 0–3 已全部交付。工具现为**绿**（默认与 `--full` 都 `exit=0`，stderr 0 字节），登记表 **138 条 / 179 行**、历史节 16 条、占位符 0、脚本 250 行。Task 4（接线 lint-staged + CI）与 Task 5（回写门槛与验收）待做。
 
 ## 自审记录