操作
AIタスク #11271
未完了[Spartan X][Bridge 09] W9 Task/Logical Run ↔ W8C Wave/W8B Attempt 実行ID Bridge
ステータス:
新規
優先度:
通常
担当者:
-
開始日:
2026-09-11
期日:
進捗率:
0%
予定工数:
from_agent:
to_agent:
lock_required:
context_json:
session_id:
priority_custom:
start_time:
end_time:
execution_time:
acceptance_criteria:
assigned_role:
human_gate:
gate_type:
chain_root_id:
wave_id:
説明
依存: #10321 #10324 #10339 / 前提branch: W8B=5218573, W8C=fe31f66, W9=e489fc8
目的: W9 Work OSのtask単位 ProviderDispatchRequest（task_ref, logical run UUID, conversation_id）を、W8CのWave dispatchとW8Bの数値Run Attemptへ情報欠落なく接続する。
監査で判明した不整合: W9はtask単位dispatch + 事前生成logical run UUIDを前提、W8CはWave単位受理、W8Bは後段で数値Attemptを生成する。
契約方針:
- W9 run_idはControl Plane logical_run_idとして保持し、W8B numeric run_idを上書きしない。
- externalWaveId / externalTicketId / taskRef / conversationId をW8C manifestへ明示伝播。
- W8C providerWaveId/dispatchRequestId、W8B task_id/runAttemptIdをmapping ledgerで相互参照。
- provider_job_idは安定したopaque IDとし、W9がW8B numeric IDを推測しない。
- retryはlogical task同一、W8B new Attempt、source_run_id lineageを維持。
受入条件: 同一task再送idempotent、別payload衝突拒否、workspace scope、provider unavailable fail-closed、1 task vertical sliceでW9→W8C→W8BまでID逆引き可能。重複Orchestratorを作らない。
Redmine Admin さんが12日前に更新
2026-09-11 architecture clarification after cross-audit: 本BridgeはLocal LLMをW8B legacy worker poolへ流すものではない。W8B/W8Cは既存Coding/WAVE Execution Plane（Codex/Claude/Gemini等）のidentity/readback/provenance bridgeとして扱う。Ryzen NPU/Vulkan/B550 Local AgentはW9 local_dispatch からMCPGateway Generic LLM/B550 Runtimeへ直接dispatchする。#11271はW9から既存Coding/WAVEへ委任した場合のみ logical_run_id↔wave/task/numeric attemptを対応付ける境界に限定する。
操作