docs(tasks): 记录产品两项决定（分类用会话模型 / 年份采样不改）

产品 2026-09-15 对审计单里挂着的两个待拍板项给出结论，两项都是「不改」：

- 意图分类继续用会话选定的模型，不引入便宜快模型，模型目录不新增
  「工具模型」角色。failure-attribution 单 §4.6 立为决策记录，§10 从
  「待产品拍板后另开单」改为已决定不做；本单只改归因，不改用哪个模型。
- 只给年份的事件继续采满 12 个月，降采样不做、研究单也不立。
  engine-memoization 单 §4.2 / §11 同步，并写明后续不得以性能为由重提。

两条都加了「要重提必须先拿到产品新的授权」，避免下一轮被当成遗漏又提一次。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01JUei7K13cYxLHE3Axe4A45

docs/tasks/TASK-rectification-failure-attribution-20260915.md

@@ -94,6 +94,7 @@ if (!response.ok) {
 3. **超时按「整轮一个预算」重构，不是简单调数字。** 不接受把 attempt 砍到 110 s——那会把 BUG-388 重新打开（带引擎重算的轮次实测就要超过 105 s）。也不接受把 `maxDuration` 提到 430 s——让用户等七分钟不是产品。
 4. **并发闸门（默认 2）、`_SWISSEPH_LOCK`、fail-fast 不排队三项一律不动。** 那是主机只有 2 vCPU 的保护，不是 bug。吞吐问题由 `TASK-rectification-engine-memoization-20260915` 解决。
 5. **不改计费口径。** 现在这三条失败路径都发生在 `billing.reserve()` 之前或走 release，用户不扣点；改完必须仍然不扣点。
+6. **意图分类继续用会话选定的模型，不引入便宜快模型。** 产品 2026-09-15 明确决定：分类用贵的。因此模型目录**不新增**「工具模型」角色，`classifyRectificationTurnIntent` / `classifyTurnIntentWithRetry` 继续走 `resolveSessionLanguageModel` 的返回值。本单不得以「省钱 / 提速」为由改模型选择；后续轮次要重提必须先拿到产品新的授权。本单只改**归因**，不改**用哪个模型**。
 
 ## 5. 硬红线
 
@@ -193,7 +194,7 @@ npm run build                      # `/` 仍须 ○ Static，首屏 gzip ±2%
 
 ## 10. 不在本单范围
 
-- 分类是否改用便宜快模型（现在三次分类都走会话选的贵模型）：需要在模型目录里新增「工具模型」角色，涉及计费口径，**待产品拍板后另开单**。
+- 分类改用便宜快模型：**产品 2026-09-15 已决定不改，分类继续用会话选定的贵模型**，不另开单（见 §4.6）。
 - 并发闸门、`_SWISSEPH_LOCK`、加机器。
 - 引擎本身的耗时（见 `TASK-rectification-engine-memoization-20260915`）。
 - 请求内 Case 档案缓存（见 `TASK-rectification-request-dossier-cache-20260915`，串行在本单之后）。