Files
PaperClipAI/packages/paperclip-runner/runner
Nicky LeachandPaperclip a0c0851766 Runner: add private host control channel (#19129)
## Thinking Path

> - Paperclip coordinates AI agents and their execution.
> - A hosted Runner can remain alive between turns.
> - Its host needs to park, claim, or retire that process without a
persistent Core connection.
> - Those requests need a private channel with bounded input and safe
retries.
> - This PR adds the channel codec and socket handling as an isolated
foundation.
> - Later lifecycle changes will validate and execute the requests.

## Linked Issues or Issue Description

**Current behavior**
The Runner has no task-private host control channel. The earlier
combined lifecycle change was split for review.

**Proposed behavior**
Add a private Unix stream protocol for host lifecycle requests. This PR
does not wire it into Runner startup or advertise support. It can be
reviewed independently of stopped-process recovery.

**Reason and benefit**
Review frame parsing, credential handling, and retry behavior before
adding park and claim transitions. This replaces the transport portion
of #19060. The source-recovery work supersedes #19057 and #19058.

## What Changed

- Add `host_control.rs` and enable the existing rustix dependency's
socket APIs.
- Accept only a connected Unix stream. Set close-on-exec so provider
children do not inherit it.
- Bound request frames to 16 KiB. Reject unknown fields, malformed
requests, and EOF with a credential-free error.
- Add socket-pair tests for framing, deadlines, retries, conflicts, and
receipt-window reset in a separate test file.

### Transport contract

Each request is one newline-delimited JSON object. Each response is `{
"id": "request-id", "status": "..." }` followed by a newline.

| Request | Required binding | Intended effect in the later lifecycle
consumer |
| --- | --- | --- |
| `park` | Six Runner identity fields, last controller command sequence,
acknowledged source sequence | Retain the process and mounts after the
controller has settled that exact cut |
| `claim` | Park request ID and a fresh bootstrap ticket | Reconnect the
retained process through authenticated bootstrap |
| `retire` | Park request ID; optional claim ID and identity/sequence
cut | Retire only the matching parked or claimed process |

The six identity fields are Runner instance, environment lease, run,
normalized session, turn, and item IDs. This module only parses requests
and sends responses. The lifecycle consumer must validate these bindings
before performing an effect.

Before applying a request, the consumer checks the in-memory response
cache. An identical retry receives its prior status. Reusing a completed
request ID with different content returns `conflict`. Conflict responses
do not reserve an ID. A successful `parked` response starts a new cache
window; the consumer's identity, sequence, and park-ID checks must
reject requests from older windows. Credentials are neither persisted
nor included in errors.

Active reads are nonblocking. Parked reads block on socket input and may
have a caller-supplied receive deadline. Partial frames do not extend
that deadline. No idle polling is added.

## Verification

- `cargo test --offline --locked --manifest-path
packages/paperclip-runner/runner/Cargo.toml -p paperclip-runner-core
--lib host_control::` — 6 passed.
- Confirmed the repeated-chunk test fails when reads incorrectly reset
the original deadline. Restored production code and reran the targeted
suite.
- The initial policy gate did not recognize inline Rust tests. Moved the
same tests to the existing `src/tests/` convention.
- GitHub CI passed on `aaac996aba76`. Greptile is 5/5 on that commit,
with no unresolved review threads.
- A local merge-tree check against current master `1a7eb70a37bf` is
conflict-free.
- Reviewed changed lines for secrets, personal data, and private
deployment references before push.

## Risks

The module is dormant in this PR. It does not make a VM sleep, detach
Core, or evict a Runner. Integration must enforce the documented
identity and sequence fences before replying with success. The response
cache is process-local and does not provide recovery across process
death. Linux and Windows compilation are covered by CI; local socket
tests run on macOS.

## Model Used

OpenAI Codex with tool use and code execution. GPT 6.1 Sol with High
effort handles the parallel recovery work; this isolated channel change
is implemented by the coordinating Codex agent.

## 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>
2026-11-04 15:56:01 -08:00
..