mirror of
https://github.com/paperclipai/paperclip.git
synced 2026-10-23 00:53:38 +02:00
## Thinking Path > - Paperclip helps people manage AI agents for work. > - Agent adapters connect Paperclip to tools such as the Codex command line tool. > - A sandboxed Codex agent may start without a credential. > - The operator needs a safe sign-in flow that does not expose credentials to the shared package or the sandbox. > - This pull request adds a company-scoped device-login flow with a temporary Daytona sandbox. > - The flow promotes the credential only after readiness checks pass and removes the temporary sandbox after use. > - The result lets an operator sign in to a sandboxed Codex agent from the agent form. ## Linked Issues or Issue Description **Subsystem affected** Cross-cutting (multiple of the above) **Problem or motivation** A Codex adapter that runs in a sandbox cannot authenticate when the company has no pre-provisioned Codex credential. **Proposed solution** Add a company-scoped device-login session. Start a temporary sandbox, run `codex login --device-auth`, stream the code and URL, verify readiness, promote the credential, and delete the sandbox. **Alternatives considered** Pre-provisioning a credential does not support first-time sandbox login. Keeping the credential in the login sandbox does not provide a durable company credential. **Roadmap alignment** This supports the roadmap item for cloud and sandbox agents. **Additional context** The flow uses a five-minute cleanup reaper, compare-and-set status changes, and a PostgreSQL advisory lock to protect promotion and cleanup. ## What Changed - Add the adapter login-session contract, database table, and migration. - Add company-scoped server routes and a service for sandbox device login. - Add credential promotion, readiness checks, and cleanup after login. - Add restart-safe cleanup for abandoned login sandboxes. - Add sandbox login controls to the agent creation and edit forms. - Keep device-login and vendor identifiers out of public shared and adapter UI symbols. ## Verification - `pnpm --filter @paperclipai/adapter-codex-local exec vitest run` passed with 310 tests at the submitted commit. - The server login route, service, and reaper tests passed with 45 tests at the submitted commit. - The agent form render tests passed with 26 tests at the submitted commit. - The public-symbol leak check passed at the submitted commit. - A live Daytona sign-in flow still requires confirmation by a user with a live sandbox. ## Risks The migration adds a new company-scoped table. A promotion or cleanup race could remove a credential or leave a sandbox active, so the service uses claims, compare-and-set transitions, and an advisory lock. The live Daytona flow needs operator confirmation because local tests do not provide a real browser sign-in. ## Model Used OpenAI Codex, GPT-5, tool use and code execution, 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 --------- Co-authored-by: Paperclip <noreply@paperclip.ing>
176 lines
8.8 KiB
TypeScript
176 lines
8.8 KiB
TypeScript
import { mkdir, open, rename, rm } from "node:fs/promises";
|
|
import path from "node:path";
|
|
import { randomUUID } from "node:crypto";
|
|
import { withDirectoryMergeLock } from "@paperclipai/adapter-utils/workspace-restore-merge";
|
|
import {
|
|
isCodexAuthCacheEnabled,
|
|
readSubscriptionAccountId,
|
|
writeCodexAuthCacheEntry,
|
|
} from "./codex-auth-cache.js";
|
|
import { USE_SOURCE_EXIT, decideCodexAuthMerge } from "./codex-auth-merge-decision.js";
|
|
|
|
// The outbound copy-back reuses the exact same direction-agnostic decision
|
|
// predicate the inbound restore runs, through the shared `decideCodexAuthMerge`
|
|
// entry point. The predicate answers one question — "should the caller replace
|
|
// `destination` with `source`?" — purely by argument order (first = source,
|
|
// second = destination). For the copy-back the sandbox credential is the
|
|
// `source` and the shared host credential is the `destination`, so exit 10 (use
|
|
// source) means "install the sandbox copy onto the host" and exit 20 (keep
|
|
// destination) means "leave the host copy untouched". The predicate only ever
|
|
// reads the two files and exits with a code; it never prints token bytes.
|
|
|
|
/** Outcome of a copy-back attempt. No token material is ever surfaced. */
|
|
export type CopyBackCodexAuthOutcome = "copied" | "kept-host";
|
|
|
|
export interface CopyBackCodexAuthInput {
|
|
/**
|
|
* Reads the sandbox `auth.json` bytes back from the (about-to-be-destroyed)
|
|
* sandbox. In production this is bound to the managed-runtime restore
|
|
* context's `readFile` for `${assetDir}/auth.json`.
|
|
*/
|
|
readSandboxAuth: () => Promise<Buffer>;
|
|
/**
|
|
* Absolute path of the shared host credential to (maybe) overwrite — the
|
|
* symlink *source* the managed Codex homes point their `auth.json` at, never
|
|
* an in-sandbox or per-agent symlink.
|
|
*/
|
|
hostAuthPath: string;
|
|
/** Non-leaking progress sink: receives decision/outcome lines only. */
|
|
log: (line: string) => void | Promise<void>;
|
|
/**
|
|
* Resolves and ensures the per-identity cache slot path for a sandbox
|
|
* `account_id`. When this is provided AND the cache off-switch is on, the
|
|
* copy-back also writes the fresher, usable subscription credential into its
|
|
* per-identity cache slot as a second, additive write, keyed by the real
|
|
* `account_id`. This is independent of the host default overwrite: it can
|
|
* write a cache slot for a different identity than the host holds (matrix rows
|
|
* 1b, 3), and it never touches the host default store. When absent, no cache
|
|
* write happens.
|
|
*/
|
|
resolveCacheEntryPath?: (accountId: string) => Promise<string>;
|
|
/** Environment for the cache off-switch read. Defaults to `process.env`. */
|
|
env?: NodeJS.ProcessEnv;
|
|
}
|
|
|
|
/**
|
|
* Guards, locks, and atomically installs a strictly-newer sandbox Codex
|
|
* `auth.json` onto the shared host credential at teardown.
|
|
*
|
|
* Sequence, all under `withDirectoryMergeLock` on the host target's directory
|
|
* so a concurrent inbound restore or another copy-back can't interleave:
|
|
* 1. Read the sandbox credential bytes. A genuinely absent sandbox
|
|
* `auth.json` (ENOENT) means there is simply nothing to copy back, so it
|
|
* resolves to `kept-host` (benign no-op, host untouched); every other read
|
|
* error stays fail-loud.
|
|
* 2. Stage them to a `0600` temp file on the **same filesystem** as the host
|
|
* target (its directory), which doubles as the predicate `source`.
|
|
* 3. Run the Phase-3 decision predicate (`source` = sandbox temp, `destination`
|
|
* = host). Exit 10 → adopt the sandbox copy; exit 20 → keep the host copy.
|
|
* 4. On exit 10, `rename` the staged temp over the host target — an atomic
|
|
* same-directory swap that preserves mode `0600`. On exit 20, discard it.
|
|
* The staged temp is always removed (rename consumes it on the copy path; the
|
|
* finally cleans it up otherwise), so a failure never leaves a partial file.
|
|
* Never logs token bytes — only the decision outcome.
|
|
*/
|
|
export async function copyBackCodexAuth(input: CopyBackCodexAuthInput): Promise<CopyBackCodexAuthOutcome> {
|
|
const { readSandboxAuth, hostAuthPath, log, resolveCacheEntryPath, env } = input;
|
|
|
|
// Read first (outside the lock) — a read never mutates the host, so there is
|
|
// nothing to serialize yet. A genuinely absent sandbox `auth.json` (ENOENT —
|
|
// e.g. Codex removed it mid-run, or a non-provisioned edge) is a "nothing to
|
|
// copy back" no-op, not a teardown failure: return `kept-host` and log the
|
|
// benign outcome. Every other read error stays fail-loud so a real read fault
|
|
// is never silently mistaken for "nothing to copy back".
|
|
let sandboxAuthBytes: Buffer;
|
|
try {
|
|
sandboxAuthBytes = await readSandboxAuth();
|
|
} catch (error) {
|
|
if ((error as NodeJS.ErrnoException | null)?.code === "ENOENT") {
|
|
await log(
|
|
"[paperclip] Codex auth copy-back: no sandbox credential to copy back (absent auth.json); host credential kept.",
|
|
);
|
|
return "kept-host";
|
|
}
|
|
throw error;
|
|
}
|
|
|
|
const hostDir = path.dirname(hostAuthPath);
|
|
await mkdir(hostDir, { recursive: true });
|
|
const hostOutcome = await withDirectoryMergeLock(hostDir, async () => {
|
|
// Stage on the same filesystem as the host target so both the predicate read
|
|
// and the final rename stay device-local (rename across devices is not
|
|
// atomic and would fail with EXDEV).
|
|
const stagedTempPath = path.join(hostDir, `.auth.json.copyback-${process.pid}-${randomUUID()}.tmp`);
|
|
// `wx` + explicit mode create the temp private (0600) and fail if it somehow
|
|
// already exists, so we never write through a pre-existing symlink.
|
|
const handle = await open(stagedTempPath, "wx", 0o600);
|
|
try {
|
|
await handle.writeFile(sandboxAuthBytes);
|
|
await handle.close();
|
|
|
|
const decision = await decideCodexAuthMerge(stagedTempPath, hostAuthPath, {
|
|
errorLabel: "codex auth copy-back",
|
|
});
|
|
if (decision === USE_SOURCE_EXIT) {
|
|
// Atomic same-directory swap; rename preserves the temp's 0600 mode.
|
|
await rename(stagedTempPath, hostAuthPath);
|
|
await log(
|
|
"[paperclip] Codex auth copy-back: sandbox credential is strictly newer for the same subscription identity; installed to the host at mode 0600.",
|
|
);
|
|
return "copied";
|
|
}
|
|
|
|
await log(
|
|
"[paperclip] Codex auth copy-back: host credential kept (sandbox copy is not a strictly-newer same-identity subscription credential).",
|
|
);
|
|
return "kept-host";
|
|
} finally {
|
|
// Close is idempotent-safe to skip after an explicit close; the temp is the
|
|
// thing that must never linger. On the copy path rename already consumed it
|
|
// (force makes the removal a no-op); on every other path this deletes the
|
|
// staged credential bytes.
|
|
await handle.close().catch(() => undefined);
|
|
await rm(stagedTempPath, { force: true }).catch(() => undefined);
|
|
}
|
|
});
|
|
|
|
// Additive cache write. Independent of the host default overwrite above: it
|
|
// runs on its own directory lock, keys the slot by the real sandbox
|
|
// `account_id`, and can write a slot for a different identity than the host
|
|
// holds. It never touches the host default store. The off-switch (default on)
|
|
// makes this a no-op when disabled. Only a usable subscription credential has
|
|
// an identity to key; an api-key or unusable sandbox credential is skipped.
|
|
//
|
|
// The cache write is best-effort. The host copy-back above already finished
|
|
// and set `hostOutcome`, so a failure of this additive write must not replace
|
|
// that successful result. Catch the error, log it, and return `hostOutcome`.
|
|
// The cache stays a hint: the next teardown re-attempts the write.
|
|
if (resolveCacheEntryPath && isCodexAuthCacheEnabled(env)) {
|
|
try {
|
|
const sandboxAccountId = readSubscriptionAccountId(sandboxAuthBytes);
|
|
if (sandboxAccountId) {
|
|
const cacheEntryPath = await resolveCacheEntryPath(sandboxAccountId);
|
|
await writeCodexAuthCacheEntry({ sandboxAuthBytes, cacheEntryPath, log });
|
|
}
|
|
} catch (error) {
|
|
// Log only the errno code, never the error message. The message embeds the
|
|
// cache slot path, and the slot path embeds the raw `account_id`; the code
|
|
// (for example EACCES or ENOSPC) makes the failure diagnosable without a
|
|
// leak. Token bytes never reach the log.
|
|
const code = (error as NodeJS.ErrnoException | null)?.code ?? "unknown";
|
|
// The host copy-back above already finished and set `hostOutcome`. This
|
|
// diagnostic log is the last step, so a rejecting logger must not throw
|
|
// and turn that successful result into a failed copy-back. Guard the log:
|
|
// a rejection here is swallowed, and the function still returns
|
|
// `hostOutcome` below.
|
|
await Promise.resolve(
|
|
log(
|
|
`[paperclip] Codex auth cache: additive cache write failed (${code}); host copy-back result kept.`,
|
|
),
|
|
).catch(() => undefined);
|
|
}
|
|
}
|
|
|
|
return hostOutcome;
|
|
}
|