Proposal：基于历史执行数据校准下一次 AI 计划

[gac0812]

Issue：P1 全局历史画像候选

1. 功能描述

P1 全局历史画像候选用于从长期 Feedback、Task 执行、重排选择和用户确认行为中生成全局画像建议。建议必须有来源证据，并经用户确认后才进入显式 UserProfile。

本模块不进入 MVP 排期，只保留为后续方向。

2. 用户 / 用户故事

目标用户：未来已积累足够执行历史、希望降低全局画像维护成本且仍保留确认权的用户。

系统长期观察到用户多次把晚间高强度任务改到上午，生成候选：“你似乎更适合上午处理高强度学习任务，是否加入个人画像？”用户确认后才写入全局 UserProfile。

3. 现有做法及不足

P0 显式画像依赖用户主动维护，冷启动可控但长期成本较高。历史画像候选可以降低维护负担，但如果自动写入，会造成系统替用户定义偏好的风险。

4. 本期范围

MVP 不实现，仅保留设计方向：

1. 未来可从长期历史中生成画像候选。
2. 候选必须展示证据来源。
3. 候选必须用户确认后进入 UserProfile。
4. 用户可以拒绝候选。

5. 明确不做

• MVP 不开发。
• 不自动写入全局 UserProfile。
• 不基于单次行为生成强结论。
• 不使用无来源证据的推断。
• 不替代 GoalScopedProfile。
• 不影响当前 Goal 拆分和重排的 MVP 验收。

6. 关键决策

决策点	备选方案	选择	理由
排期	MVP / P1 NoPlan	P1 / NoPlan	MVP 先验证显式画像和项目级画像
输出	自动写入 / 候选建议	候选建议	保留用户控制
证据	无需展示 / 必须可追溯	必须可追溯	防止黑箱推断
写入	自动 / 用户确认后	用户确认后	与画像控制边界一致

7. 边界与异常

• 历史数据不足时不生成候选。
• 候选与当前显式画像冲突时，必须展示冲突。
• 用户拒绝后，不应短期重复打扰。
• 单个 Goal 的项目画像不能直接当作全局证据。

8. 基本概念与信息结构

GlobalProfileCandidate
├─ suggested_field
├─ suggested_value
├─ evidence_refs
├─ confidence_explanation
├─ conflict_with_current_profile
└─ status: pending / accepted / rejected

9. 验收标准

本模块为 NoPlan，MVP 验收只需要确认：

• 当前 MVP 不依赖该模块。
• 显式 UserProfile 不会被历史数据自动修改。
• GoalScopedProfile 只作用于当前 Goal，不被自动提升为全局候选。
• 后续若进入 P1，需要单独 Proposal 和架构设计。