deliver-issue

用途：接收一个仓库相对路径 .p2p/work/<slug>/contract.md，完成该工作项的交付流程——实现、独立审查、证明，最终返回匹配的完整 REVIEWED 与 PROVEN 报告，或返回带可检索产物的具体阻塞。开发者无需提供各阶段命令或产物路径。可选支持导入外部 issue；本地工作项不需要跟踪器。\n\n主要能力：先阅读验收合同协议（合同、身份、证据、权限规则）并全程遵循；协调 plan-acceptance、implement-contract、review-implementation、prove 及 repair-gaps 等已安装技能，只负责它们的交接而非判定。使用捆绑脚本 scripts/p2p_filesystem.py 做本地存储与身份检查，可运行 --help 查看参数；resolve 定位工作项、capture 以显式比较基线记录固定候选、validate 检查复用、resume 发现已保存记录、save 在替换报告前保留原有字节。先解析仓库根目录，传 --repo <root>，不要依赖当前工作目录。\n\n使用方式与权限：交付控制器需要 Python 3.11 或更新版本，调用前先验证 python3 --version。新运行使用 --authorize-local 委托保留源码的本地决策，默认整体时长、阶段时长、调度与修复循环不限；无限制用 JSON null 表示，也接受 unlimited、infinite、inf 或 null。可用可选的 --max-seconds、--max-stage-seconds、--max-dispatches、--max-repairs 设定明确上限。用 --mandate FILE 指定明确的常设授权。在独立只读上下文中运行审查与证明，对候选、基线与协议保持只读。\n\n适用场景：本地仓库中的单个连贯工作项交付，或可选导入外部 issue。需在外部执行目录记录调用、开始时间、限制、调度次数、授权与恢复历史；执行状态与产物默认位于 ~/.p2p/executions/<repo-id>/<slug>/，最终合同与紧凑记录保存在 .p2p/work/<slug>/。\n\n限制：开始实现前须确认宿主能在独立上下文中调用阶段技能，并验证读写访问；若所需能力缺失，须在依赖工作前返回 BLOCKED 并说明。不得模拟独立审查或证明，不得伪造证明、削弱要求或无限重复同一失败方案。只接受一个连贯工作项，多结果或未解决工作项报阻塞。远程效果不在隔离阶段工作者内执行。未提供的信息（如收费、平台支持范围等）暂未提供。