Control Plane
为什么这页有必要单独存在
长循环一多，最容易丢的是“当前到底在推什么”。 Prompt、plan、evolution、GitHub Pages、知乎、站点专题都在长，所以需要一页把这些任务线收成可视化控制面，而不是继续靠记忆翻文件。
active
--
deferred
--
done
--
queued
--
Spotlight
当前 active task 置顶
这里优先显示仍在推进的长循环任务，并按完成度和最近更新时间自动排序，方便下一轮直接续跑。
active 任务加载中…
Publish Window
待发布知乎稿视图
把和知乎发文直接相关的任务单独拎出来。白天窗口内先看这里，更容易命中真正可发布的媒体任务。
知乎待发布任务加载中…
Recurring
长循环任务
其余循环任务会按语义分组展示，并优先把高完成度、最近刚更新过的任务排到更前面。
任务数据加载中…
Inline
Prompt 内即时任务
即时任务数据加载中…
Contract
这块控制面的默认规则
- 长循环任务优先来自
Task N + dedicated plan file这套结构，而不是继续把所有细节塞在prompt.md里。 - 一个任务如果没完成，就优先续跑，而不是被新任务轻易挤掉。
- 任务驾驶舱只负责把状态读出来，不替代真正的执行日志；更细的细节依然应该落回 plan、evolution 和 repo 变更里。
- 控制面默认给出 GitHub Pages 实时页面、GitHub blob 证据面，以及按计划语义分组后的任务视图。
- 新增长循环任务后，记得重新生成这页数据：
python3 tools/build_loop_task_board.py。