feat: expose workflow runtime through HTTP and Go SDK

docs/03-http-websocket-protocol.md

@@ -33,21 +33,21 @@
 
 应用、凭据、队列、配额和审计管理接口沿用同一鉴权、版本与错误规范，其完整路径清单在接口评审时补齐。就绪检查必须反映关键依赖，数据库不可用时不能继续宣称可安全接单。
 
-Weave 的补充接口建议如下，功能范围已确认，具体技术细则以 [流程设计](06-workflow-spec.md) 为准：
+Weave以下接口已接入公共HTTP与SDK，具体字段和权限以[实例接口](api/workflows.md)、[恢复接口](api/workflow-recovery.md)为准：
 
 | 方法与路径 | 行为 |
 | --- | --- |
 | `POST /v1/workflow-definitions/{definition_id}/versions` | 研发通过 SDK 发布不可变定义；同版本同内容幂等，不同内容冲突 |
 | `POST /v1/workflows` | 幂等启动流程，固定定义版本 |
 | `GET /v1/workflows/{workflow_id}` | 查询实例、定义版本、执行状态、暂停标记与等待摘要 |
-| `GET /v1/workflows/{workflow_id}/steps` | 分页查询步骤、输入/结果引用、激活、查询轮次、已用预算与关联任务 |
+| `GET /v1/workflows/{workflow_id}/steps` | 按键返回最多128项步骤元数据；单个步骤详情另用`/steps/{key}`读取输入/输出、等待和查询预算 |
 | `POST /v1/workflows/{workflow_id}/signals` | 幂等受理信号，不等于信号已经被消费 |
 | `GET /v1/workflows/{workflow_id}/signals/{signal_id}` | 查询信号受理、匹配与消费结果 |
-| `POST /v1/workflows/{workflow_id}:pause` | 持久化暂停门控与审计；不代表在途业务已停止 |
-| `POST /v1/workflows/{workflow_id}:resume` | 解除暂停并安排受控推进；不重置预算、核查状态或原版本 |
-| `POST /v1/workflows/{workflow_id}:cancel` | 记录取消意图，结清关联工作 |
+| `POST /v1/workflows/{workflow_id}/control` | PAUSE/RESUME/CANCEL；按control_revision保存门控与意图 |
+| `POST /v1/workflows/{workflow_id}/recovery/*` | 六类有证据恢复，按当前实例/步骤/任务版本核对 |
+| `GET /v1/workflows/{workflow_id}/operations` | 有界分页读取流程操作审计摘要，正文另用单条查询 |
 
-流程列表、事件查询与人工核查/恢复接口待细化；恢复必须带预期状态版本、稳定操作身份、原因与证据，不提供任意修改状态的通用入口。
+流程列表和完整历史查询仍待交付；恢复必须带预期状态版本、稳定操作身份、原因与证据，不提供任意修改状态的通用入口。
 
 暂停和继续使用独立管理权限、预期控制版本、幂等操作身份与原因；同一操作重报返回原确认，过期控制版本不能覆盖后来的操作。建议 `200` 确认门控已提交，后续执行进度通过查询观察；门控失效条件和终态操作错误在协议评审时固定。