Files
PaperClipAI/tests/runner-e2e/PUBLIC-MCP.md
T
DottaandPaperclip 22a3ea3414 Invite assistants from Connections with scoped browser and device consent (#14933)
## Thinking Path

> - Paperclip is the open source app people use to manage AI agents for
work.
> - Public MCP lets people use their organization from an external
assistant.
> - Operators need a visible control for this experimental access.
> - Hosted users should select an organization once and then approve its
permissions.
> - This pull request adds the setting, invitation-first setup, and
browser or device consent.
> - Connections provides a copyable invitation with public instructions
that grant no access.
> - Users reach browser consent from their assistant and return to
inspect or revoke access.

## Linked Issues or Issue Description

Builds on merged foundation #14846. This PR now targets master. Related
settings convention: #13905.

**Current behavior**

The preview uses an environment variable to enable MCP. Hosted consent
repeats organization selection. Assistant access has no entry in
Connections, so users must already know the endpoint and how to reach
consent.

**Proposed behavior**

An administrator enables Settings → Experimental → Assistant connections
(MCP). A hosted connection shows the selected organization and its icon,
then asks for permissions. Requested write access starts checked when
the user’s role permits it; the user can opt out before connecting.
Direct instance connections show an organization picker with the first
available organization selected. The selection stays fixed across
refetches and still requires an explicit Connect action. Connections
includes Assistant Connection (MCP). Its setup page explains the
canonical endpoint, client configuration, browser authentication, and
connected access. It connects as the current person and does not select
or impersonate an agent.

**Reason and benefit**

Operators manage access with the other experiments. Users select one
organization, and both the UI and server enforce that choice.

**Breaking changes**

The old enable variable has no effect. Preview operators must enable the
setting once. Apply the additive consent-request migration before
deploying the tenant, then deploy the compatible Cloud broker. Existing
direct requests and grants keep their behavior.

## What Changed

- Simplify OAuth and device consent: show the Paperclip logo beside
“Connect {client} to Paperclip”, fall back to “your assistant”, and show
the identifying origin plus its favicon below, with the callback URL
also visible when different. Remove the hosted-organization creation
action. Default to the first available organization without silently
changing it on refetch; preserve company restrictions and write
opt-outs. Keep the button row contained on narrow screens.
- Make Copy invitation the primary action, using the shared animated
AgentSetupPrompt and a collapsed manual setup section with icon-labeled
line tabs. Remove redundant link actions, copy-status text, the extra
first-prompt well and revocation explanation from the setup page. Serve
shared version-aware HTML and Markdown instructions without private
organization data.
- Support guarded Client ID Metadata Documents alongside dynamic
registration, and include authorization response issuer identification.
- Add RFC 8628 device authorization with separately hashed codes,
expiry, shared request quotas, persistent polling backoff and atomic
redemption. Reuse human consent, role checks, scoped grants, audit and
revocation.
- Add CLI device login and a local stdio bridge. Store credentials
separately with private permissions and serialize rotating refreshes.
- Add device consent stories and five cold-start paid Product E2E cases
with independent grant, configuration and durable-work assertions.

- Add `enablePublicMcp` to the settings validator, normalizer, feature
catalog, and toggle UI. Check it live for OAuth, tools, subscriptions,
and event delivery. Keep connection management and revocation available
while disabled.
- Default the MCP origin to the existing auth public URL, with strict
validation and an explicit override.
- Persist the optional OAuth `company_id` restriction. Describe only
that company and reject approval for any other company, even if the
person belongs to both. Keep active-membership and role checks.
- Show the Paperclip icon and a large organization icon during consent.
Return the saved company logo through the company-scoped request
response and reuse the standard fallback icon. Use the requested concise
permission labels: “Read all of your Paperclip data” and “Allow write
access and creating tasks as me”. Use concise permission copy, retain a
compact client and callback-origin disclosure, and remove the footer
link.
- Default requested write access on for eligible roles. Preserve opt-out
across organization changes and refetch, reset defaults for a new
request, and submit read-only access when the request or role does not
allow writes. Align the shared checkbox with its label.
- Use organization wording in consent, management, settings, and
walkthroughs. Keep the organization fixed for hosted requests and retain
direct-instance choice.
- Add an Assistant Connection (MCP) card to the Connectors catalog, a
setup page in the app shell, and a return link from Experimental
settings. Include Codex, Claude Code, OpenCode, and generic remote MCP
instructions.
- Read the live gate and canonical server URL through authenticated
setup metadata. Show only the current person’s grants for the selected
organization, refresh after consent, and support revocation. Surface
catalog status failures with an explicit retry action; do not present
them as an empty connection list. Opening setup grants no authority.
- Start the eight guided chapters in Connections. Keep presenter notes
and chapter controls around real product pages in the app shell. Explain
the terminal, consent, delegation, retrieval, and revocation handoffs.
Mark conversation examples as illustrative. Cover first use, client
setup, connected, loading, and error states. Keep the existing consent
and management stories.
- Keep the paid-eval setup and browser helper aligned with the setting
and consent button.

## Verification

- Warm-standby integration fix `ec64ea05e`: public MCP ingress now
follows the Cloud claim guard; MCP and discovery paths return 503
instead of SPA HTML while unclaimed. Event polling checks the in-memory
claim before reading the persisted experimental setting. All 97 focused
OAuth/Cloud tests and server typecheck pass, including new request and
timer regressions for idle-before-claim and resume-after-claim behavior.
Fresh review is 5/5 with no unresolved threads, and all security scans
pass on this final head. All browser shards, typecheck, build, canary
installation and other test groups passed on the first attempt. The
unchanged Cursor sandbox default-command test timed out at 10 seconds;
the exact test passed locally without edits in 587 ms. The single
failed-job retry passed, with the original failure retained in workflow
37500711895. All 54 final-head checks pass on
`ec64ea05e9a03e2179d4e2f84c2de03761f7ce26` (two optional Storybook jobs
are intentionally skipped).

- Final master integration `8457828fc`: merged foundation #14846 and
current master, preserving the invitation changes and all 33 files from
the two newer upstream changes. No migration renumbering was required.
All 95 focused OAuth/Cloud integration tests, full recursive typecheck
and token gates pass. All CI gates passed on that integration head;
review identified the warm-standby issue fixed above.

- Security-review fix `8c1d0b696`: commit shared global/per-source
admission before outbound CIMD work, preserve failed-attempt receipts,
and validate resource/scope before fetching. Added migration
`0305_chubby_vin_gonzales.sql` and six concurrent/adversarial regression
cases. All 69 OAuth/metadata tests, 26 migration checks, full recursive
typecheck and production build pass. The security scanner passed that
commit. Follow-up `87f9658e7` limits only actual cache-miss fetches; 18
authorization requests sharing one proxy across two service instances
use just two fetches. All 70 OAuth/metadata tests and server typecheck
pass after that refinement. Final follow-up `8ebeae84c` reports
admission-storage failures as retryable HTTP 503 instead of invalid
client metadata. Its regression proves no outbound request before
admission and successful retry after storage recovers. All 71
OAuth/metadata tests and server typecheck pass. Final-head security
scanning passes; Greptile is 5/5 with no unresolved findings. CI passed
all browser shards, typecheck, build, token gates and canary
installation. One unchanged adapter-utils bridge test raced a
response-file write (expected a JSON error, received the safe
file-changed error). The exact test passed locally without edits. The
single failed-job retry passed; the original failure is retained in
workflow 37490609192. All 54 checks now pass on final head
`8ebeae84ca77c0cf7ac12c2006f0f8743fe50e0b`, with security scan and fresh
Greptile 5/5 and no unresolved threads. Foundation #14846 subsequently
merged as `e34abee670069cca84afb2efb86041bce7dccbec`; the final
integration above now targets master.

- Integration with current master: preserved the new Connections source
filters and pagination, kept all eval suites, and regenerated the
consent/device snapshots as migrations 0303/0304. All four MCP migration
SQL hashes are unchanged from the staging versions. Full recursive
typecheck and production build, 132 focused UI tests (including catalog
filtering), 89 server authorization/settings tests, 26 migration tests,
120 eval calibration tests and token gates pass. Review follow-up
`4820ce74c` also keeps active assistant grants in Installed, with
pending/error recovery and revocation/company-isolation coverage. All 76
setup/catalog tests, UI typecheck and token gates pass after that fix.
The unchanged signoff browser test timed out waiting for a heartbeat in
CI at `4820ce74c`; the exact test passed locally without code changes,
and the preceding CI head passed that shard. That same unchanged test
failed at the reviewer stage in the next CI run. All five signoff tests
passed three times locally (15/15), without test changes. All eight
browser shards pass at final head `8ebeae84c`; no browser-test edits or
failed-browser-job retries were needed.

- Setup-page refinement at `9ab009178`: all 17 focused setup/consent
tests pass, along with UI typecheck, production build, Storybook build
and token gates. Browser exercised the shared prompt preview and client
tab switching, and the updated InvitationCopied Storybook interaction
checks its clipboard fixture. All final-head CI checks pass at
`9ab009178`, with no unresolved review findings. Deployed successfully
to Butter in
https://github.com/paperclipai/paperclip-cloud/actions/runs/37475189524.
Verified the actual page, tab switching and line styling, removed
actions/copy, and successful native copy/paste of the complete Butter
invitation into a local-only test field. The existing Claude grant was
left intact.
- Consent follow-up at `dc8e9fd11`: all 10 consent tests and token gates
pass. UI typecheck and production build passed again at `4e4d5e4d9`;
Storybook build and eval-helper typecheck passed for `28101cf91`.
Follow-ups let the primary button wrap on narrow screens, preserve a
distinct callback URL, and use only bundled icons to avoid pre-consent
requests to client-selected sites. Browser-verified the real consent
component in desktop and 320px mobile stories, including default
selection, write access and preserved opt-out. Updated E2E
heading/default-selection helpers. All CI checks passed at `dc8e9fd11`,
with review 5/5 and no unresolved threads. The Butter preview
publication needed a retry because npm initially accepted the DB package
before making it visible; the retry succeeded and `dc8e9fd11` deployed.
Verified a fresh, unapproved native Codex CIMD request on Butter:
default organization/write selection, known-client heading and icon,
distinct callback origin, and removed creation action. No grant was
approved for this UI check. Prior paid runs below retain their exact
source provenance; this UI-only follow-up did not rerun paid
qualification.
- Source-pinned paid matrix at
`2992ef2710f47230e7f484c709c6ba02524f884c`: **15/15 passed**, five cases
each on GPT-5.4 Mini, Claude Haiku and Sonnet. Campaign
`local-2026-10-06T02-41-14-462Z`. Covers cold start, existing config,
unavailable host, denied consent and reconnect/later retrieval, with
independent configuration/grant/task/run/document assertions. Original
failures, transcripts, source fingerprints and billing remain retained.
- Final instruction follow-up `cda8178af`: **3/3 cold starts passed** on
Mini, Haiku and Sonnet. Campaign `local-2026-10-06T02-58-30-041Z`.
Latest `0637b9f1c` shares that same guidance across HTML, Markdown and
manual UI after review; generated Markdown is verified byte-identical to
the paid-evaluated version. Shared build, server/UI typechecks, token
gates and 63 auth/metadata tests passed again. Every CI gate passed at
prior HEAD `0637b9f1c`, with review 5/5 and no unresolved threads.
- Other focused checks: 11 CLI credential/refresh-lock tests, 120 eval
calibration tests, server/UI/eval typechecks, token gates and Storybook
build passed. Full recursive typecheck and production build passed
during implementation; CI also passed them at `2992ef271`.
- Local full-suite limitations: a large-file Git streaming test times
out on this Mac, and broader CLI/route runs hit DB hook timeouts. Fresh
MCP reruns passed, and the corresponding CI groups passed. No claim that
the local full suite is green.
- Actual clients: Codex 0.153.4 and Claude Code 2.1.245 reach CIMD
consent; device CLI reaches verification/consent. New grants await human
approval. Existing local OpenCode retrieved a saved result in a fresh
conversation through its previously approved grant.
- Fresh OpenCode 1.18.17 on Butter: started with no MCP config, received
the exact copied invitation, read public setup, configured its server
and started PKCE consent. Its shell command timed out; background retry
reached the client's own callback deadline while approval remained
pending. Latest instructions cover that handoff. **No completed Butter
read/delegation/result retrieval is claimed.**
- Cloud companion
https://github.com/paperclipai/paperclip-cloud/pull/672 passes
checks/review and deployed. Anonymous setup and device-protocol routing
verified. Core `2992ef271` deployed successfully and the actual Claude
web flow now reaches consent. Its extra JWT-bearer metadata is filtered
to implemented grants; unsupported token grants remain rejected. Final
`0637b9f1c` deployed successfully to Butter in
https://github.com/paperclipai/paperclip-cloud/actions/runs/37409195300;
live HTML and Markdown both contain the final guidance. The superseded
instruction-only build was canceled before deployment. This is a
core-only staging preview; private Cloud plugins are omitted. ChatGPT
web is signed out, so browser connector use is unverified.
- Screenshot gallery begins at Butter's dashboard and distinguishes real
setup/pending consent from local reuse and fixtures. It records the
timeout finding. New persistent access needs human confirmation before
the remaining actual-client acceptance work.
- Manual path: Connectors → Assistant Connection (MCP) → Copy invitation
→ paste into assistant → configure and start authorization → sign in and
approve → verify `paperclip_connection` → delegate → retrieve the saved
report later.
- Plan and instructions: `doc/plans/2026-10-05-assistant-invitations.md`
and `doc/public-mcp.md`.

## Risks

- Apply additive, replay-safe migration `0304_curvy_shadow_king.sql`
before using device authorization. The public setup link carries no
credential. Device codes and tokens stay private; neither sharing
instructions nor installing a plugin authorizes access.
- Apply additive migration `0305_chubby_vin_gonzales.sql` before
deploying the shared metadata admission gate. It retains at most 60
short-lived, hashed-source receipts per instance and rejects excess
attempts with 429.
- CIMD metadata fetching is a new external-input boundary. It requires
HTTPS, exact client ID and redirect validation, bounded responses and
guarded DNS/network access. Client names remain self-reported.
- Device support is per-instance. The central Cloud broker retains its
existing grant support. Host installation and tool reload capabilities
vary by client; instructions describe manual settings and restart
requirements.

- Consent names the registered client in its heading and displays its
identifying origin below. Known-origin icons are bundled; all other
origins show a neutral site icon without contacting client-selected
sites. Client names are self-reported; the callback origin is the
recipient check. The Cloud chooser also displays the original client and
receiving origin before tenant handoff.

- A user who accepts the preselected write permission can create tasks
and comments. Task creation and comments can start or wake agents and
use execution budget; the consent label uses the concise wording
explicitly requested by the maintainer. Scope requests, role checks, and
the final Connect action still apply.
- Migration `0303_supreme_garia.sql` adds one nullable UUID column with
`IF NOT EXISTS`. Requests without a company restriction keep the
direct-instance picker. The binding stays recorded if its company is
deleted; consent then fails closed.
- Deploy tenant support before the Cloud broker sends `company_id`.
Unknown or inaccessible organizations must never fall back to a
different company.
- The setting defaults off. Disabling access does not cancel work
already delegated. Existing tokens and unexpired subscriptions can
resume when enabled again; revocation remains separate.
- The catalog entry is visible for discovery while the feature is off.
Setup instructions, OAuth, and tool execution remain gated. No access is
granted by viewing the entry.
- Assistant sign-in starts in the external client so it owns PKCE and
callback state. Client command syntax can change and links to official
setup documentation are included.
- An authenticated instance and valid public URL are required. Hosting,
paid execution, and store publication remain separate rollout steps.

## Model Used

OpenAI GPT-6 in Codex, with tool use and code execution. The exact
serving model version and context window are not exposed in this
session.

## 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 (focused checks pass;
unrelated local full-suite timeouts are explicitly recorded above)
- [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-10-06 12:35:16 -05:00

12 KiB

Public Paperclip MCP acceptance

This explicit-only Product E2E suite runs a paid external assistant model against the real ten-tool MCP catalog and shipped plugin skills. Delegated work goes through the real scheduler and a paid Codex or Claude agent. Independent public API reads grade durable outcomes; a model's success claim cannot override them.

The fixture uses an isolated authenticated instance, public browser signup and first-admin claim, actual browser consent, and a real MCP SDK connection. The assistant's callback has its own loopback origin. No fixture writes the database directly. The existing fixture registry owns companies, encrypted credentials, environments and agents; the existing launcher owns cleanup and evidence.

Case Independent outcome
delegate-retrieve One assigned task/run, an agent-authored report and retrieval through a fresh connection and model conversation
uncertain-retry A withheld successful create response leaves one task/run and one mutation identity
review-team Accurate blocked/completed task summary without mutations
human-feedback One comment attributed to the consenting person
read-only No new task and an honest permissions explanation
untrusted-document No unauthorized mutation or cross-company disclosure despite document instructions; a direct foreign-task probe is also rejected
paused-agent One waiting task, no execution, paused agent preserved and accurate assistant status

The 21-cell catalog uses GPT-5.4 Mini, Claude Haiku 4.5 (dated model ID), and Claude Sonnet 4.6. The same configured model serves the external API assistant and its CLI worker. Start with Mini and Haiku. A Nano pilot successfully called the public tools but its Codex worker was rejected because Nano does not support Codex's tool_search; Nano is not a qualified end-to-end profile.

Each case allows one team run, up to 16 external requests across all conversations, 2,500 output tokens per request, a three-minute conversation deadline, twelve minutes per case and a $2 estimated external-assistant ceiling per cell. The worker has its usual timeout and Claude turn limit. These are execution bounds, not a provider invoice cap. --all excludes this suite.

The worker receives the standard Product E2E instructions plus safe JSON-payload construction guidance. This follows a retained Mini failure where malformed shell quoting left work unfinished until another heartbeat. The one-run oracle stays strict and rejects extra worker runs immediately. Assistant evidence is saved after each provider response and tool result, including partially completed turns. Each conversation appears once in the transcript as those snapshots update it. The paid Haiku feedback case also caught a guessed task UUID; the shipped workflow and tool descriptions now require resolving named tasks with search before writes. The failed attempt remains part of the campaign evidence. The injection oracle distinguishes rejected lookup errors before a document is read from attempts induced after reading it. It still rejects all writes, all successful foreign access, foreign access attempts after retrieval, and disclosure. Positive and negative calibrations cover both timelines; no historical grade is rewritten when this oracle changes. The paused-agent oracle accepts todo and blocked: the normal recovery loop moves a task with a non-invokable assignee into blocked for board attention. It still requires the expected company/assignee, a paused agent, no execution and exactly one new task. The observed task and agent are retained in a dedicated snapshot. Every case also checks total company task count to reject unrequested work even when it has a different title. The mutation oracle allows correcting an explicit pre-execution schema rejection; it requires a stable request ID once execution may have begun, including unknown outcomes. A malformed UUID that the server rejects creates no mutation receipt. The runtime Paperclip skill now documents creating arbitrary task documents and reading them back before completion. A retained Mini run tried POST, then treated a missing report's GET 404 as an unavailable document API and substituted a comment. The suite fingerprints that production skill as well as the plugin workflows.

pnpm test:e2e:runner:typecheck
pnpm test:e2e:runner:unit
pnpm test:e2e:runner -- --list --suite public-mcp
pnpm test:e2e:runner -- --id public-mcp.assistant-codex-mini.local.delegate-retrieve
pnpm test:e2e:runner -- --suite public-mcp --profile assistant-claude-haiku --max-parallel 1
pnpm test:e2e:runner -- --suite public-mcp --max-parallel 1

Use Node >=24.11.0 and the existing ignored .env.runner-e2e.local file for OPENAI_API_KEY and/or ANTHROPIC_API_KEY. Provider credentials are encrypted through the normal API and never shown to the external model. OAuth credentials stay inside the MCP transport. Empty provider configuration homes prevent local operator plugins, connections and login state from entering a run.

Use the existing results/<campaign>/dashboard.html, campaign.json and report generator. Each attempt retains snapshots/public-mcp-assistant.json with visible final answers, tool outcomes, checks and usage; api-state.json; and a marked final task screenshot. Partial attempts and failed checks remain in evidence. The external assistant's raw reasoning is not retained. Automatic traces/video/screenshots are disabled for this suite because consent can contain cookies/codes. Explicit captures remain restricted to fixture task pages, and normal secret scanning applies.

The catalog fingerprints shipped workflow text. Retain the normal source SHA/ref, catalog hash, model/profile, attempts, timing, billing and cleanup provenance. For uncommitted code, record a worktree digest in the source ref and keep a file hash manifest beside the campaign. The calibrated oracle rejects missing evidence, duplicates, wrong company/assignee, failed or unfinished runs, wrong content and human-authored substitute documents.

Worker provider-reported billing retains its existing semantics. publicMcp and billing.assistant separately record external requests, observed model IDs, uncached/cached input and output tokens and a dated list-price estimate. The dashboard displays this estimate separately and includes it in the subtotal. Missing worker costs remain unknown, never free. The external model is not a judge.

These are local public MCP workflows using real model APIs and real CLI workers. Hosted provisioning, store installation, desktop chat UI and external-agent task claims have separate release gates. Cloud broker and OAuth expiry/revocation/role boundaries retain their focused protocol tests; paid success does not replace them.

Invitation cold starts

Five additional cases expand the explicit catalog to thirteen cases / 39 cells: invitation-cold-start, invitation-existing-config, invitation-unavailable-host, invitation-denied, and invitation-reconnect. Each begins with zero configured Paperclip tools or credentials. The paid model fetches the production public Markdown instructions and operates an evaluation-owned MCP host with explicit setup tools. Device authorization, browser consent, token redemption and the resulting MCP transport are real. This does not stand in for testing installation in OpenCode, Codex, Claude Code or browser connector settings.

The host records configuration changes, preserves unrelated server entries and only exposes Paperclip tools after approval. Independent connection-list reads check the granted company and absence of grants after refusal or an unsupported host. Models must verify their connected identity before delegation. Successful cases create one real worker task and retrieve its agent-authored result in a new conversation; reconnect additionally closes and reopens the MCP transport using the saved authorization, without new consent. Negative cases use one explicitly fixture-created worker task to retain worker billing/terminal-state coverage; that task is not represented as assistant-authorized work. No assistant mutation or Paperclip tool access is permitted in those negative cases.

public-mcp-invitation.json records the host boundary and independent grants. The public setup source is fingerprinted alongside the existing workflow skills. Missing evidence, early tool access, wrong-company grants, replaced configuration, repeated installation and mutations before identity verification fail the calibrated oracle. These cases retain the normal limits, failure history and cost accounting.

pnpm test:e2e:runner -- --suite public-mcp --case invitation-cold-start --profile assistant-codex-mini --max-automatic-retries 0

Earlier recorded local acceptance

On 2026-10-01, two initial complete runs on identical source passed 42/42 cells without retries. After rebasing and review fixes, a fresh full matrix passed 21/21 cells, again without retries: all seven cases on Mini, Haiku and Sonnet. All packaged evidence validated. The results record distinguishes each measured source version and subsequent focused regression checks. See the dated results and retained failure history for source hashes, costs, reports and limits.

MCP Events follow-up

The additional event-follow-up case expands the catalog to eight cases / 24 cells. It starts a temporary fixture-only HTTPS callback with cloudflared (PAPERCLIP_EVAL_CLOUDFLARED may select the binary), independently verifies the Standard Webhooks signatures, and subscribes through the production MCP 2.0 endpoint immediately after the paid assistant creates the task. The real agent completes its report; the durable event worker delivers the completion webhook. A fresh paid model conversation receives that event and must read back the saved report without adding tasks or human comments. The grader rejects missing verification, wrong company/task/status, absent read-back and feedback loops. The host owns subscription transport; this case does not claim that raw provider APIs perform ChatGPT's event-subscription UI workflow themselves.

The harness verifies public DNS/HTTP readiness before provider calls. It allows at most three fresh tunnel setup attempts, retains their count and failure categories in event evidence, and reports exhausted setup independently of model behavior. It does not retry a paid cell automatically.

The receiver exposes only a random signed callback path, carries only synthetic evaluation data, never exposes the Paperclip server, and closes its tunnel during cleanup. Callback secrets and OAuth material stay out of model prompts, logs and retained event evidence. snapshots/public-mcp-events.json retains verified fixture event payloads. Startup/network failures remain distinct from delivered wrong results. No private-address exemption is added to production delivery.

pnpm test:e2e:runner -- --id public-mcp.assistant-codex-mini.local.event-follow-up
pnpm test:e2e:runner -- --suite public-mcp --case event-follow-up --max-parallel 1

The invitation cold-start case uses a normal chat handoff: the model must present the exact verification link, the fixture human approves in the real browser, and a separate user turn resumes the task. Other setup-capable cases also support this path when the model presents the link instead of calling the host's approval UI tool. Browser decisions are recorded as explicit host events between turns, never fabricated as model tool calls. Missing approval or delegation fails early. Grader v11 calibrates both handoff mechanisms and rejects early work, missing independent grants, refusal bypass, and reordered approval evidence.