Files
PaperClipAI/server/src/services/execution-projection.ts
T
DottaandClaude Opus 5.5 e37ab23dbc fix: hold an agent's new work while its provider usage limit is active (#19246)
## Thinking Path

> - Paperclip is the open source app people use to manage AI agents for
work
> - Routine-driven agents run on the native Runner through ACP harnesses
such as Claude
> - When the agent's provider account runs out of allowance, every new
wake for that agent fails the same way
> - The ACP harness reported the exhausted allowance as a generic
"terminal limit failure" with an `unknown` category, so Paperclip could
not tell it from a context or turn limit
> - Paperclip recorded a reset time only for the failing run's own
startup retry; other wakes of the same agent kept dispatching, each
spent about two minutes on workspace setup, and then failed
> - This pull request classifies the limit, keeps its reset time, and
holds the agent's new work until that reset
> - The benefit is that a limited agent stops burning runs, shows a
clear "waiting for usage limit reset" state with a time, and resumes its
queued work after the reset

## Linked Issues or Issue Description

Refs #13148
Refs #13379

**What happened?**
A routine-driven Claude agent on the native Runner failed 29 times in
about 15 hours. 20 runs failed with `native_provider_terminal_failed`
and "ACP agent reported a terminal limit failure." The recorded provider
failure had category `unknown`. 6 runs failed with
`provider_session_open_rejected`. Their `session.open` result is
`command_execution_failed` with classification `provider_rate_limit`,
and the provider failure is HTTP 429 `rate_limit` ("would exceed your
account's rate limit"). The startup retry of one such run recorded a
cooldown until one hour later. A new wake for a different task of the
same agent dispatched 16 minutes later, spent two minutes on workspace
setup, and failed with the same 429. Separately, 4 runs failed with
"Project authentication conflicts with this agent's managed AI
connection". That message did not say which file or setting conflicted.
The same message was also shown when the check could not finish.

**What did you expect?**
A provider usage limit is classified distinctly. Paperclip records the
reset time when the provider reports one. New work for that agent waits
for the reset with a visible reason. Queued work resumes after the
reset, and no doomed run starts. A configuration conflict is reported
only when one is found, and the message names the file to fix.

**Steps to reproduce**
1. Use a native Runner agent with a Claude ACP harness whose account is
rate limited or out of usage.
2. Let a routine or assignment wake the agent on several tasks.
3. See each run fail with a generic terminal limit failure or a
`session.open` rejection, and see new runs keep starting.

## What Changed

- Runner: The ACPX turn now receives the typed AIR session failure
(`onTerminalSessionFailure`) through the runtime host and the ACPX port.
The sidecar adds the provider's title to the provider failure message.
Only a rate-limit or quota title becomes `rate_limit` or
`quota_exhausted`. Context, turn and configured budget limits stay
`unknown`. The failure details stay private.
- Server: A native `turn.failed` with a `rate_limit` or
`quota_exhausted` provider failure is now `native_provider_usage_limit`,
the same code as the Codex usage-limit terminal.
- Server: `agentProviderLimitCooldown` (extracted from the startup
retry) also reads a reset clock in the provider's wording, such as
"resets 2am (UTC)". The clock parser moved from the recovery service to
`provider-quota-reset.ts` without changes.
- Server: New `heartbeat/provider-limit-wait.ts`. Before any workspace
or provider work, a queued run for an agent with an active provider
limit is cancelled as `provider_limit_wait`. The run records the reset
time, whether the provider reported it, the category and the run that
reported the limit. Paperclip schedules one retry of the same wake at
the reset through the existing AI connection wait lane. That lane does
not consume the failure retry budget. Manual runs, recovering runs,
conversation turns and pool-routed connections are not held.
- Server: The execution projection shows "Waiting for usage limit reset"
with the reset time and the next step.
- Server: Only a found project authentication conflict is a
configuration failure. Its message names the project file and the
settings to remove. A check that cannot finish (timeout or another exit
code) is now an ordinary failure, not a configuration conflict.
- Docs: `doc/execution-semantics.md` describes the agent-level limit
wait.

## Verification

Red before the fix, green after:
- `server/src/__tests__/heartbeat-provider-limit-wait.test.ts`: An
automation wake after a 429 `session.open` rejection dispatched the
adapter before the fix. Now the run is cancelled as
`provider_limit_wait` and a scheduled retry exists at the reset. After
the reset passes, the retry is promoted and the work succeeds. A manual
run, a later success, expired evidence and an unclassified terminal
still dispatch.
- `native-startup-retry.integration.test.ts`: "reads the reset clock
from an ACP terminal limit failure's provider wording" (it fell back to
one hour before).
- `native-session-executor.test.ts`: An ACP `turn.failed` with a typed
`quota_exhausted` or `rate_limit` failure is a usage-limit terminal;
`unknown` is not.
- `packages/paperclip-runner/src/drivers/provider-failure.test.ts`: A
typed AIR limit title is kept and classified; context, turn and budget
limits are not; details do not leak.
- `execution-projection.test.ts`, `ai-connections.test.ts`: The wait
label, and conflict versus unfinished check.
- Safety cases: `runtime-host.test.ts` and
`codex-runtime-adapter.test.ts` forward the callback. The existing
startup retry, provider capacity, recovery classification, legacy
reconciliation, retry scheduling and execution configuration suites
pass.

Commands:
- `cd server && npx vitest run
src/__tests__/heartbeat-provider-limit-wait.test.ts
src/__tests__/ai-connections.test.ts src/services/native-runtime/
src/services/recovery/ src/services/execution-projection.test.ts
src/services/legacy-execution-recovery.test.ts
src/__tests__/heartbeat-retry-scheduling.test.ts
src/__tests__/heartbeat-execution-configuration.test.ts`
- `cd packages/paperclip-runner && npx vitest run
src/drivers/provider-failure.test.ts
src/drivers/acpx/runtime-host.test.ts
src/drivers/acpx/codex-runtime-adapter.test.ts
src/cli/acpx-runtime-sidecar.test.ts`
- `tsc --noEmit` for server and paperclip-runner; the ACPX sidecar and
provider-failure contract checks pass.

I did not run a live provider limit on staging. The live evidence is the
staging run records for the affected agent, which I read only.

## Risks

- The limit evidence is per agent, not per account. If the board changes
the agent's AI connection, automatic wakes can still wait until the old
reset (at most one hour when no reset was reported, and at most one
day). A manual run is not held, and one successful run clears the
evidence.
- A new wake that arrives during a limit is now cancelled and retried at
the reset, instead of failing. The task stays in its status, and the run
shows the reset time.
- The Runner change takes effect when the provider pack is rebuilt and
deployed. Until then, the server still holds new work using the existing
`rate_limit` evidence from `session.open` rejections.
- A turn terminal with a typed rate limit or quota is now
`native_provider_usage_limit` instead of
`native_provider_terminal_failed`. Both are terminal and board-owned.
The recovery text now asks the board to restore provider usage capacity.

> For core feature work, check [`ROADMAP.md`](ROADMAP.md) first and
discuss it in `#dev` before opening the PR. Feature PRs that overlap
with planned core work may need to be redirected — check the roadmap
first. See `CONTRIBUTING.md`.

## Model Used

- Claude Opus 5.5 (`claude-opus-5-5`), Anthropic, used through Claude
Code with tool use (shell, file edits, browser reads of staging run
records) and extended reasoning.

## 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

🤖 Generated with [Claude Code](https://claude.com/claude-code)

---------

Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
2026-11-05 08:57:55 -06:00

403 lines
16 KiB
TypeScript

import { and, desc, eq, inArray, isNull, sql } from "drizzle-orm";
import {
heartbeatRuns,
dotAgentBindings,
dotRunnerAssignments,
museAgentBindings,
museRunnerAssignments,
issueRecoveryActions,
issueThreadInteractions,
nativeRunFinalizations,
type Db,
} from "@paperclipai/db";
import type { ExecutionProjection } from "@paperclipai/shared";
import { EXECUTION_CONTROL_DEADLINE_MS } from "./execution-control-deadline.js";
import { executionFailureRetryCount } from "./execution-recovery-attempt.js";
import { retryIdempotentDatabaseOperation } from "../database-retry.js";
import { workspaceRecoveryDisplay } from "./workspace-recovery-receipt.js";
import { readTaskDrain } from "./task-admission.js";
const text = (v: unknown) => (typeof v === "string" ? v : null);
const executionRunColumns = {
id: heartbeatRuns.id,
driverKind: heartbeatRuns.driverKind,
errorCode: heartbeatRuns.errorCode,
executionControlDeadlineAt: heartbeatRuns.executionControlDeadlineAt,
finishedAt: heartbeatRuns.finishedAt,
lastOutputAt: heartbeatRuns.lastOutputAt,
lastUsefulActionAt: heartbeatRuns.lastUsefulActionAt,
nativeIssueId: heartbeatRuns.nativeIssueId,
nextAction: heartbeatRuns.nextAction,
processPid: heartbeatRuns.processPid,
retryOfRunId: heartbeatRuns.retryOfRunId,
runtimeMode: heartbeatRuns.runtimeMode,
scheduledRetryAt: heartbeatRuns.scheduledRetryAt,
scheduledRetryAttempt: heartbeatRuns.scheduledRetryAttempt,
scheduledRetryReason: heartbeatRuns.scheduledRetryReason,
startedAt: heartbeatRuns.startedAt,
status: heartbeatRuns.status,
contextSnapshot: sql<Record<string, unknown>>`jsonb_build_object(
'issueId', ${heartbeatRuns.contextSnapshot}->'issueId',
'wakeReason', ${heartbeatRuns.contextSnapshot}->'wakeReason',
'failureRetriesBeforeAiConnectionWait', ${heartbeatRuns.contextSnapshot}->'failureRetriesBeforeAiConnectionWait',
'failureRetriesBeforeWorkspaceWait', ${heartbeatRuns.contextSnapshot}->'failureRetriesBeforeWorkspaceWait')`,
};
type Run = Pick<typeof heartbeatRuns.$inferSelect, keyof typeof executionRunColumns>;
type Coordinator = typeof nativeRunFinalizations.$inferSelect;
type WaitingExternalProvider = "muse" | "openai_dot";
type Recovery = Pick<
typeof issueRecoveryActions.$inferSelect,
"cause" | "nextAction"
> &
Partial<
Pick<typeof issueRecoveryActions.$inferSelect, "status" | "evidence">
>;
/** Batched reads; list consumers do not perform per-task polling. */
export async function executionProjectionsForRuns(
db: Db,
companyId: string,
runIds: string[],
now = new Date(),
options: { retryDatabaseReads?: boolean } = {},
) {
const projections = new Map<string, ExecutionProjection>();
if (!runIds.length) return projections;
// Opt in only with a pooled Db outside a transaction. Issue enrichment also
// calls this helper with a transaction, whose failed reads must not replay.
const read = <T>(query: () => Promise<T>) => options.retryDatabaseReads
? retryIdempotentDatabaseOperation(query)
: query();
const runs = await read(async () => db
.select(executionRunColumns)
.from(heartbeatRuns)
.where(
and(
eq(heartbeatRuns.companyId, companyId),
inArray(heartbeatRuns.id, runIds),
),
));
const coordinators = await read(async () => db
.select()
.from(nativeRunFinalizations)
.where(
and(
eq(nativeRunFinalizations.companyId, companyId),
inArray(nativeRunFinalizations.runId, runIds),
),
));
const issueIds = [
...new Set(
runs
.map((run) => run.nativeIssueId ?? text(run.contextSnapshot?.issueId))
.filter((id): id is string => !!id),
),
];
const pending = issueIds.length
? await read(async () => db
.select({
issueId: issueThreadInteractions.issueId,
kind: issueThreadInteractions.kind,
})
.from(issueThreadInteractions)
.where(
and(
eq(issueThreadInteractions.companyId, companyId),
inArray(issueThreadInteractions.issueId, issueIds),
eq(issueThreadInteractions.status, "pending"),
),
))
: [];
const recovery = issueIds.length
? await read(async () => db
.select({
issueId: issueRecoveryActions.sourceIssueId,
cause: issueRecoveryActions.cause,
nextAction: issueRecoveryActions.nextAction,
evidence: issueRecoveryActions.evidence,
status: issueRecoveryActions.status,
})
.from(issueRecoveryActions)
.where(
and(
eq(issueRecoveryActions.companyId, companyId),
inArray(issueRecoveryActions.sourceIssueId, issueIds),
inArray(issueRecoveryActions.status, [
"active",
"escalated",
"resolved",
]),
),
)
.orderBy(desc(issueRecoveryActions.updatedAt)))
: [];
// A live controller is not evidence that an external agent accepted work.
// Read each provider journal once for the batch, never once per task.
const waitingByRun = new Map<string, WaitingExternalProvider>();
const externalRunIds = (driverKind: string) => runs
.filter(run => run.status === "running" && run.runtimeMode === "native" && run.driverKind === driverKind)
.map(run => run.id);
const museRunIds = externalRunIds("muse_external");
if (museRunIds.length) {
const offered = await read(async () => db
.select({ runId: museRunnerAssignments.runId })
.from(museRunnerAssignments)
.innerJoin(museAgentBindings, and(
eq(museAgentBindings.id, museRunnerAssignments.bindingId),
eq(museAgentBindings.companyId, museRunnerAssignments.companyId),
eq(museAgentBindings.agentId, museRunnerAssignments.agentId),
eq(museAgentBindings.generation, museRunnerAssignments.bindingGeneration),
isNull(museAgentBindings.revokedAt),
))
.where(and(
eq(museRunnerAssignments.companyId, companyId),
inArray(museRunnerAssignments.runId, museRunIds),
inArray(museRunnerAssignments.status, ["offered", "claimed"]),
isNull(museRunnerAssignments.nativeAcceptedAt),
)));
for (const row of offered) waitingByRun.set(row.runId, "muse");
}
const dotRunIds = externalRunIds("openai_dot_mcp");
if (dotRunIds.length) {
const offered = await read(async () => db
.select({ runId: dotRunnerAssignments.runId })
.from(dotRunnerAssignments)
.innerJoin(dotAgentBindings, and(
eq(dotAgentBindings.id, dotRunnerAssignments.bindingId),
eq(dotAgentBindings.companyId, dotRunnerAssignments.companyId),
eq(dotAgentBindings.agentId, dotRunnerAssignments.agentId),
eq(dotAgentBindings.generation, dotRunnerAssignments.bindingGeneration),
isNull(dotAgentBindings.revokedAt),
))
.where(and(
eq(dotRunnerAssignments.companyId, companyId),
inArray(dotRunnerAssignments.runId, dotRunIds),
eq(dotRunnerAssignments.status, "offered"),
isNull(dotRunnerAssignments.acceptedAt),
)));
for (const row of offered) waitingByRun.set(row.runId, "openai_dot");
}
const coordinatorByRun = new Map(coordinators.map((row) => [row.runId, row]));
for (const run of runs) {
const issueId = run.nativeIssueId ?? text(run.contextSnapshot?.issueId);
const matching = recovery.filter(
(row) =>
row.issueId === issueId &&
(row.status !== "resolved" || row.evidence.executionReconciliation || row.evidence.automaticRecovery) &&
(row.evidence.runId === run.id || row.evidence.sourceRunId === run.id),
);
const action =
matching.find((row) => row.status !== "resolved") ?? matching[0];
projections.set(
run.id,
projectExecution(
run,
coordinatorByRun.get(run.id),
pending.filter((row) => row.issueId === issueId),
action,
now,
waitingByRun.get(run.id),
),
);
}
return projections;
}
export async function executionProjectionForRun(
db: Db,
companyId: string,
runId: string,
now = new Date(),
): Promise<ExecutionProjection | null> {
return (
(await executionProjectionsForRuns(db, companyId, [runId], now)).get(
runId,
) ?? null
);
}
export function projectExecution(
run: Run,
coordinator: Coordinator | undefined,
pending: Array<{ kind: string }>,
recoveryAction: Recovery | undefined,
now = new Date(),
waitingForProvider?: WaitingExternalProvider,
): ExecutionProjection {
const detail = coordinator?.failureDetail ?? {};
const successorRunId = text(detail.successorRunId);
const projection: ExecutionProjection = {
canStop: run.runtimeMode === "native" && run.status === "failed" && run.driverKind !== "grok_bot_mcp" && !!run.nativeIssueId
&& coordinator?.runId === run.id && coordinator.issueId === run.nativeIssueId && coordinator.resultId === null
&& coordinator.phase === "retryable_failure",
phase: "queued",
label: "Queued",
cause: run.errorCode ?? coordinator?.failureCode ?? null,
lastConfirmedActivityAt:
(
run.lastUsefulActionAt ??
run.lastOutputAt ??
run.startedAt
)?.toISOString() ?? null,
retryAt:
(coordinator?.nextAttemptAt ?? run.scheduledRetryAt)?.toISOString() ??
null,
attempt: coordinator?.attempt ?? executionFailureRetryCount(run) + 1,
maxAttempts: 3,
recoveryOwner: null,
nextAction: text(detail.nextAction) ?? run.nextAction,
permittedActions: ["inspect_run"],
predecessorRunId: run.retryOfRunId,
successorRunId,
};
const set = (phase: ExecutionProjection["phase"], label: string) =>
Object.assign(projection, { phase, label });
if (recoveryAction?.status === "resolved" && recoveryAction.evidence?.automaticRecovery) {
projection.cause = recoveryAction.cause;
projection.nextAction = workspaceRecoveryDisplay(recoveryAction.evidence, run.id)?.message
?? recoveryAction.nextAction;
const continuation = recoveryAction.evidence.explicitUserContinuation as
{ previousRunId?: unknown; runId?: unknown } | undefined;
const explicitSuccessor = text(continuation?.runId);
if (continuation?.previousRunId === run.id && explicitSuccessor && explicitSuccessor !== run.id) {
// The admission transaction already recorded the user's successor. Keep
// the old failure diagnostic without making it hold the newer attempt.
projection.successorRunId = explicitSuccessor;
projection.nextAction = null;
return set("completed", "Continued in another run");
}
// Diagnostic projection only: no user decision or replay affordance.
return set("recovery_needed", "Stopped");
}
if (
recoveryAction?.status === "resolved" &&
recoveryAction.evidence?.executionReconciliation
) {
if (recoveryAction.evidence.continuationDelivery === "invalidated") {
projection.cause = "continuation_ownership_changed";
projection.nextAction =
"The task was closed or reassigned before delivery. Inspect the current task owner and status.";
return set("failed", "Continuation cancelled");
}
const deliveredRunId = text(recoveryAction.evidence.continuationRunId);
projection.successorRunId = deliveredRunId;
projection.cause = null;
projection.nextAction = deliveredRunId
? null
: "The previous execution is reconciled. Its continuation is queued for delivery.";
return set(
deliveredRunId ? "completed" : "queued",
deliveredRunId ? "Continued in another run" : "Continuation queued",
);
}
if (
(run.status === "running" &&
(run.executionControlDeadlineAt || coordinator?.controlDeadlineAt)) ||
[
"result_persisted",
"ready_for_assessment",
"arbitrating",
"workspace_pending",
].includes(coordinator?.phase ?? "")
)
return set("finishing", "Finishing");
if (successorRunId) return set("completed", "Continued in another run");
if (run.status === "scheduled_retry" && run.scheduledRetryReason === "ai_connection_busy") {
projection.nextAction = "Waiting for the AI subscription's current execution to finish; the scheduled check will revalidate access.";
return set("retry_scheduled", "Waiting for AI subscription");
}
if (run.status === "scheduled_retry" && run.scheduledRetryReason === "ai_connection_pool_wait"
&& run.contextSnapshot?.wakeReason === "provider_limit_retry") {
const resetAt = run.scheduledRetryAt ? new Date(run.scheduledRetryAt).toISOString() : "its reported reset";
projection.nextAction = `Waiting for the agent's provider usage limit to reset; the work starts at ${resetAt}. To continue sooner, restore the provider allowance or change the agent's AI connection, then start a manual run.`;
return set("retry_scheduled", "Waiting for usage limit reset");
}
if (run.status === "scheduled_retry" && run.scheduledRetryReason === "workspace_busy") {
projection.nextAction = "Waiting for the live workspace holder to finish; the scheduled check will revalidate ownership.";
return set("retry_scheduled", "Waiting for workspace");
}
// Cleanup can fail before a finalization coordinator exists. The missing
// row must not turn a quarantined native session into an ordinary Retry.
const cleanupQuarantined = run.runtimeMode === "native" &&
["failed", "timed_out"].includes(run.status) &&
run.errorCode === "native_session_cleanup_quarantined";
if (!cleanupQuarantined && (
coordinator?.phase === "retryable_failure" ||
run.status === "scheduled_retry"
)) {
projection.recoveryOwner = "agent";
return set(
projection.retryAt && new Date(projection.retryAt) > now
? "retry_scheduled"
: "reconnecting",
projection.retryAt && new Date(projection.retryAt) > now
? "Retry scheduled"
: "Reconnecting",
);
}
if (coordinator?.phase === "terminal_failure" || recoveryAction || cleanupQuarantined) {
if (
!cleanupQuarantined &&
coordinator?.failureCode === "native_provider_terminal_failed" &&
!detail.replacementDenied &&
run.finishedAt &&
now.getTime() - run.finishedAt.getTime() < EXECUTION_CONTROL_DEADLINE_MS
) {
projection.recoveryOwner = "agent";
projection.nextAction =
"Checking that the previous provider stopped and its action outcomes are known before continuing.";
return set("reconnecting", "Checking recovery");
}
projection.recoveryOwner = "board";
projection.cause =
recoveryAction?.cause ??
text(detail.replacementDenied) ??
projection.cause;
projection.nextAction = recoveryAction?.nextAction ?? projection.nextAction;
if (cleanupQuarantined && !projection.nextAction) {
projection.nextAction = "Verify the stopped session and its saved work before starting a new attempt.";
}
projection.permittedActions.push("inspect_recovery");
return set("recovery_needed", "Recovery needed");
}
if (run.status === "succeeded") {
if (pending.length)
return set(
pending.some((row) => row.kind === "connection_intent")
? "waiting_for_access"
: "waiting_for_answer",
pending.some((row) => row.kind === "connection_intent")
? "Waiting for access"
: "Waiting for answer",
);
return set("completed", "Completed");
}
if (["failed", "cancelled", "timed_out", "interrupted"].includes(run.status))
return set("failed", run.status === "cancelled" ? "Cancelled" : "Failed");
if (run.status === "running") {
const leaseConfirmed =
coordinator?.phase === "observed" &&
coordinator.leaseExpiresAt &&
coordinator.leaseExpiresAt > now;
let processConfirmed = false;
if (run.runtimeMode === "legacy" && run.processPid) {
try {
process.kill(run.processPid, 0);
processConfirmed = true;
} catch {
/* No execution confirmation. */
}
}
if (leaseConfirmed && waitingForProvider) {
projection.nextAction = "The assignment is offered. Waiting for the external agent to accept it.";
return set("waiting_for_provider", `Waiting for ${waitingForProvider === "muse" ? "Muse" : "Dot"}`);
}
return leaseConfirmed || processConfirmed
? set("working", "Working")
: set("reconnecting", "Confirming execution");
}
if (run.status === "queued" && !run.startedAt && readTaskDrain(now)) {
projection.cause = "task_drain";
projection.nextAction = "This turn will start automatically when maintenance finishes.";
return set("queued", "Waiting for maintenance");
}
return projection;
}