# 执行上下文规则

本仓库的任务执行必须使用最小上下文。不要把完整路线图、项目状态、parity ledger 或全部 `docs/status/` 日志作为默认上下文。

领取任务时只做以下操作：

1. 阅读 `docs/EXECUTION_QUEUE.md`。
2. 运行 `node tools/web/print-task-context.mjs`；它只会输出当前任务、parent manifest、parent status 和聚焦命令。
3. 只打开输出中列出的任务卡、生产入口、测试入口和最小 fixture。
4. 开始前运行 `node tools/web/check-task-context.mjs`；预算或 parent `nextTask` 不一致时停止并修正证据，不要手工推进队列。

默认上下文预算：队列 4 KiB、任务卡 8 KiB、parent manifest 24 KiB、parent status 6 KiB，合计约 3,500 tokens。历史和长期文档只能按任务卡列出的具体小节追加读取。

完成任务时运行 `node tools/web/check-task-context.mjs --task <task-id> --write`，并仅提交任务报告、manifest、status 和聚焦实现/测试变更。下一任务只认新 manifest 的 `nextTask`。

## 移植铁律

- 坚持以功能模块业务和功能路由带动桌面 Blender 到 Web Blender 的移植，按“模块 -> 用户工作流 -> 功能路由 -> 源码/operator case”落实实现与验收。
- 遇到问题先检索用户提供的 `blender-5.2.0` 对应源码，再查当前模块相关资料；源码行为优先于路由分类、前端近似实现或外部资料。
- 源码检索使用聚焦工具，可通过 `--unit <source-unit-id>` 限定当前源码单元；禁止默认加载完整源码 inventory 或历史计划。
- 计时、索引、构建和验证是执行保障，不能代替业务功能完成；报告必须说明工作流、具体功能路由及源码依据。