ambleloft执行、验收与恢复
看清宿主、SDK、sample、服务、网站和教程之间的真实依赖。伙伴在各自项目中工作，你从图中处理待办、检查交接证据，并决定下一步是否通过验收。
完成后：从图中处理待办，核对交付证据，完成验收或记录返工与恢复步骤。
前置条件：使用包含协作工作平台的桌面源码版本，按本页准备模型、专家与练习项目；安装包请核对发行说明。
本页内容
01从流程图进入工作
打开项目空间的「任务」，查看计划流程图。节点显示负责人、项目、执行状态和阻塞原因，箭头表示已保存的依赖。点击节点打开工作页，可查看对话、交付验收、任务说明和历史；返回图时保留阅读位置。图用于查看和定位，不通过拖线、拖动或手势修改计划。
02核对并启动计划
启动前核对共享约定已确认、各节点的主执行项目和权限正确。宿主未通过有效验收时，SDK、服务和网站等待；宿主验收后，这三项可在资源和权限允许时独立推进。SDK 或服务任一未验收，sample 就继续等待；教程等待 sample 验收。同一目录的受管任务仍会串行，实际并发取决于运行容量。运行完成或资料过期都不能满足前置验收。
03处理等待输入或授权
从概览的待处理事项或流程图进入对应节点，找到当前问题或权限请求，检查对象后填写、批准或拒绝。如果请求无法读取，刷新请求或打开完整任务；不要重新发送整项任务。授权只处理该执行请求，不等于接受交付。完全访问会减少逐次审批，切换前核对界面说明的影响范围；它不会自动批准已经挂起的请求。
04验收交接物，不只看回复
任务进入「待验收」后打开「交付验收」，按标准核对真实文件、命令结果与消费方需要的资料。写明结论，选择「验收通过」或「未通过，保留原因」。验收记录会参与后续派发，但不会自动安装或发布任何包；验收前应确认下游有能力取得所需输入。
| 节点 | 交付证据 | 验收重点 |
|---|---|---|
| 宿主 | 改动位置、接口约定版本、测试命令和结果 | 实际行为与约定一致，限制已说明。 |
| SDK | 变更、固定版本或制品位置、编译与契约测试 | sample 能按明确方式取得对应制品。 |
| SSH 服务 | 远端版本、独立测试、日志及启停/部署步骤 | 目标环境与范围正确；未执行的部署不标通过。 |
| sample | SDK 与服务引用、构建命令、实际运行结果 | 两端接口匹配，错误路径可复现。 |
| 网站与教程 | 能力说明、可用版本入口、完整操作步骤 | 文案不超出事实，教程从已验收 sample 复现。 |
| 最终联调 | 版本清单、复现记录、剩余问题 | 各项目交付对应同一轮变更，未将截图当作执行证据。 |
05返工保留上下文
待验收结果需要改动时，在节点工作页提交「修改要求」或记录未通过原因，再按界面重试。原执行与证据保留，新一轮用于修正明确的问题。重试若提示将继续整个计划，先确认其他满足依赖的任务也可运行。已验收、历史执行及归档空间按其只读限制处理，不把继续讨论当成隐式返工。
06暂停与重启恢复
暂停会停止新的调度并请求中断活跃执行，已发生的文件或业务操作不会回滚。重启应用后，先核对保留的结果、远端进程和服务状态，再按计划入口恢复；不要假设中断命令会自动重跑。变更文档依据或依赖时先暂停并修订，重新核对过期任务及下游。
07明确本地与远端交接
SSH 节点运行扩展对接的测试服务，不代表宿主中的 Node 扩展后台已迁到服务器。SDK、sample、网站和教程各自在自己的目录工作，需自行按照已确认的交付方式获取依赖。服务端口、制品路径或接口版本不明确时，先补齐并重新核对，不让模型猜测。若以后需要用业务表单展示成果，可沿用独立的技能大师和声明式 UI 教程。
为已验证能力创建业务入口08留下可复现的验收记录
记录各项目的版本、实际执行环境、验证命令、产物位置和仍未验证事项。保留原始任务、固定依据与验收结论，便于下一次变更继续核对。当前练习和宣传示意不证明已经完成真实 SSH 部署；Windows、Docker、打包版及其他外部依赖仍需目标环境验收。全部工作包有有效验收后，计划才视为完成。
检查结果与排错
从图中处理待办，核对交付证据，完成验收或记录返工与恢复步骤。
按本页的验证步骤核对实际结果。涉及业务服务时，分别检查界面提交、工具回执与服务端记录。
核对状态与恢复步骤 →