[Bug] task_planning.md 缺少现状核实步骤，导致已实现功能被重复规划为新任务

[catiglu]

描述

memory/autonomous_operation_sop/task_planning.md 的 TODO 生成流程中，Step 3 仅盘点「报告和记忆」，不检查代码库实际状态。这导致已实现的功能被当成待评估的新方案写入 TODO，浪费自主行动轮次。

复现

1. GA 已完成某功能的代码实现（如引擎封装、规则文件、前端注入等）
2. 空闲自主行动进入 task_planning 规划模式
3. Step 3 只 ls autonomous_reports/ + 读 ../memory，不检查代码文件是否存在
4. 生成 TODO：评估X功能对GA的价值（当作待论证的新功能）
5. 整轮自主行动（~30 turns）产出的结论对已实现功能完全无效

根因

task_planning.md 当前流程：
Step 1: 批判性读 history.txt Step 2: 反思低价值模式
Step 3: 盘点已有报告和记忆 ← 仅看文本产物，不看代码 Step 4: 产出 TODO

缺少与 plan_sop.md Step 2（探索 subagent 探测环境现状）对等的「现状核实」环节。规划层看到的"状态"只有记忆和报告，与代码实际状态存在信息差。

建议修复

在 Step 3 与 Step 4 之间插入 Step 3.5：

3.5. **现状核实**：
    - 每条候选 TODO 涉及的功能/模块，先检查代码库是否已实现
    - 产出类 TODO（"评估X"/"集成X"）→  搜相关文件 + verify_custom_features
    - 已实现的功能禁止写入"评估/集成"类 TODO，只能写"优化/增强/测试效果"类

环境

• GA version: latest (upstream)
• 触发场景：空闲自主行动 → task_planning 规划模式