fix: preserve queued skill invocation outcomes - #4054
Conversation
Generated-by: OpenAI Codex
|
This is a synthesis of the independent blind review by @Sol-404ARE at exact head What I checked myself:
Findings from Sol's review (file:line anchored): Standards — GO (0 P0–P3)
Spec — GO (0 P0–P3)
Explicit exclusions noted: blocked outcomes intentionally admit nothing and can succeed later; legacy rows migrate to empty because historical failures were never recorded; a consumed queued receipt may still answer What I did not judge: a full live Host recovery with a queued Skill failure across a real restart was not executed beyond unit/integration coverage — verification was by code inspection and the suites noted above. Gate: Standards 0 and Spec 0 — no P0–P2,
|
Summary
Preserve the Host-produced
SkillInvocationResultfor every admitted message disposition instead of dropping it when a Skill message is steered or queued behind a running Turn.skillInvocationonsteering,followup,turn_started, andblockedsubmit resultsFixes #4026
Verification
npm test -w @maka/storage— 981 passed, 0 failed, 16 platform skipsnpm test -w @maka/runtime-host— 1315 passed, 0 failed, 9 platform skipsnpm test -w @maka/desktop— 1624 passed, 0 failednpm test --prefix packages/cli— 545 passed, 0 failednpm run lint— passednpm run typecheck— passedgit diff --check— passednpm test— all workspaces passed except the pre-existingpackages/runtimemacOS Bash executable-root assertion, which expects/usr/localeven when that root is already represented by the current/usr/local/bin/node; the same failure was reproduced before this changeMigration and compatibility
TurnMessageSubmitResult.skillInvocationis now required for every dispositionAI use
Select exactly one:
Tool(s) and scope:
OpenAI Codex implemented the protocol, Runtime Host, storage migration, Desktop/CLI forwarding, tests, documentation, and verification described above.
Checklist
Does this PR entail a change in behavior?