Files
PaperClipAI/packages/paperclip-runner/docs/tutorials/codex.md
T
Dotta 560e7e48b5 feat(runner): add SDK and developer tooling (#12608)
## Thinking Path

> - Paperclip is the open source app people use to manage AI agents for
work.
> - The runner package already provides the production protocol and
execution spine.
> - Contributors still need stable SDK surfaces, deterministic test
tools, and local inspection tools.
> - Those surfaces share generated contracts and must change as one
package boundary.
> - This pull request adds the package-local SDK, labs, examples, and
drift checks.
> - The benefit is a reviewable developer platform that does not change
application execution selection.

## Linked Issues or Issue Description

**Subsystem affected**

`packages/paperclip-runner` — runner SDK, conformance tools, and
developer tooling.

**Problem or motivation**

The production runner spine is present, but package consumers cannot
build deterministic integrations, inspect sessions, or verify
provider-neutral behavior through supported surfaces.

**Proposed solution**

Add browser, React, standalone, live-session, scenario, conformance, and
evaluation surfaces. Add generated contract inventories and
package-local verification scripts. Keep production application routing
unchanged.

**Alternatives considered**

We considered splitting each generated catalog, SDK surface, and demo
into separate pull requests. Those changes share exports, fixtures, and
drift gates. Splitting them would create intermediate package states
that do not build.

**Roadmap alignment**

No overlapping item appears in `ROADMAP.md`. This work extends the
runner package that is already on `master`.

## What Changed

- Add browser, React, standalone, live-session, and issue-thread SDK
surfaces.
- Add deterministic mock control-plane, scenario, conformance, replay,
and evaluation tools.
- Add bounded Codex, OpenCode, and ACPX development transports and
fixtures.
- Keep deferred managed-provider execution fail-closed. Persisted
compatibility data remains readable.
- Add generated capability inventories with their source files and drift
checks.
- Add examples, package documentation, browser checks, and
clean-consumer checks.
- Preserve the reviewed protocol bounds, replay compatibility aliases,
process environment isolation, and semantic redaction limits.
- Update the ACPX package patch that the existing workspace patch
registry already tracks.
- Do not change `pnpm-lock.yaml`, repository workflows, server runtime
selection, or the application UI.

## Verification

GitHub Actions is the verification authority for this pull request. The
repository CI, package TypeScript and Rust checks, package tests,
generated-output drift checks, browser checks, security scans, and
Greptile review must pass on the exact head.

Local test suites were not run because this series uses parallel GitHub
Actions for verification.

## Risks

This is a large greenfield package change. The main risks are public
export drift, generated-output drift, and optional React consumer
compatibility. Package boundary checks, clean-consumer checks, and
browser tests cover those risks. Production adapter selection and server
execution are outside this pull request.

## Stack

1. **This PR:** runner SDK and developer tooling.
2. [Codex production server
integration](https://github.com/paperclipai/paperclip/pull/12616).
3. [Provider-neutral task-thread
UI](https://github.com/paperclipai/paperclip/pull/12617).

## Model Used

OpenAI Codex, GPT-5, high-reasoning mode, with tool use and code
execution.

## 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 described the issue in-PR following the feature request
template
- [x] I have not referenced internal/instance-local Paperclip issues or
links
- [x] My branch name describes the change and contains no internal
Paperclip ticket id
- [ ] 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 risks above
- [ ] All Paperclip CI gates are green
- [ ] Greptile is 5/5 with no open P2s, recommendations, or follow-ups
- [x] I will address all Greptile and reviewer comments before
requesting merge
2026-08-31 21:33:11 -05:00

182 lines
5.3 KiB
Markdown

# Codex: Run the Skillless Codex Driver
## What this phase is
Codex connects the mock core to a real Codex app-server session.
Codex gets one small task envelope. Codex does not get the Paperclip skill.
Codex does not get a Paperclip API key or API instructions.
## What this phase proves
This phase proves that a real Codex session can create a file, stream typed
events, return one checked result, and replay the same result.
It also proves that steer, interrupt, resume, and unsupported-operation paths
keep clear session identities and safe diagnostics.
## Before you start
- Run commands from the repository root.
- Install Node.js 20+, pnpm 9+, Rust, and the `codex` CLI.
- Sign in to Codex with the normal local Codex setup.
- Do not add a Paperclip or OpenAI API key for this tutorial.
Check the installed harness:
```sh
codex --version
codex app-server --help
```
Run the real-Codex steps from an ordinary operator shell with a workspace that
has no `AGENTS.md` in that directory or any ancestor. A child directory of this
repository is not skillless because Codex discovers the repository
`AGENTS.md`. In a Paperclip-managed agent run, `PAPERCLIP_WORKSPACE_CWD` also
prevents `mktemp -d` from selecting a directory outside the assigned workspace;
use a separate clean operator workspace rather than bypassing that guard.
## Step 1: Run the focused conformance checks
```sh
pnpm --filter @paperclipai/paperclip-runner typecheck:typescript
pnpm --filter @paperclipai/paperclip-runner exec vitest run \
src/drivers/codex/app-server-transport.test.ts \
src/drivers/codex/codex-app-server-driver.test.ts
pnpm --filter @paperclipai/paperclip-runner check:forbidden-imports
```
Confirm that the driver tests pass and the package boundary check says
`Standalone boundary check passed.`
## Step 2: Run the safe real Codex task
Choose a temporary directory and trace file:
```sh
codex_workspace="$(mktemp -d)"
codex_trace="$codex_workspace/trace.json"
pnpm --filter @paperclipai/paperclip-runner trace:codex -- \
--working-directory "$codex_workspace" \
--output "$codex_trace"
```
Confirm:
- the result is `done`;
- every printed assertion says `PASS`;
- the file has the exact text:
```sh
test "$(cat "$codex_workspace/hello.txt")" = "hello from Codex runner"
```
## Step 3: Inspect the exact model boundary
```sh
jq '.context | {
protocolVersion,
codexVersion,
model,
modelProvider,
workingDirectory,
sandbox,
approvalPolicy,
baseInstructions,
instructionSources,
instructionPolicy,
environmentKeys,
dynamicToolNames,
modelInputKinds,
envelope
}' "$codex_trace"
```
Confirm:
- `instructionSources` is empty;
- all three instruction-policy values are `false`;
- `modelInputKinds` contains only `text`;
- the semantic tools are `paperclip_finish` and `paperclip_block`;
- no environment **value** is present;
- the requested permission profile denies root and host-home access, exposes
read-only minimal runtime files, grants write access to the assigned
workspace, and disables network access;
- the returned legacy sandbox facts are inspected separately because Codex may
add provider-managed state roots such as `~/.codex/memories` even when memory
instructions are disabled;
- command `HOME` and `CODEX_HOME` are absent;
- the envelope contains only this safe task and its completion criteria.
Check that no control-plane route or bearer credential appears:
```sh
if rg -ni 'authorization: bearer|paperclip_api_key|/api/issues/' "$codex_trace"; then
echo "FAIL: forbidden control-plane context found"
exit 1
fi
```
## Step 4: Inspect canonical events and replay
```sh
jq '[.events[].eventType] | group_by(.) | map({type: .[0], count: length})' \
"$codex_trace"
jq '.assertions' "$codex_trace"
```
Confirm:
- session and turn lifecycle events exist;
- model, command/tool, usage, verification, result, and terminal events exist;
- `exactlyOneTerminalResult` is `true`;
- `liveReplayParity` is `true`;
- source sequence and item identity assertions are `true`.
The focused test suite supplies deterministic file-change and runtime-request
events because a real model may choose a shell command instead of a file patch
and may not need human input for this small task.
## Step 5: Try steering
Use a new directory:
```sh
codex_steer_workspace="$(mktemp -d)"
pnpm --filter @paperclipai/paperclip-runner trace:codex -- \
--working-directory "$codex_steer_workspace" \
--steer "Keep the answer short and verify the exact file text."
```
Confirm that the same driver and provider session IDs are printed and the task
still returns one result.
## Step 6: Try interruption
Use a new directory:
```sh
codex_interrupt_workspace="$(mktemp -d)"
pnpm --filter @paperclipai/paperclip-runner trace:codex -- \
--working-directory "$codex_interrupt_workspace" \
--interrupt
```
An interrupt can win before the file is created. That is expected. Confirm that
the trace still has one session identity, one semantic result, and one terminal
event. It must not create a replacement session.
## Step 7: Run the package verification path
```sh
pnpm --filter @paperclipai/paperclip-runner verify
```
This command is the package acceptance path. The real Codex example remains a
separate command because automated environments may not have a signed-in Codex
session.
## Step 8: Read the driver reference
- [Codex driver reference](../codex-driver.md)