fix(tasks): make status git-authoritative, not Vikunja

修掉一处会让并行保护失效的设计缺口：AGENTS.md 声明「状态」权威在 Vikunja，
但离线门禁的检查 1 读的是 frontmatter 的 status，两者之间没有任何同步。
有人在看板上拖了卡片，frontmatter 不变，门禁就用过期数据放行了。

status 的权威定为 git frontmatter，理由与 write_paths 相同：它是判定
「两个活跃任务不得写同一路径」的输入，而门禁必须离线可跑；status 变更
决定谁能碰哪些文件，本来就该产生 commit。

- AGENTS.md：把 status 从 Vikunja 权威列表移入 git 原生表，并说明 bucket
  与 done 仅为人类视图，不一致时以 git 为准
- agent-context.json：tracker.git_native_fields 增加 status
- validate_agent_context.py：强制 git_native_fields 必须含 status，
  已用反例验证缺失时报错
- vikunja_export.py：新增只读漂移检测，导出时比对 frontmatter status 与
  Vikunja done，不一致则提示；只提示不修正，不反向写回
- docs/tasks/README.md、T-008 方案第 1/2 节：同步口径

顺带解决了窄 token 时期的 bucket 401 遗留问题——status 权威在 git，
agent 不再依赖 bucket 移动来表达状态。

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/tasks/README.md

@@ -95,6 +95,10 @@ write_paths:
 改区块内的内容要去 Vikunja 改，然后重新导出。直接手改会被 `sha256` 校验抓到并失败——
 这是刻意的，两个权威同时可写就一定漂移。
 
+**`status` 例外：它的权威在 frontmatter，不在 Vikunja。** 改状态就改 frontmatter 并提交；
+Vikunja 的 bucket 位置和 `done` 标志只是人类视图，不一致时以 git 为准。导出脚本会在
+比对到不一致时提示，但不会反向写回。
+
 尚未迁移到 Vikunja 的任务文件（没有导出区块）保持原样，门禁豁免。
 
 ## 硬规则