Repository navigation
feat(mcp): settle the caller thread after successful completion [L23] - #109
Merged
Mjones13 merged 3 commits intoOct 5, 2026
Merged
Conversation
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.
Agents can request settlement of their own thread through
t3_thread_settle({clientRequestId})while finishing a reply. The request leaves that run active and settles the thread only after its durable successful completion, using the existing settlement and provider-detach flow.The request requires the exact attached provider session, instance, thread, issued MCP credential, and active attempt. A repeated request key returns its original run receipt. New user work, conflicting lifecycle actions, unsuccessful completion, or startup recovery cancels the intent; automatic completion wakeups preserve the existing behavior. Optional persisted metadata remains compatible with historical projections. No schema migration or additional runtime service is introduced.
This rebuild ports owner #85 onto the pinned nightly V2 implementation. It targets
work/jones-rebuild/stagingafter a normal integration of the qualified capacity/account-switch parent. Original #85 remains a reference-only, unmerged branch.Validation of the combined candidate:
Tests exercise synthetic/in-memory/SQLite state, durable effects, replay, rejection, and lifecycle cancellation. They do not qualify live provider shutdown, actual checkpoint capture, restart execution, or installed-runtime adoption. No deployment occurred.
Contributing thread:
40439454-5570-42fd-85f6-b370799bc9e4. Source-only builder handoff and coordinator fixture repairs are recorded in the rebuild task evidence. Root owns Git, validation, and publication.Need help on this PR? Tag
@codesmith-botwith what you need. Autofix is disabled.Hosted CI repair: register
t3_thread_settlein the shared tool presentation inventory and add a request-specific client summary. An accepted receipt is described as requested settlement, never completed settlement. The original failing core test remains unchanged. Repair validation: 191 tests across seven modules, shared/client/server typechecks, scoped formatting/lint and commit hooks. New-head hosted CI remains pending.