docs(contributor): retire completed GH-C47 task - #5579

Reviewer: model_agent; model=gpt-6.1-sol; provider=OpenAI; declaration_source=runtime_reported; reasoning_effort=xhigh

Exact head: 11cbfed3834736cb74fb9e64320567f75f9c0e69; immutable base: 2f68e3b835c3bfc0e3718373cdb6c72eea99291e.

动机

从贡献任务板选择可领取工作的贡献者，会看到这项租约任务；租约用于限定谁能修改任务及哪些路径。
原任务板仍把已经按维护者修订范围交付的工作标成可领取，容易让下一个贡献者重复验证或实现尚无调用者的宿主接口；修改后任务从可领取列表移入带原始依据的历史记录。
核验确认历史条目准确记录已合并的通用租约验证切片，任务板不再重复招领，读者仍能沿链接查到范围修订和交付证据。
本次只纠正贡献入口和历史记录，不宣称新增真实宿主集成、关闭整条租约路线，也不把文档调整计作 Agent 多日效率或业务吞吐的实测提升。

价值来自纠正实际过时的招领入口，而不是少一行或多一个合并。既有历史入口保留证据，贡献者可以把精力转向仍有真实缺口的工作。

改动思路

复用既有“当前任务板 → 历史”的分工。首先判断到底交付了什么：任务板仍写着再接一个真实宿主，但维护者在 #4006 的范围修订 明确选择通用租约验证替代方案，原因是当前没有需要租约操作的 TraeX 调用者；不允许添加闲置接口或自动 acquire/renew/transfer/release。这一修订记录创建、更新时间均为 2026-09-07T18:43:16Z。

独立读回 #4173：2026-09-11 已合并，merge commit 4a737c1a22bbd669a8045f32515a22f8bd03ccbd，实际只改已有运行时 smoke。新历史条目按这个真实交付范围描述结果，不再用陈旧的宿主集成要求覆盖已修订任务。未执行任何租约、调度或原 issue 自动关闭动作。

具体改动

关键内容讲解

1. docs/development/contributor-tasks.md 的 Lane B 删除 GH-C47 Available 行。固定 base、head 和最新主干 b391abd635efe56fcdf575fee96a78295a3487ec 分别核对：主干目前仍有陈旧行，尚未发生重复退休。本 PR 不删除其他待办，也不新设领取规则。
2. docs/development/contributor-tasks-history.md:24 增加一条带 #4173、#4006 链接和实际合并日期的记录。它写的是 provider-neutral runtime smoke，涉及 transfer generations、overlapping write-scope rejection、stale owner/version 和失败后零变更；没有宣称新增 TraeX facade。
3. 实际读 merged #4173 的 CLI/inspect 路径：重叠写域失败后原租约保持、新租约为空；转移后旧 owner/version 请求被类型化拒绝并重新 inspect 无变更；renew/release 与后续 acquire 校验版本和 epoch 的推进。这里核对历史记录是否忠实，并未把当时报告的 Python/TypeScript 测试重新执行或冒充本次结果。完整两文件对照证明除这一次删除、一次新增外，所有其他字节保留。

按固定 base 的 任务板更新规则，spec_ref docs/development/contributor-tasks.md，spec_revision 2f68e3b835c3bfc0e3718373cdb6c72eea99291e，逐项判断：Maintainer Update Rules: landed rows — implemented，完成记录移入已有历史并保留公共依据；Maintainer Update Rules: stale tasks — implemented，移除范围已过时的招领行。规则没有逐项编号，上述 criterion_id 对应原 Maintainer Update Rules 的两条要求。真实宿主接口的未来需求不在维护者此次准入范围，不能由作者或这个历史条目补成已验收。

对主干的风险

最强反例是“只完成合成验证，就把必须交付的真实宿主任务藏掉”。纯格式检查抓不到这种错误；独立维护者范围修订和实际 merged source 排除了这个反例，新行也明确限定为通用验证切片。原 #4006 仍处于 open，文档退休不等于关闭 issue 或完整路线验收。

在固定 base 和精确 head 上，相同 uv run --extra test python examples/docs-governance-smoke.py 都 exit 1，具体失败同为 external-evidence 英/中文 RFC 的 2026-10-02 dated heading，不是笼统比较红项数量。两份 RFC、checker、generator 在 base/head 字节相同，本 PR 未改其因果路径。独立直接运行已有 assert_contributor_task_board_is_current() 和 assert_contributor_task_links_are_current()，在两端都通过；这覆盖完整任务板、历史和链接，另有两文件公共边界扫描零错误/警告、git diff --check 通过。因此归因为 pre_existing_unrelated，不要求修改 checker 或降低门槛。完整 governance 仍然红，不能写成全通过。主干已合并 #5574 修复这两项，但本次 head 尚未更新。

当前分支与主干有合并冲突；这属于独立的集成阻塞，需作者更新后重新核验新 head。按 capability 的 wait_for_ci=false 未查询或等待远程 CI。本 PR 没有共享状态词汇、运行时默认行为、权限、可选能力开关或机器义务变更；全文与两行 diff 检查后，相应 review lenses 不适用。

我的整体评价

APPROVE，合并仍需解决集成阻塞。 problem_context 为 goal_achieved，仅指这次过时任务投影的纠正。long_horizon 与 user_experience 均为 improved：贡献者不再领取已经按接受范围完成的工作，也不被陈旧说明带去实现无调用者的权限接口；同一历史入口可以查到维护者范围和交付记录。长期效果的正向依据是消除重复工作的入口和保留准确溯源，尚无该 PR 多日返工率或吞吐测量。没有新设置、额外确认、重复输入或第二个账本。

相邻简化检查已采用现有任务板/历史 owner，以替换陈旧事实解决问题；不需要新增抽象、runtime 或验证框架。两行仍是完整、可回滚的文档切片，历史范围和未测边界明确。更新主干后需重新审阅准确新 head，不能沿用这次 approval 自动合并。

English verdict: APPROVE - 11cbfed. The completed maintainer-admitted fixture alternative, rather than a new TraeX facade, is retired from the claimable board and recorded with accurate public provenance. This removes a real duplicate-work entrypoint while preserving traceability. Fresh native whole-board/history/link checks pass at both immutable revisions; the full governance command fails the same two unchanged, unrelated RFC headings. The failure is explicitly retained and attributed, and the branch also conflicts with main. This approval does not grant merge readiness or certify live host integration or quantitative sustained-efficiency gains.

Reviewer: model_agent · gpt-6.1-sol · OpenAI · runtime_reported · xhigh

精确 head：3306e7a314feee6ed8469f74e92bba6708186830；被 rebase 的前 head：11cbfed3834736cb74fb9e64320567f75f9c0e69；当前 base：main（e5a08d678）。

动机

贡献者的 GH-C47 退役改动此前因 docs/development/contributor-tasks.md 与 contributor-tasks-history.md 在主干同位置新增内容而冲突，PR 长期停在 CONFLICTING。本人要求把它 rebase 到当前主干并合并；旧 head 的批准不能沿用一个被改写过的 head。

改动思路

直接把贡献者的单个提交 rebase 到 origin/main，保留原作者（mika）与 DCO sign-off，不做内容改写。两处冲突都是「两侧在同一位置各加一行」：任务板一侧采用主干版本并只删除 GH-C47 行（同时保留主干把 GH-C88 改回 Needs design 的更新），历史一侧同时保留主干新增的 GH-C89b 与本次新增的 GH-C47 记录，避免用 rebase 顺手回退主干。

具体改动

rebase 后 head 3306e7a314feee6ed8469f74e92bba6708186830，相对当前 main 仍是 2 文件、1+/1−：contributor-tasks.md 删除已完成的 GH-C47 行，contributor-tasks-history.md 增加同类记录（Landed via #4173 ...）。验证：python3 examples/docs-governance-smoke.py 通过（当前主干的 RFC 索引检查也已恢复绿色）；loopx check --scan-path docs/development/contributor-tasks.md --scan-path docs/development/contributor-tasks-history.md 公共边界扫描干净；冲突解析后 git diff origin/main HEAD 只包含这两行语义变更。

对主干的风险

纯文档改动，没有代码、权限、协议或执行路径变化；解析冲突时逐一保留了主干的既有更新（GH-C88 状态回到 Needs design、历史里的 GH-C89b 记录），没有把一次 rebase 变成回退主干的机会。本 head 不宣称完整 Python/TS 套件、安装版或任何运行时资格；它只声明这两份贡献者文档之间的一致性、公开边界扫描与文档治理检查，以及贡献者提交的作者署名与 sign-off 未丢失。

我的整体评价

APPROVE：冲突已按双方意图解决，GH-C47 从待办板退役并进入历史记录，贡献者署名与 sign-off 保留，文档治理检查通过；这是可独立回读的纯文档增量，剩余风险只与主干其它在途改动有关。

English verdict: APPROVE - 3306e7a. The contributor's single commit is rebased onto current main with its author and DCO sign-off preserved; both conflicts were same-position row additions, resolved by keeping main's updates plus the intended GH-C47 retirement, and the governance smoke plus the documented loopx check pass. Only those two documentation lines change, so runtime qualification is not claimed.