Persist coding task execution and completion timing - #738
Merged
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.
Merge decision: ready — the canonical task can retain actual coding-attempt start/end observations and accepted completion, with idempotent read-back through the existing controllers. The operator-owned VS Code integration is supplied as a reviewed patch; neither host activation nor public deployment is claimed.
User outcome
Coding-task effort can be measured from execution rather than queue acceptance or generic task updates. Task reads and completion receipts distinguish execution end, successful completion acceptance and elapsed wall-clock duration (including waits).
Native assignment:
#V#task_agent_8b706f7c6efb91f3241fb40bc0de1bfb.Material changes
Evidence
a665516dfe918b6e77046867721ad471c787535bf5e8a92d7aa677c57f19df5b, executing only its function definitions against fixture state and canonical services on a mock database. No host bootstrap, real model, live task or messaging helper ran.09b913954; its mocked task is absent from the deployment lookup. It is unrelated and is not included in the 188 passing affected tests.Ship boundary
Minimum repository evidence is the persisted lifecycle/read-back and both adapter code-path replays above. False completion times, erased history, repeated completion of a reopened task or broken existing execution would block this change. The operator must separately apply the reviewed bridge patch and select a coherent worker/backend release under existing locks, retaining rollback, before claiming activation. The patch replay is optional in CI because its source is operator-owned; the remaining timing tests run without it.
No public deployment is requested. Billing integration, historical timestamp invention, federation/import changes and additional task consumers are outside this change.