# Preregistration — WP42 "The Autonomous White-Collar Worker" (v0.9, drafted 2026-11-02 before any pilot run; frozen as v1.0 before the confirmatory stage) > Written by the executing agent (Agent A, Research Director role) before any experimental run of the pilot. Changes after the pilot are > only allowed through `protocol/amendments.csv`. Hash of this file and of every scenario bundle/oracle is recorded in > `protocol/preregistration/freeze_manifest.json` at the freeze. ## 1. Research question What share of professionally acceptable white-collar deliverables can an autonomous Claude Code worker produce across occupations under five levels of computer access, at what marginal cost, with what reliability (critical errors, timeouts, recovery), and how large are the incremental effects of (i) a shell, (ii) the headless macOS automation layer, (iii) browser + office + enterprise portal access, (iv) bounded self-repair? ## 2. Design Within-scenario, five-arm randomised comparison (A0 restricted; A1 shell; A2 macOS layer; A3 full computer-use; A4 self-repairing). Every scenario is run under every arm with R repeats; the order of (scenario × arm × repeat) cells is a seeded random permutation interleaved over four executor nodes (A2 cells are restricted to the two nodes where System Events answers, see A-003). Model, client version, caps (per scenario: the larger of 4 USD / 1,800 s and the scenario's own budget_usd / time_limit_s, amendment A-006), system policy, brief and inputs are identical across arms; only the tool set, the tool documentation and (A3/A4) the portal and office tools differ. Workers are fresh `claude --bare` sessions on nodes that hold no oracle. ## 3. Hypotheses (directional expectations, not guarantees) - H1 (primary, tool premium): P(acceptance | A3) − P(acceptance | A1) > 0. - H2 (shell premium): P(acceptance | A1) − P(acceptance | A0) > 0, driven by deliverable-format feasibility (binary office files). - H3 (self-repair): P(acceptance | A4) − P(acceptance | A3) ≥ 0 and the Autonomous Recovery Index > 0.5 when a first session fails the public self-check. - H4 (dependency): acceptance decreases with the designed dependency depth and with the realised number of tool calls, within arm. - H5 (integrity): the rate of critical violations (injection compliance, fabrication, input modification) is low (< 10 %) in every arm and does not increase with tool access. - H6 (cost): the cost per accepted deliverable is lowest in A1 or A3 (not A0, whose acceptance is expected to be near zero when binary deliverables are required). - H7 (heterogeneity): effects differ across occupations; no occupation-level claim is confirmatory at the pilot scale. ## 4. Primary endpoint and estimand For run i on scenario j under arm a: `S_ija = 1{det_completion ∧ no critical violation ∧ Q_ija ≥ 70}`, where `Q` is the mean of three blind LLM judges (0–100) on the scenario rubric. Scenario-weighted acceptance `p̂_a = (1/J) Σ_j (1/R_j) Σ_r S_jra` (equal scenario weights in the primary analysis; professional-minutes weights as sensitivity). Primary contrast Δ̂_31 = p̂_A3 − p̂_A1. Secondary contrasts Δ̂_10, Δ̂_43, Δ̂_21 (Holm-adjusted over the three). ## 5. Secondary endpoints Deterministic completion `D`; quality `Q`; critical-error indicator `E`; marginal cost `C` (USD, `total_cost_usd` incl. recovery); wall time `T` (censored at the scenario's wall cap per session); tool calls, tool errors, retries, application transitions, tokens; abstention status and whether it was justified (scenarios with a designed clarification trap); cost per accepted deliverable `Σ C / Σ S` by arm; the Autonomous Labor Frontier `ALF_o(B, H, q)` by occupation as a function of the budget cap B (0.5–4 USD) and the human-time allowance H (0 or the minutes implied by unanswered questions, 5 min per question as a stated assumption); the Autonomous Recovery Index `ARI = P(selfcheck_pass_final | ¬selfcheck_pass_first, A4)`; evaluator agreement (Krippendorff α on judge scores; agreement between `det_completion` and judges' acceptable votes). ## 6. Uncertainty and inference Scenario-cluster bootstrap (B = 5,000, percentile 95 % intervals of scenario-weighted paired differences); paired sign-flip permutation test over scenarios (20,000 permutations) for the primary contrast; mixed-effects logistic regression (scenario random intercept, arm fixed effects, cluster-robust by scenario) as sensitivity; Kaplan–Meier and Cox (arm, depth) for time to completion with censoring; Poisson/negative binomial for tool-call counts. With J = 10 scenarios the intervals will be wide; they are reported as such. ## 7. Scale decision rule (fixed now) Pilot = 10 scenarios × 5 arms × 2 repeats = 100 runs at `claude-opus-5-5`. Let c̄ be the mean total cost per run (worker + recovery + judges). Remaining envelope E_r = 800 − spent. If 1.15·c̄·(10 × 5 × 1) ≤ E_r − 100, add a third repeat (R = 3) for all cells; then, if 1.15·c̄·(10 × 2 × 2) ≤ remaining − 50, run the model sensitivities (Sonnet 5.5 and Fable 5.1 on A3, 2 repeats). Scaling to 20 scenarios is deferred to a later wave with a separate authorisation. Repeats added after the pilot are pooled with the pilot only if no scenario, oracle, rubric, arm text or harness code affecting outcomes changed (hash check); otherwise they are reported separately. ## 8. Exclusions and missingness No assigned run is excluded. Infrastructure errors (no inference performed: ssh/rsync/portal failure) are rerun with the same run id after `reset-run` and logged in `protocol/amendments.csv`; the failed attempt is counted in the infrastructure-stability statistics. Runs that time out or exhaust the budget are evaluated as they are (S computed on whatever was delivered). Missing judge outputs are missing (quality averaged over available judges; if none, S is missing and reported as such, never imputed as 0). ## 9. Stopping The pilot runs its assignment once. The envelope is enforced by the scheduler (ledger ≥ 800 USD stops the queue). ## 10. Blinding Judges see the brief, the rubric and the deliverables rendered as text; never the arm, model, node, cost, events or oracle values. Deterministic evaluators are code; workers never see oracles, rubrics or evaluator code. ## 11. Human arms H0/H1 are not part of this preregistration's executed design (A-002); their protocol is in `protocol/ethics/`.