Paperclip 修复：取消的原生工作区在重建前保留文件

变更背景

Paperclip 是用于管理 AI 工作代理的开源应用。此前在原生回合被 Stop 中止、结构化结果尚未保存时，取消路径可能跳过文件保留，留下一个已准备好的远程工作区仍处于活动状态。另一个问题是：较早导出被销毁的任务，在后续取消记录的文件已被修复后，重建流程仍会拒绝，任务可能停留在 in_progress 状态而无法恢复。

本次改动

• 在取消结算前固定已准备的原生文件；若固定失败则推迟拆除，沿用原有的仅停止清理工作进程。
• 在限量的启动批次与周期批次中修复活动的温源、临时源，以及正在停止和已确认停止的历史取消记录，保留原有精确来源校验，并对行锁等待设上限。
• 重建仅接受满足条件的取消：同属主、仅原生运行、无结果、无当前协调者、租约已确认停止，且看板文件修复中动作结果为 not_performed。
• 保存每次中间修复的哈希，在队列领取与最终派发时复核；证据变化或出现新的后续运行即拒绝。
• 在 issue API 中为不活动的 blocked 和 in_progress 任务提供“从已保存来源重建”，存在执行或签出属主时隐藏；保留来源、属主、版本、附件、预算、暂停与重试等校验。
• 无迁移、新端点、权限或依赖变化。

验证与限制

本地测试包含真实 PostgreSQL 锁竞争与启动、API、最终派发路径；作者记录最终 145 个后端测试和 36 个恢复界面测试通过，全量构建通过。真实租户验收仍待完成，这些本地测试不构成成功重建、导出或温进程的证明。

风险

Stop 会保留未完成的工作，存储将持续到文件恢复与显式清理完成。重建在未知或已执行的外部动作、他人属主、活动或重绑环境、已接受结果、证据变化及无关后续运行等情形下仍会被拦下。每轮扫描最多检查五个候选，不调用外部提供方，也不启动新回合。