Sync Boatstack from Intelligence Flow Labs @ 052ce000ad11 - #111
Merged
operator-stack-publisher[bot] merged 1 commit intoJul 25, 2026
Merged
Conversation
operator-stack-publisher
Bot
deleted the
sync/intelligence-flow-052ce000ad11
branch
July 25, 2026 18:18
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What this sync releases
Concurrent first use no longer trips a false "unsafe runtime" denial
When several tool calls hit an empty shared-runtime slot at the same time, one guard
hydrates the slot and the others must wait. The installer copies the helper before the
manifest, so for a short moment the slot holds the helper but not the manifest. A guard that
looked during that moment judged the runtime "unsafe or incomplete" and denied the tool call
by mistake. This showed up as a flaky CI failure on Linux under contention.
The guard now closes both sides of the race. First, it treats the slot as ready only when
both the helper and the manifest are present. So a guard that arrives during the gap joins
the hydrate lock instead of denying a half-written slot. Second, a waiting guard now waits
for the hydrating peer to release the clone-wide lock. The peer releases the lock only after
its installer finishes, so a released lock means the slot is complete. The guard then runs
the same checksum and safety gates, which still fail closed if hydration was disabled, timed
out, or failed. The fix applies to both the bash and PowerShell guards.
Three bounded conformance tests cover the fix. One runs many guards at once and confirms
that exactly one hydrates and every guard proceeds. Two deterministic tests drive a slow,
non-atomic peer — one from an empty slot and one from a half-written slot — and confirm the
guard waits for the peer instead of judging an incomplete slot.
Projection provenance
Generated from
operatorstack/intelligence-flow@052ce000ad11b193ea73e262592d59535043f73f.Review provenance, tests, and examples before merging.