## Thinking Path > - Paperclip manages AI agents and preserves their results through failures. > - Native completion must save workspace output before it commits the accepted result. > - The orphan recovery pass repeatedly revisits this work even when the subsystem is idle. > - Accepted results, workspace receipts, retry dates and leases already provide durable truth. > - This PR wakes a scoped worker from those writes and schedules only real unfinished work. > - It preserves existing finalization authority and keeps later projection and resource recovery separate. ## Linked Issues or Issue Description Refs #17734 and #17717. This is slice 53 of the existing sleep stack, targeting master after parent #17734 merged at `a019d00a393b57f531afe8dd8ab0b8a1820d1c4c`. A current search found no duplicate accepted-result commit PR. **What problem does this solve?** Native accepted-result recovery currently depends on periodic orphan scanning. Quiet instances keep doing work to discover that no result needs a commit. **What improvement do you propose?** Use the shared delivery coordinator with transaction-bound producer signals. Reconstruct unfinished results at startup. Preserve saved retry and lease deadlines. Remove only uncommitted-result execution from the periodic pass. **Why is this useful?** The accepted-result worker becomes quiet with no work or retained completed history. Real results and completed workspace operations reactivate it without a polling delay. This does not claim that the whole server or database can sleep yet. ## What Changed - Track the initial result-commit sweep through shutdown without blocking HTTP readiness on recovery locks. - Keep ordinary company-only finalization hints from reconstructing dormant result work. Existing company settings and dedicated owner signals remain supported. - Add a native result-commit worker. Bind candidates by company, issue, run, accepted result and a successful workspace receipt. Exclude committed, terminal, held and pending-effect work. - Signal both accepted-result writers and workspace receipt writes before their transaction changes. Extend the existing finalization fanout for retry, lease, effect and completion transitions. - Add an optional atomic due-date check to the existing finalizer claim. A lease collision or later retry does not consume a failed attempt. - Signal native retry cancellation so it removes the saved wake after commit. - Register through the existing heartbeat suppression and shared delivery lifecycle. Preserve outer commit/rollback, drain/resume, settings activation and shutdown behavior. - Delegate only uncommitted-result execution from the periodic orphan pass. Keep committed projection and resource settlement recovery enabled. - Add real producer/lifecycle tests and a detailed audit. No new tables, provider branches or per-feature timers. ## Verification - Current local source `2af88fa55f961a74340880240019f6cd31e21bf1` incorporates the parent with a normal merge. All 1,203 parent-only, nine owned-only and 12 automatic shared paths are preserved. The only manual conflict keeps the new result fanout inside the existing ordinary issue/run scope guard. The complete package tree matches parent profile 80 byte-for-byte. - Controlled real-database regression: the original result-only unscoped fanout produces three candidate SELECTs for routine company hints. The same zero-query assertion passes after restoring the scoped fanout. A real workspace receipt and accepted result then commit exactly one decision and return to quiet. Red and green restore production bytes exactly. Twenty cases outside the focused pattern are not counted as passing there. - The complete main selection passes **1,746 cases in 16 files**, without skips, in 277.97 seconds. This includes all 21 result-worker lifecycle cases and 82 startup cases, including held result recovery, HTTP readiness and shutdown joining. Separate process recovery passes 410 cases in 162.42 seconds and external-chat response passes 273 in 53.41 seconds. Total: **2,429 distinct passes in 18 complete files**, with no skips. Normal merge `998239b019defe52e7b5d64f884de4e871ccd736` adopts the actual parent squash and preserves this complete tested child tree. - Production server typecheck, build, module boundaries, migration order and source identity checks pass. Fifteen dedicated PostgreSQL 17 databases use the unchanged migration 413 schema. Embedded-only calls use the existing fresh-per-call recovery helper. All temporary imports restore byte-exact, and every selected test hash matches after completion. No assertion or timeout is relaxed. - Runner validation belongs to the unchanged parent package tree: 130 passing installation/compatibility/transport cases, 22 installed ACPX/Grok contract cases and 26 native-provider Rust cases. One existing opt-in closed Pi snapshot case is skipped because its distribution root is not configured. This does not claim live provider qualification. - Earlier Greptile 4/5 on `656f6722be1aedf3d52b7f853956e15838204278` correctly identified startup blocking on result recovery. The prior branch `108cf0dc8296bf451b721ddac55ecbcd035d00f0` already tracks its ready promise through the existing lifecycle owner. Current full startup acceptance verifies the fix in the merged context. The later Greptile service error is not a pass; current-head acceptance now passes: all 57 checks are clean, including protected CI and security. Greptile gives 5/5 on `b2efdb2dbbbef5b2227ffa2bd2a9a6cfe3867fe2`, with no actionable findings. No Ponytail verdict is present under the authorized missing-review policy. - The owner audit at `doc/plans/2026-10-26-native-result-commit-sleep-audit.md` retains earlier failures and their disposition. These checks do not claim a full local repository suite, deployed app/database suspension, expanded Cloud wake coverage or measured cost savings. ## Risks - Process-local signals cover instrumented application writes in the owning server process. They do not cover independent SQL writers or another replica without supported ingress. Durable startup reconstruction remains enabled. - The initial native decision and its run projection are separate transactions. The periodic reconciler still repairs already-committed results and releases resources. This PR must not be used to infer that committed means fully settled. - Candidate discovery adds bounded, narrow reads at startup and after signals. No large-fleet query benchmark is claimed. - Existing Cloud alarm coverage, host sleep safety and resource blockers are unchanged. No deployed sleep or savings claim is made. - Parent #17734 has merged. This PR targets master at `a019d00a393b57f531afe8dd8ab0b8a1820d1c4c`. Fresh current-head CI and review remain required before merge. ## Model Used OpenAI Codex, GPT-6 family, with repository tools and code execution. The exact serving model ID and context-window size are not exposed in this session. No subagent was used for this slice. ## Checklist - [x] I have included a thinking path that traces from project context to this change - [x] I have specified the model used (with version and capability details) - [x] I have checked ROADMAP.md and confirmed this PR does not duplicate planned core work - [x] I have searched GitHub for duplicate or related PRs and linked them above - [x] I have either (a) linked existing issues with `Fixes: #` / `Closes #` / `Refs #` OR (b) described the issue in-PR following the relevant issue template - [x] I have not referenced internal/instance-local Paperclip issues or links (only public GitHub `#NNN` / `github.com/paperclipai/paperclip` URLs) - [x] My branch name describes the change (e.g. `docs/...`, `fix/...`) and contains no internal Paperclip ticket id or instance-derived details - [x] I have run tests locally and they pass - [x] I have added or updated tests where applicable - [x] I have updated relevant documentation to reflect my changes - [x] I have considered and documented any risks above - [x] All Paperclip CI gates are green - [x] Greptile is 5/5 with no open P2s, recommendations, or follow-ups - [x] I will address all Greptile and reviewer comments before requesting merge --------- Co-authored-by: Paperclip <noreply@paperclip.ing> Co-authored-by: Codex <noreply@openai.com>
15 KiB
Accepted native result commits: sleep audit
Date: 2026-10-26. Slice 53 starts at d5c540b1c0df9aba35262ba121c651806bbca161,
parent #17734. The branch is
codex/sleep-53-native-result-commit. This is one duty from the
recurring-server inventory.
Problem and bounded change
The aggregate orphan recovery pass can finish three different obligations:
- Commit an accepted native result after successful workspace finalization.
- Repair the run projection and consequences of an already committed decision.
- Release runtime resources and settle the agent after finalization.
This slice moves only the first duty to transaction signals and concrete saved deadlines. The native finalizer remains the authority for claiming, classifying, arbitrating and committing results. The new worker does not arbitrate statuses or implement provider behavior. No table, migration, provider loop or external API is added. Committed projections and resource settlement remain in existing recovery until their own durable pending predicates and producers are migrated.
The current default branch was refreshed during this work. Inspected master is
49bd7a4ba6 and contains subsequent native finalization/recovery changes,
including #17525, #17531, #17614, #17641 and #17665. Full-stack integration with
master and repeat verification remain acceptance work; this branch keeps its
requested stack parent rather than silently dropping or rewriting prior slices.
Trigger, durable truth and quiet predicate
nativeResultCommitWork reads the existing coordinator, accepted result,
heartbeat run, issue and successful workspace operation. All joins bind company,
issue and run. Eligibility requires:
- native runtime and accepted result;
- coordinator phase other than
committedorterminal_failure; - no held native runner ownership and no pending native status effects;
- at least one successful scoped
workspace_finalizereceipt.
A later stale failure receipt does not invalidate an earlier successful receipt. The shared pending-effect worker owns pending effect delivery. This worker waits quietly until that owner publishes settlement. A workspace receipt proves the copy-back barrier; it does not prove that runtime cleanup finished.
Discovery reads narrow candidate fields in keyset pages of 100. Execution reads the run profile only when a candidate is due. There is no recurring scan for empty work or retained committed/terminal history. Discovery still costs SQL at startup and after notifications. No large-fleet query benchmark is claimed.
The next deadline is the later of saved nextAttemptAt and a held lease's saved
expiry. Inspection does not advance either date. A missing lease expiry follows
the existing finalizer claim contract; it is not evidence of physical process
termination. If an invocation leaves a concrete eligible result without a saved
future deadline, only that unfinished result retains a 30-second fallback.
Producers and transaction ownership
Signals use the existing DB intent/outer-commit protocol. Each write registers and awaits its intent before the write. Durable rows remain truth; notifications are scoped hints. Savepoint release does not dispatch before outer commit. Rollback does not create work. Ambiguous outcomes remain owned by shared DB work signals rather than worker-local counters or new recovery tables.
| Producer | Boundary and purpose |
|---|---|
PaperclipControlPlanePort.completeRun |
Signal before the first accepted-result insert. Covers result arriving after an existing workspace barrier. |
NativeRunCoordinatorStore.completeRun |
Same contract for the PRP coordinator's independent accepted-result writer. Terminal-event reconciliation delegates here. |
| Workspace operation recorder | Signal before workspace-finalization receipt writes, including the successful barrier arriving after the accepted result. |
| Direct workspace recovery | Signal the repaired successful receipt in the same transaction. |
notifyNativeFinalizationWork |
Existing fanout now covers this duty: status decision, effect settlement, saved failure/retry, native execution release and other finalization transitions. |
| Initial finalizer/store claim | First-result lease writes now signal even when no decision exists. Claims with a decision use the existing fanout. |
| Workspace ownership clear/recovery | Signal the affected run when durable ownership changes. This does not grant physical ownership to the commit worker. |
| Issue mutation | Relevant status, binding, assignment and dependency changes reconstruct scoped candidates. |
| Instance execution setting | Worktree execution activation publishes a global reconstruction signal. |
| Native retry cancellation | Signal before changing the retry coordinator to terminal failure so its saved wake is cancelled immediately after commit. |
The startup/restart recovery path for provider adoption selects resultless runs; it does not create accepted-result work. The stopped-before-first-turn terminal write likewise requires a null result ID. Those writes cannot enter this worker's candidate set. Normal accepted-result execution release already uses the shared finalization fanout.
The supported producer model remains the application's instrumented writes in one owning server process. Independent SQL writers and cross-process mutations without supported ingress are not covered by a process-local notification. Startup reconstructs durable work. This slice does not add a cross-replica bus.
Claim and lifecycle boundaries
The public finalizer gains optional onlyWhenDue. Under the existing coordinator
row lock it rejects a future retry before acquiring a lease or charging an
attempt. A typed deferral distinguishes a live lease or moved retry from an
execution failure. Existing callers retain immediate behavior unless they opt in.
The worker rereads durable state after deferral, commit or recorded failure.
The worker reuses registerScopedDeadlineWork and the delivery coordinator for
coalescing, serialized execution, scheduled deadlines, retained dirty scopes,
drain/resume and shutdown. It processes one candidate at a time. It introduces no
separate timer or event bus. Heartbeat is only the lifecycle/policy facade.
Public registration checks task drain and the existing restore/worktree execution
suppression policy. A drain keeps its wake for resume. Suppression does not launch
recovery or keep querying. Worktree activation reconstructs from durable records.
Server registration remains under heartbeatSchedulerEnabled and the existing
warm-standby/shutdown gates. Coordinator shutdown joins in-flight work; startup
reconstructs any additional work committed while shutdown began.
The periodic orphan pass sets skipNativeResultCommit. The reconciler skips
uncommitted result execution only. Its committed projection and resource paths
remain enabled. Direct/manual callers retain default behavior. In particular,
phase=committed cannot be treated as proof that every consequence is settled:
the status decision and run projection occur in separate transactions.
Verification and preserved failures
The real-DB worker suite has 20 passing cases. Together with 76 startup cases, the focused command passes 96 tests. It covers:
- no work and retained committed history with zero recurring SQL after settlement;
- both real accepted-result producers, barrier before and after the result;
- caller-owned outer commit and rollback for both writers;
- startup reconstruction and a successful barrier followed by stale failure;
- future retry and lease deadlines without early attempt charges;
- a retry moved between candidate discovery and the atomic claim;
- a real finalizer status-commit failpoint, rolled-back decision and saved retry;
- real pending-effect settlement waking accepted-result commit;
- first work during drain and subsequent resume;
- public restore/worktree suppression and real settings activation;
- shutdown joining active execution and restart recovering later work;
- real native cancellation disarming an existing retry;
- committed projection remaining covered by the existing reconciler.
The projection test commits without projecting and then calls the existing reconciler. It proves the retained recovery boundary, not a deployed crash test. Shared transaction uncertainty behavior is inherited from its existing tests; this slice does not claim a new network-fault qualification.
Preserved failures:
- Initial producer regressions: six failures and four passes. Missing signals prevented the first result, later barrier, outer commit and drain/resume from reactivating the worker. Wiring the real producer transactions made all ten pass.
- Cancellation regression: the test timed out at 15 seconds waiting for the cancelled ten-minute deadline to clear. The cancellation transaction had no signal. Adding its awaited pre-write signal makes that case and all 96 focused cases pass. The failed command remains evidence; it is not counted as a pass.
Logs for this local session: /tmp/sleep53-producer-red.log,
/tmp/sleep53-producer-green.log, /tmp/sleep53-cancellation-red.log, and
/tmp/sleep53-cancellation-green.log. Initial server typechecking passed before
the cancellation follow-up. Broader affected suites, final full commands, remote
checks and review are still pending at this checkpoint.
Limits and follow-up
This is worker quiet, not host suspension. Cloud alarm coverage, admission fencing, idle-sleep safety and resource blockers are unchanged. No database-suspension, deployed-wake or fleet-savings claim is made. The aggregate orphan scan still has other duties and still performs queries.
Next distinct duties include committed run projection/consequences and native resource settlement. Keep uncertainty visible until each has an owning pending contract. The prior eight-worker suppression audit, older stack gate failures, full-stack master propagation and every remaining inventory duty remain open. No merge is authorized by this task.
Startup readiness follow-up (2026-10-27)
The initial result-commit sweep can wait on a finalization lock. Registration now
tracks its readiness promise through the existing heartbeat shutdown owner instead
of awaiting it before HTTP startup completes. The delivery coordinator still owns
worker cancellation; no independent subscription or timer is introduced. A held
worker regression failed on the old wiring, then passed with HTTP ready, subsequent
recovery registered, and shutdown waiting until the held work settles. All 80
startup tests pass before and after integrating pinned master
8548173fc9efdc0fa07644fb92dcc0b6851a95e5; production server types pass at the
integrated revision. These lifecycle checks do not establish deployed host sleep.
Current parent integration and routine-hint regression (2026-10-29)
This slice now incorporates parent #17734 at
7df5c9c44ea9e171be3c61b4430d3727b10f3337 through a normal merge. A
batched tree comparison preserves 1,203 parent-only entries, nine owned-only
entries, 11,520 identical entries and 12 automatic shared merges. The sole
manual conflict adds result-commit notification inside the existing ordinary
issue/run scope guard. Explicit company settings and dedicated result-state
notifications retain their existing scopes. The entire package tree matches
the parent, including combined Runner profile 80 and all historical fixtures.
Six added comments in three files were removed with identical nontrivia
TypeScript token streams; no directive was removed. This includes the readiness
repair already present in the prior branch: result recovery's first ready
promise is owned by the existing idle/shutdown tracker. It does not block HTTP
readiness. Its held-callback startup regression remains in the complete startup
suite. The earlier Greptile 4/5 on commit 656f6722be1aedf3d52b7f853956e15838204278
reported that blocking await; it is historical failure evidence, not an unresolved
finding to waive. The subsequent Greptile service error is not a review pass.
A fresh review on the final published head is still required.
The new real-database regression submits three routine company-only finalization hints to an idle result worker. A controlled baseline moves only result fanout outside the guard and leaves all other parent guards intact. The worker issues three candidate SELECTs, so the zero-query assertion fails. Restoring production bytes passes the same assertion. The real workspace recorder and accepted-result writer then produce exactly one committed decision and return to quiet. The red phase fails one selected case in 7.35 seconds; green passes it in 6.66 seconds. Twenty cases outside the pattern are not included in that focused count. Both phases use fresh dedicated PostgreSQL 17 databases and restore the production helper byte-for-byte. No test assertion or timeout is relaxed.
Complete current-source acceptance
Source 2af88fa55f961a74340880240019f6cd31e21bf1 passes 2,429 distinct
cases in 18 complete files, with no skips in those files. The 16-file main
command passes 1,746 cases in 277.97 seconds. Process recovery passes 410 in
162.42 seconds. External-chat response passes 273 in 53.41 seconds. This includes
all 21 result-worker cases and 82 startup cases, including held recovery,
nonblocking readiness and shutdown joins. Production server typechecking, build,
module boundaries, migration order and the source identity check pass.
Fifteen dedicated PostgreSQL 17 databases use the unchanged migration 413 schema. Embedded-only invocations use the existing fresh-per-call recovery helper. All temporary imports are restored byte-for-byte and every selected test hash matches after completion. No assertion or timeout is relaxed. The readiness thread was resolved after matching its existing remote fix to the passing complete startup suite. No old review score or service error is treated as current acceptance.
Parent #17734 merged as a019d00a393b57f531afe8dd8ab0b8a1820d1c4c, after
57 clean current-head checks and Greptile 5/5. Its complete reviewed tree equals
the landed squash. Normal merge 998239b019defe52e7b5d64f884de4e871ccd736
adopts that ancestry with this child's complete tested tree unchanged. This
slice can now target master; fresh exact-head CI and review remain required.
The unchanged parent package tree retains its profile 80 acceptance: 130 passing installation/compatibility/transport cases, 22 installed ACPX/Grok contract cases and 26 native-provider Rust cases. One existing opt-in closed Pi snapshot case was skipped because its distribution root was unset. This does not qualify a live Pi installation. Earlier failed commands remain in the record. No full local repository suite, live provider qualification, deployed suspension, expanded Cloud wake coverage or measured savings is claimed.