docs: 06天赋树欠账三条专条落裁（2026-10-13 用户逐件口头裁，当场落文）——①AP上限clamp暂不设上限（provisional天花板亦不投）随M4数值批一并调整；②三选一刷新软上限维持现状（定性确认=设计问非缺陷）归M4调参窗口；③Y不入断点存档裁须修但不单独开工——用户令「先所有都确定完了之后再一起修」，归确认工作收官后的集中修批（修法零待裁点=断点扩列一行+续玩优先读断点，六先例同款）；状态行换代=三件全裁转记账条，无待裁点。零代码零数值零游戏文件。

design/gdd/06-待办清单.md

@@ -101,13 +101,13 @@
 
 **现状**：迭代 21 天赋树实装批已全量入库（2026-10-12，worktree g-plan2-iter21-tree，T1-T6 代码批+T7 文档同步批；实现报告=design/qa/iter21-实现报告-2026-10-12.md），批内登记欠账三条「本批不做、随批入册」；原批条目销号后由本专条承接。2026-10-13 代码复核：①③实态与登记一致仍在案；②原「另立待办」从未成条，本条即其落位。
 
-- **① AP 上限 clamp 缺位（缺陷）**：树「开局姿态」（每关首轮 AP+1）、AP 件、时沙同走 `action_economy.gd:239 _pending_ap_delta` 排队，轮始兑现仅下限钳制（`:254 maxi(0, …)`，无上限）——旧单源时代缺陷不可观测，新叠加源使其可观测化。
+- **① AP 上限 clamp 缺位（缺陷）**：树「开局姿态」（每关首轮 AP+1）、AP 件、时沙同走 `action_economy.gd:239 _pending_ap_delta` 排队，轮始兑现仅下限钳制（`:254 maxi(0, …)`，无上限）——旧单源时代缺陷不可观测，新叠加源使其可观测化。**已裁（2026-10-13 用户）：暂不设上限**——provisional 天花板亦不投，随 Alpha 收官 M4 数值批一并调整（届时连同全部 AP 数值统一标定）。
-- **② 三选一刷新软上限（设计问）**：停点内 GP 付费刷新倍率增长（×1.8/次曲线）×停点间基础价随进度递增，全程无软上限——是否设上限归调参批裁决。
+- **② 三选一刷新软上限（设计问）**：停点内 GP 付费刷新倍率增长（×1.8/次曲线）×停点间基础价随进度递增，全程无软上限——是否设上限归调参批裁决。**已裁（2026-10-13 用户）：维持现状**——定性确认=设计问非缺陷，归 M4 数值批调参窗口处理，不提前单开讨论。
-- **③ Y（_attune_refresh_y）不入断点存档（可利用漏洞）**：断点快照存 `_refresh_stock`（adventure_runner.gd:236 回填）与 Y 升级档（账号级 attune_refresh_level），不存当局 Y 余量；续玩路径自参数面重新整额注入（:225）——用完 Y 退菜单再续玩即满血复活。V15 仅验账本一致性，未覆盖该面；刷新链路可用性不受影响。
+- **③ Y（_attune_refresh_y）不入断点存档（可利用漏洞）**：断点快照存 `_refresh_stock`（adventure_runner.gd:236 回填）与 Y 升级档（账号级 attune_refresh_level），不存当局 Y 余量；续玩路径自参数面重新整额注入（:225）——用完 Y 退菜单再续玩即满血复活。V15 仅验账本一致性，未覆盖该面；刷新链路可用性不受影响。**已裁（2026-10-13 用户）：须修**，但不单独开工——用户令「所有都确定完了之后再一起修」，归确认工作收官后的集中修批执行；修法届时零待裁点（断点扩列一行+续玩优先读断点，`_snapshot_breakpoint` 内六个同款先例〔refresh_stock/battery_pending/feat_ticket_pity 等，扩列向后兼容〕）。
 
 **归属**：① [行动经济](systems/排雷循环/行动经济.md)；② 行动经济+三选一/商店刷新经济（数值归 Alpha 收官 M4 数值批）；③ [存档序列化](systems/表现与支撑/存档序列化.md)（断点域）+ [冒险结构](systems/冒险循环/冒险结构.md)（续玩参数面）——三件均系缺陷修批/调参批输入，未排批
 
-**状态**：待办（缺陷①③+设计问②；2026-10-13 自 06「天赋树实装批」条拆出专条并代码复核）
+**状态**：**三件已全裁（2026-10-13 用户逐件：① 暂不设上限随 M4 数值批／② 维持现状归 M4 数值批／③ 须修随集中修批）**——①② 批内零动作等 M4；③ 等确认工作收官后的集中修批（用户令「先所有都确定完了之后再一起修」），本条转为记账条，无待裁点
 
 #### 现役 UI/文案两处自相冲突（2026-10-09 登记——审查批呈报 B5，用户裁「记录待办、后续迭代解决」）