Govern task context and advance execution pointer

docs/README.md

@@ -1,20 +1,23 @@
 # 文档导航
 
 本目录按“产品契约、当前任务、实现事实、长期规划、验收证据”分层。领取任务时不要从仓库根目录
-开始通读；只读取当前队列、当前任务卡和机器 manifest 指向的状态页。
+开始通读；只读取当前队列和机器生成的最小上下文包。预算和自动检查见
+[`CONTEXT_BUDGET.md`](CONTEXT_BUDGET.md)。
+完整拆分、预算、交接和提交规则见 [`CONTEXT_GOVERNANCE.md`](CONTEXT_GOVERNANCE.md)。
 
 ## 领取任务
 
-1. [EXECUTION_QUEUE.md](EXECUTION_QUEUE.md)：唯一的短周期入口，给出当前 `nextTask` 和读取顺序。
-2. `tasks/<task>.md`：当前任务的最小上下文、范围和验收命令。
-3. `tests/golden/<task>/manifest.json`：机器事实源，确认 parent、输入构件和下一个任务。
-4. `status/<task>.md`：完成后写入证据、hash、状态和回滚方式。
+1. [EXECUTION_QUEUE.md](EXECUTION_QUEUE.md)：唯一的短周期入口和当前指针。
+2. `node tools/web/print-task-context.mjs`：只输出当前任务需要的四份输入。
+3. `tasks/<task>.md`：当前任务唯一的范围、输入和验收；缺卡时先修复生成流程，不要打开完整 plan。
+4. parent `tests/golden/<parent>/manifest.json` 与 `status/<parent>.md`：只提供交接事实。
 
-需要拆分实施或控制上下文时，先看 [TASK_BREAKDOWN.md](TASK_BREAKDOWN.md)。它提供阶段地图、
-原子任务门、当前 M14-04F 的子任务和后续任务草案，但不覆盖 manifest/status 的机器事实。
+需要拆分实施或控制上下文时，先看 [CONTEXT_GOVERNANCE.md](CONTEXT_GOVERNANCE.md)；
+[TASK_BREAKDOWN.md](TASK_BREAKDOWN.md) 只提供阶段地图和归档示例，不覆盖 manifest/status 的机器事实。
 
 任务卡使用 [TASK_CONTEXT_TEMPLATE.md](TASK_CONTEXT_TEMPLATE.md) 的固定结构；卡片只描述一个主要
-行为或一个证据变化，不复制实现日志。
+行为或一个证据变化，不复制实现日志。全量 gap 计划由机器索引切片，`check-task-context` 会阻止
+超预算、缺卡、过期索引或 parent 指针错误进入队列。
 
 ## 事实源
 
@@ -36,8 +39,12 @@
 
 ## 最小上下文规则
 
-默认只加载本页列出的四个入口文件；实现细节按任务卡的文件清单追加读取。不要为了确认一个
-局部输入、IO 或安全任务而加载整份 `PROJECT_STATUS_AND_NEXT_WORK.md` 或完整 parity 计划。
+默认只加载队列、当前任务卡、parent manifest 和 parent status；总量上限为 3,500 tokens。
+实现细节按任务卡的文件清单追加读取。不要为了确认一个局部输入、IO 或安全任务而加载整份
+`PROJECT_STATUS_AND_NEXT_WORK.md` 或完整 parity 计划。
+
+`next-task-plan.json`、parity map 和 gap audit 是生成器输入，不是任务上下文；任务工具只读取
+带 hash 的单行 catalog 记录。
 
 文档描述与 manifest/evidence 冲突时，以可复验的机器状态为准；不要通过修改 Markdown
 checkbox 覆盖失败证据。