feat(harness): 增加按能力启用的 Copilot CLI 托管适配器

[tiammomo]

问题概述

为确有自动委派需求的维护者补充 Copilot CLI 托管执行；IDE 中的 Copilot 继续使用 Agent Bridge。

实际结果

当前没有 Copilot Harness；不同 Copilot 使用界面的能力不能互相替代。

期望结果

仅在 CLI 提供所需非交互、输出和权限能力时实现符合现有契约的可选 Runner。

复现步骤

对照当前 CLI、对应模块与已有行为测试检查上述缺口；具体实施前在隔离环境构造验收用例。

环境信息

RepoSteward 0.1；核对基线 origin/main@84e3ca93d9；Python 3.12+。

验收条件

• 明确目标是 Copilot CLI，核对官方文档及安装版本的启动、结果、取消和认证边界；不声称远程控制用户 IDE。
• 声明各能力和实际核验版本；无法满足隔离或输出契约时返回明确不支持，不通过放宽门禁强行兼容。
• 复用 Context Pack、规范化结果、资源 unknown 语义、独立验证和发布流程；不传递 GitHub REST 凭据。
• 版本差异、非零退出、非结构化输出、取消、超时和恢复失败有契约测试；不静默回退到其他供应商。
• 启用前完成受审阅任务试点和成本对比，保留文件/CLI/MCP 的默认外部辅助路径。

补充信息

规划依赖键：handoff-evaluation。按能力保持聚焦 PR，复用现有确定性控制面。 本项为条件阶段：先完成实际接续试点和收益评估，再决定是否实施与启用；不计入当前核心能力已完成。