feat(b-0852.3a-prep): capture USB UUID during iter-4.2 ESP probe — closes precondition #3 for Step 6.95-picker (operator-blocking 're-enter credentials over and over' pain point) by AceHack · Pull Request #5637 · Lucent-Financial-Group/Zeta

AceHack · 2026-05-27T20:53:12Z

Summary

Operator-blocking pain point 2026-05-27: "i'm witing on the tool to be resable so i don't have to enter credentals over and over everytime."

Root cause: the B-0852 cred-persistence picker at Step 6.95-picker has 3 gate preconditions:

`ZETA_CREDS_PICKER=1` env var
`ZETA_CREDS_PASSPHRASE` env var
`/etc/zeta/usb-uuid` file present

Of these, precondition #3 was NEVER auto-populated by the installer — nothing in `zeta-install.sh` writes that file. Result: picker SKIPs on every install regardless of operator intent. The crypto substrate at `tools/installer/zeta-creds-crypto.ts` (scrypt → HKDF chain binding key to USB-UUID) requires the UUID to be available, but the binding side was wired before the capture side existed.

What changed

After the existing iter-4.2 ESP-probe finds `PUBKEY_FILE`, piggyback a blkid call to capture the USB filesystem UUID and write it to:

`/etc/zeta/usb-uuid` (installer environment)
`/mnt/etc/zeta/usb-uuid` (installed system — survives reboot)

Algorithm

Determine the partition device hosting `PUBKEY_FILE`:
- Try-2 path (we mounted ESP ourselves): use `$part` variable
- Try-1 path (already-mounted FS): walk up dirs with findmnt -no SOURCE until we find the mountpoint's source device
sudo blkid -o value -s UUID <device> → UUID
Write to both target paths + chmod 0644
Echo confirmation OR specific warning on failure

What this does NOT yet do (subsequent sub-rows)

Set `ZETA_CREDS_PICKER=1` (precondition deps: Bump FsUnit.xUnit from 7.1.0 to 7.1.1 #1)
Prompt for passphrase to set `ZETA_CREDS_PASSPHRASE` (precondition Round 26 — rename tail, §18 memory clarification, three dispatches #2; future sub-row matching iter-5.3 password-prompt pattern)
Add restore-on-boot path that auto-fires when blob exists (future sub-row; uses existing `zeta-creds-restore.ts`)

This iteration is the SMALLEST SHIPPABLE ADVANCE — closes one of three preconditions without touching the picker invocation control-flow. Picker still SKIPs by default; subsequent sub-rows flip the other two preconditions to default-ON.

Local validation

bash -n syntax PASS
60 lines added; surgical to the iter-4.2 block

Composes with

B-0789 / iter-4.2 (existing ESP-probe + pubkey-injection substrate this commit piggybacks on)
B-0852 / Step 6.95-picker (the picker that consumes `/etc/zeta/usb-uuid`)
tools/installer/zeta-creds-crypto.ts (the HKDF-UUID-binding this UUID feeds)
tools/installer/zeta-creds-picker.ts (existing TS impl that reads `/etc/zeta/usb-uuid`)
full-ai-cluster/INJECTION-POINTS.md (catalog of injection points; this work makes in-flight item Round 29 — CI pipeline + three-way parity install + factory-improvement surge #5 more concrete)
PR feat(zeta-install): cluster-type menu with hardware-detection suggested default (operator-named direction; live-USB install flow) #5635 (cluster-type menu; different scope; no conflict)

Test plan

Branch guard checked before commit
Tree-count canary 61
Local bash -n syntax check
CI: build-ai-cluster-iso (TRIGGERED via full-ai-cluster/usb-nixos-installer/** path)
Once merged + ISO rebuilds, the UUID gets captured on real boot — operator can then set `ZETA_CREDS_PICKER=1 ZETA_CREDS_PASSPHRASE=...` to opt into picker (next sub-rows will flip default-ON)

🤖 Generated with Claude Code

…ite to /etc/zeta/usb-uuid — closes precondition #3 for Step 6.95-picker (cred-blob persistence) Operator-blocking pain point 2026-05-27: "i'm witing on the tool to be resable so i don't have to enter credentals over and over everytime." Root cause: the B-0852 cred-persistence picker at Step 6.95-picker has 3 gate preconditions: 1. ZETA_CREDS_PICKER=1 env var 2. ZETA_CREDS_PASSPHRASE env var 3. /etc/zeta/usb-uuid file present Of these, precondition #3 was NEVER auto-populated by the installer — nothing in zeta-install.sh writes that file. Result: picker SKIPS on every install regardless of operator intent. The crypto substrate at tools/installer/zeta-creds-crypto.ts (scrypt → HKDF chain binding key to USB-UUID) requires the UUID to be available, but the binding side was wired before the capture side existed. This commit closes precondition #3 by capturing the USB UUID during the existing iter-4.2 ESP probe (we're already mounting + reading the ESP for operator-ssh-keys.pub; piggyback the blkid call): ALGORITHM: 1. After iter-4.2 finds PUBKEY_FILE, determine the partition device that hosts it: - Try-2 path (we mounted ESP ourselves): use $part variable - Try-1 path (already-mounted FS): walk up dirs with findmnt -no SOURCE until we find the mountpoint's source device 2. Run `sudo blkid -o value -s UUID <device>` to get the FS UUID 3. Write to /etc/zeta/usb-uuid (installer env) + /mnt/etc/zeta/usb-uuid (installed system; survives reboot) 4. Echo confirmation OR specific warning on failure DOES NOT YET: - Set ZETA_CREDS_PICKER=1 (precondition #1; future sub-row) - Prompt for passphrase to set ZETA_CREDS_PASSPHRASE (precondition #2; future sub-row matching iter-5.3 password-prompt pattern) - Add restore-on-boot path that auto-fires when blob exists (future sub-row; uses existing zeta-creds-restore.ts) This iteration is the SMALLEST SHIPPABLE ADVANCE — closes one of three preconditions without touching the picker invocation control-flow. The picker still SKIPs by default; subsequent sub-rows flip the other two preconditions to default-ON. LOCAL VALIDATION: - bash -n syntax PASS - 60 lines added; surgical to the iter-4.2 block COMPOSES WITH: - B-0789 / iter-4.2 (existing ESP-probe + pubkey-injection substrate this commit piggybacks on) - B-0852 / Step 6.95-picker (the picker that consumes /etc/zeta/usb-uuid) - tools/installer/zeta-creds-crypto.ts (the HKDF-UUID-binding this UUID feeds) - tools/installer/zeta-creds-picker.ts (existing TS impl that reads /etc/zeta/usb-uuid) - full-ai-cluster/INJECTION-POINTS.md (catalog of injection points; this work makes the in-flight item #5 more concrete) - PR #5635 (cluster-type menu; different scope; no conflict) Per operator 2026-05-27 multi-message direction: "i'm counting on you to keep the backlog going even when i'm not here" + "Addison has called me 4 or 5 times" — this ships during operator-offline window per the autonomous-loop's actual purpose. Co-Authored-By: Claude <noreply@anthropic.com>

chatgpt-codex-connector · 2026-05-27T20:53:18Z

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.

…or-opt-out — closes precondition #1; picker auto-fires for every install (operator's 'don't re-enter credentials over and over' solution lands) (#5639) Closes precondition #1 of 3 blocking the B-0852 cred-persistence picker. Together with PR #5637 (precondition #3 USB-UUID capture) and PR #5638 (precondition #2 passphrase prompt), this is the LAST sub-row needed to close the operator pain point named 2026-05-27: "i'm witing on the tool to be resable so i don't have to enter credentals over and over everytime." PRE-CONDITION-CLOSING STATUS POST-MERGE OF THIS PR: - #1 ZETA_CREDS_PICKER=1: DEFAULT-ON (this PR) - #2 ZETA_CREDS_PASSPHRASE: auto-populated by Step 6.56 prompt (PR #5638) - #3 /etc/zeta/usb-uuid: auto-captured by B-0852.3a-prep at iter-4.2 ESP probe (PR #5637) Result: picker auto-fires for every install where operator entered a passphrase at Step 6.56. Reboot restore-path follows in B-0852.3d. WHAT CHANGED: Replaced gate condition: if [ -n "${ZETA_CREDS_PICKER:-}" ] && [ "$ZETA_CREDS_PICKER" = "1" ] && \ [ -f /etc/zeta/usb-uuid ] && [ -n "${ZETA_CREDS_PASSPHRASE:-}" ]; then # picker runs else # SKIP fi With explicit-opt-out logic that enumerates 4 disable conditions: 1. ZETA_CREDS_PICKER=0 env var (explicit env opt-out) 2. /etc/zeta/no-picker marker file present (file opt-out) 3. /etc/zeta/usb-uuid missing (precondition #3 failure) 4. ZETA_CREDS_PASSPHRASE empty (operator skipped passphrase at 6.56) Each opt-out case echoes the SPECIFIC reason; previous behavior emitted only a generic "set ZETA_CREDS_PICKER=1 + ... to enable" message that masked which precondition was actually missing. BACKWARD COMPATIBILITY: - Automated installs that don't want picker: set ZETA_CREDS_PICKER=0 OR touch /etc/zeta/no-picker BEFORE running zeta-install.sh - Operator who doesn't want cred-blob this install: press Enter at Step 6.56 passphrase prompt (empty passphrase auto-opts-out) - Existing scripts that set ZETA_CREDS_PICKER=1 explicitly: still work (the flip is on DEFAULT-when-unset; explicit-1 still works) UNSET-AFTER-PICKER PRESERVED: The unset ZETA_CREDS_PASSPHRASE discipline from PR #5638 is preserved inside the picker-runs branch. LOCAL VALIDATION: - bash -n syntax PASS - ~30 lines added/restructured around gate condition; net +30 lines COMPOSES WITH: - PR #5637 (B-0852.3a-prep USB UUID capture) - PR #5638 (B-0852.3b passphrase prompt + unset-after-picker) - tools/installer/zeta-creds-picker.ts (existing TS impl; no changes needed; this PR only changes the install-script gate that invokes it) - full-ai-cluster/INJECTION-POINTS.md (catalog of injection points; in-flight item #5 substrate now operator-facing) Per operator 2026-05-27 multi-message direction + the operator-blocking pain point named in B-0852: this PR ships the LAST blocker to "don't re-enter credentials over and over." Once merged + ISO rebuilds + operator boots: 1. Step 6.56 prompts for passphrase (PR #5638) 2. iter-4.2 captures USB UUID -> /etc/zeta/usb-uuid (PR #5637) 3. Step 6.95-picker auto-fires; encrypts cred-blob to /esp/zeta-creds.enc 4. (Follow-up B-0852.3d: restore-on-boot path reads blob; operator never re-enters credentials) Co-authored-by: Lior <lior@zeta.dev> Co-authored-by: Claude <noreply@anthropic.com>

…ault-on with interactive prompt across all hosts via common.nix — closes the loop on operator's 'don't re-enter credentials over and over' pain point at INSTALLED-system-boot scope (#5640) The B-0852 install-side substrate cascade (PRs #5637 + #5638 + #5639) closes the 3 preconditions that gate the install-time cred-blob picker. But the install-side picker only WRITES the blob; the operator pain point ("don't re-enter credentials over and over everytime") closes when the INSTALLED system READS the blob at boot + restores creds WITHOUT operator intervention beyond a single passphrase prompt. The zeta-creds-restore.nix NixOS module is already fully implemented (PR #5476 et al; 214 lines; ConditionPathExists guards + scrypt+HKDF decrypt via zeta-creds-restore.ts + writes per-cred paths). What was missing: the module is opt-in (lib.mkEnableOption defaults to false) and no host config opts in. This commit flips the default at the common.nix import scope (every host inherits the default-on) via lib.mkDefault on BOTH options: zeta.credsRestore = { enable = lib.mkDefault true; passphraseMode = lib.mkDefault "interactive"; }; WHY SAFE: the module's systemd unit has ConditionPathExists checks for blob + uuid + script + bun shim. On any host without a written cred-blob (e.g., first install before Step 6.95-picker has fired, OR fresh install where operator skipped Step 6.56 passphrase prompt), the unit no-ops cleanly. On hosts WITH a blob, systemd-ask-password prompts on tty1 for the passphrase at each boot. WHY INTERACTIVE (not file): file mode requires operator to pre-stage /run/zeta-creds-passphrase before service start, which is NOT auto-restore. Interactive mode prompts the operator once at boot via tty1 (well-established systemd pattern). Per-host opt-out path: set zeta.credsRestore.passphraseMode = "file" + arrange /run/passphrase staging via separate mechanism (for headless / cluster scenarios). WHY mkDefault (not direct assignment): per-host configs can override without conflict warnings; the common module sets the FLEET DEFAULT; individual hosts (e.g., headless control-plane-with-pre-staged-key, worker that should never restore) can override per their substrate. END-TO-END OPERATOR EXPERIENCE (post all 4 PRs): 1. First install: boot live-USB; zeta-install.sh runs - Step 6.56: passphrase prompt (PR #5638) - iter-4.2: captures USB UUID -> /etc/zeta/usb-uuid (PR #5637) - Step 6.95-picker: auto-fires; writes /esp/zeta-creds.enc (PR #5639) - Operator goes through gh + claude + gemini + codex device-flow logins ONCE (existing behavior) - Picker bundles them into the encrypted blob 2. Subsequent boots: NixOS boots installed system - zeta-creds-restore.service fires (this PR + module substrate) - systemd-ask-password prompts on tty1 ONCE - Operator types the SAME passphrase they used at Step 6.56 - Restore CLI decrypts blob + writes /home/zeta/.config/{gh,claude,gemini,codex} per declarative manifest (zeta-creds-manifest.ts) - Operator NEVER re-enters gh/claude/gemini/codex device-flow That IS the operator's "don't re-enter credentials over and over" solution. LOCAL VALIDATION: - Nix syntax: trivial change; the option assignments use the module's own option declarations + lib.mkDefault helper - No new module dependencies COMPOSES WITH: - PR #5637 (B-0852.3a-prep USB UUID capture) - PR #5638 (B-0852.3b passphrase prompt + unset-after-picker) - PR #5639 (B-0852.3c default-flip with 4-path opt-out) - full-ai-cluster/nixos/modules/zeta-creds-restore.nix (existing module substrate; no changes needed) - tools/installer/zeta-creds-restore.ts (existing TS impl) - B-0855.1 zeta-self-register (declares After = "zeta-creds-restore.service"; ordering preserved) - full-ai-cluster/INJECTION-POINTS.md (catalog; in-flight item #5 now operator-facing end-to-end) Per operator 2026-05-27 multi-message direction + the operator- blocking pain point + the "i'm counting on you to keep the backlog going even when i'm not here" framing: this PR ships during operator- offline window per the autonomous-loop's actual purpose. Co-authored-by: Lior <lior@zeta.dev> Co-authored-by: Claude <noreply@anthropic.com>

… + B-0852 cred-blob substrate + subsequent-boot restore — reflects PRs #5635 + #5637 + #5638 + #5639 + #5640 substrate now operator-facing (#5641) Operator pain point context: PROVISIONING.md was written before the B-0852 cred-blob substrate + B-0857.2 cluster-type menu landed; the doc still described the bare HOST free-text prompt + had nothing about the cred-blob substrate. Operators reading this doc had no way to discover the new substrate they were going to encounter on next install. THIS COMMIT adds two new sub-sections to "Step 4: boot the box on the USB": ### Interactive zeta-install.sh flow (Step 4 expansion) Documents the 7 prompts in order that the operator sees when running zeta-install.sh interactively: 1. iter-5.3 initial password (Step 6.55) 2. B-0852.3b cred-blob passphrase (Step 6.56; default-on per B-0852.3c since 2026-05-27) 3. iter-5.2 hostname injection (Step 6.6) 4. iter-5.1 WiFi persistence (Step 6.7) 5. iter-5.4.0 homelab gh-auth (Step 6.8) 6. Cluster-type menu (Step 6 host-attribute selection; B-0857.2 per PR #5635 since 2026-05-27) — numbered menu with lspci-based hardware-detection suggested default 7. Step 6.95-picker cred-blob picker (B-0852.3c default-on with 4-path opt-out) ### Subsequent-boot credential restore (B-0852.4 — operator pain point closure) Documents the systemd-ask-password prompt on tty1 at each boot + the zeta-creds-restore.service flow + per-host opt-out paths (enable=false; passphraseMode=file for headless). Composes with: - PR #5635 (cluster-type menu + lspci hardware detection) - PR #5637 (B-0852.3a-prep USB UUID capture) - PR #5638 (B-0852.3b passphrase prompt + unset-after-picker) - PR #5639 (B-0852.3c picker default-on with 4-path opt-out) - PR #5640 (B-0852.4 restore-service default-on with interactive mode; CLOSES THE LOOP at installed-system-boot scope) - full-ai-cluster/INJECTION-POINTS.md (sibling injection-points catalog; this commit is the operator-facing PROVISIONING-side documentation that the catalog references at architectural scope) Doc-only commit; no code paths touched; no zeta-install.sh edits (stays out of the way of the 3 in-flight zeta-install.sh PRs). Per operator 2026-05-27 multi-message direction: ships during operator-offline window per the autonomous-loop's purpose. Co-authored-by: Lior <lior@zeta.dev> Co-authored-by: Claude <noreply@anthropic.com>

…inding on #5640 — restore service never fired) (#5644) * fix(b-0852.4): correct cred-blob default path /esp → /boot to match installed-system ESP mount (Copilot finding on #5640) PR #5640 shipped credsRestore.enable=true with blobPath defaulting to `/esp/zeta-creds.enc`. Copilot review flagged the substrate-honest bug: - At INSTALL-TIME (live USB), zeta-install.sh's Step 6.95-picker writes the blob to `/esp/zeta-creds.enc` because the live installer mounts the target ESP at `/esp` - POST-REBOOT, disko (`disko-shapes/2nvme.nix`) mounts the SAME ESP partition at `/boot` per `mountpoint = "/boot"` - The blob is the same physical file on the same ESP partition, but the mount path differs by context The restore service runs POST-REBOOT, where the file is at `/boot/zeta-creds.enc` — NOT `/esp/zeta-creds.enc`. So: - ConditionPathExists = "/esp/zeta-creds.enc" always evaluates FALSE on the installed system (`/esp` doesn't exist post-reboot) - systemd silently skips the unit (condition unmet) - restore-from-cred-blob NEVER FIRES on any installed node - creds are never restored at boot - operator has to manually re-enter every credential each reboot — which is exactly the pain point the whole B-0852 cascade was designed to solve This commit changes the default to `/boot/zeta-creds.enc` so the service can actually find the blob it's supposed to decrypt. Also expands the option description to explain the install-vs-installed mount-path distinction so future maintainers don't reintroduce the same confusion. No changes to zeta-install.sh: the install-time write to `/esp/zeta-creds.enc` is correct for the install-time context; disko's later remount-as-/boot is what makes the file accessible at the new path. Validation: - `nix-instantiate --parse zeta-creds-restore.nix` parses clean (no syntax change; only literal value + description text) - Substrate-honest: this is a single-line semantic fix; the multi-line description expansion is wake-time substrate for the next maintainer who edits this module Composes with #5640 (the row that surfaced the issue), #5643 (passphrase-env supersede), and the B-0852 cred-persistence cascade (#5635 + #5637 + #5638 + #5639 + #5640 + #5641 + #5642). Addresses CRITICAL Copilot finding on #5640. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * fixup(b-0852.4): producer-side /esp → /mnt/boot + clean option doc (Copilot threads on #5644) P1 — producer-side path mismatch ALSO needs fixing Prior commit fixed CONSUMER (restore service) but PRODUCER (Step 6.95-picker) was writing to /esp/zeta-creds.enc — which doesn't correspond to any mount. Target ESP is mounted at /mnt/boot during install (zeta-install.sh:226). Blob was landing on live USB rootfs, not target ESP. Reboot lost it. Fix: picker --output /esp/zeta-creds.enc → /mnt/boot/zeta-creds.enc. Producer now writes to target ESP mount, disko remounts as /boot post-reboot. Same physical file at two mount paths bridges the install-vs-installed boundary. P2 — option doc style: strip PR-review history attribution Prior commit included "caught by Copilot review on PR #5640" in option doc. Repo convention: code/current-state docs use role-neutral present-tense contract text; PR-review history lives in commit messages + history surfaces. Fix: rewrite doc as present-tense contract for the option (what it configures + install-vs-installed mount convention for operators using non-default ESP layouts). Validation: bash -n OK. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> --------- Co-authored-by: Lior <lior@zeta.dev> Co-authored-by: Claude <noreply@anthropic.com>

…D018 fix (Copilot 6 threads on #5648) Comprehensive accuracy rewrite addressing all 6 Copilot findings: 1. "no more re-entering" overclaim — passphraseMode=interactive DOES prompt every boot via systemd-ask-password. Reframed accurately: N per-tool login flows → ONE cred-blob passphrase. The improvement is atomicity, not zero typing. 2. Install log lines mismatch — restored to match actual zeta-install.sh output (Step 6.56 + Step 6.95-picker actual strings). 3. /boot path correctness — preserved (#5644 already fixed producer/consumer alignment to /mnt/boot ↔ /boot). 4. Manifest coverage — included gemini + codex paths (~/.gemini/oauth_creds.json, ~/.codex/auth.json) plus the full default-manifest table. 5. Second-reboot expectation — corrected: interactive mode prompts every boot by design. Operator who wants no-prompt-at-boot can switch to passphraseMode="file" (with security tradeoff named). 6. Filename reference — zeta-creds-cli.ts → zeta-creds-manifest.ts (actual canonical location of defaultManifest). Also fixes MD018 lint failure: line "#5639 + #5640 + #5643 + #5644 +" was being parsed as an ATX heading because # was at column 1. Replaced the line-wrapped PR-number prose with the default-manifest table (more useful + no MD018 trigger). Composes with: - B-0852 cred-persistence cascade (PRs that ACTUALLY ship: #5635, #5637, #5639, #5640, #5641, #5642, #5644, #5645, #5646, #5648, #5649, #5650; #5638 + #5643 were superseded → closed without merge) - common.nix passphraseMode=interactive default (PR #5640) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>

…o-end verification checklist for operator) (#5648) * docs(provisioning): add cred-restore smoke-test section — first-boot + post-reboot + second-reboot verification + troubleshooting table (B-0852 end-to-end) The B-0852 cred-persistence cascade (PRs #5635 + #5637 + #5638 + #5639 + #5640 + #5643 + #5644 + #5646) closes the operator's 'don't re-enter creds over and over' pain point. This docs addition gives operators a concrete checklist to verify the full path works after a fresh USB install: - First-boot verification: what install log lines to look for - Post-reboot verification: systemctl + ls + auth-status commands - Second-reboot verification: confirm no re-entry needed - Troubleshooting table: 4 common symptoms with likely causes Closes the gap between 'cascade is shipped' and 'operator can confirm cascade works on their hardware'. The operator no longer has to figure out which systemd unit to query or which paths to check — the checklist names them. Composes with: - PROVISIONING.md (existing operator-facing install doc) - B-0852 cred-persistence substrate - The audit-extension PR (separate; catches drift at CI time) Substrate-honest scope: this is operator docs, not a TS tool. A follow-on TS smoke-test runner (run on the installed system to auto-verify the checklist) is a candidate for follow-up work but out of scope for this commit. 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> * fixup(docs): rewrite cred-restore smoke-test section for accuracy + MD018 fix (Copilot 6 threads on #5648) Comprehensive accuracy rewrite addressing all 6 Copilot findings: 1. "no more re-entering" overclaim — passphraseMode=interactive DOES prompt every boot via systemd-ask-password. Reframed accurately: N per-tool login flows → ONE cred-blob passphrase. The improvement is atomicity, not zero typing. 2. Install log lines mismatch — restored to match actual zeta-install.sh output (Step 6.56 + Step 6.95-picker actual strings). 3. /boot path correctness — preserved (#5644 already fixed producer/consumer alignment to /mnt/boot ↔ /boot). 4. Manifest coverage — included gemini + codex paths (~/.gemini/oauth_creds.json, ~/.codex/auth.json) plus the full default-manifest table. 5. Second-reboot expectation — corrected: interactive mode prompts every boot by design. Operator who wants no-prompt-at-boot can switch to passphraseMode="file" (with security tradeoff named). 6. Filename reference — zeta-creds-cli.ts → zeta-creds-manifest.ts (actual canonical location of defaultManifest). Also fixes MD018 lint failure: line "#5639 + #5640 + #5643 + #5644 +" was being parsed as an ATX heading because # was at column 1. Replaced the line-wrapped PR-number prose with the default-manifest table (more useful + no MD018 trigger). Composes with: - B-0852 cred-persistence cascade (PRs that ACTUALLY ship: #5635, #5637, #5639, #5640, #5641, #5642, #5644, #5645, #5646, #5648, #5649, #5650; #5638 + #5643 were superseded → closed without merge) - common.nix passphraseMode=interactive default (PR #5640) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> --------- Co-authored-by: Lior <lior@zeta.dev> Co-authored-by: Claude <noreply@anthropic.com>

…re the just-written blob at install time (operator catches bad blob BEFORE reboot, not at first boot) (#5655) Adds opt-in --verify flag to zeta-creds-picker.ts. When set, after zeta-creds-persist succeeds, the picker spawns zeta-creds-restore.ts with --dry-run + the same passphrase source + a tmpdir as --target-root. If restore-dry-run exits 0, the blob is confirmed cryptographically valid + manifest-parseable. If non-zero, the operator sees an actionable error at install time + can re-run the picker to retry. Operator-experience improvement: without --verify, a corrupt blob (wrong passphrase captured, disk write error, persist bug) only surfaces at first reboot when zeta-creds-restore.service fails its ConditionPathExists or scrypt-decrypt step. At that point the operator must reboot back into the live USB + re-run the install. With --verify, the same failure surfaces SECONDS after persist, inside the running install flow, with the live USB still mounted. New exit code 5 for verify-failed (distinct from persist-failed=4). API addition: - PickerArgs gains `verify: boolean` (default false; opt-in) - New export buildVerifyArgs(parsed, tmpTargetRoot) — pure composer of the restore-CLI argv list; testable in isolation Tests added (3 new + 2 parseArgs-extension): - --verify flag default false - --verify flag parsed when passed - buildVerifyArgs composes restore-CLI args with --dry-run + tmpdir - buildVerifyArgs propagates --passphrase-file when picker used file - buildVerifyArgs propagates --persona when set 21 pass / 0 fail (was 16; +5). Substrate-honest scope: opt-in only. Future PR can flip default-on after operator empirical testing confirms verify doesn't introduce new failure modes (e.g., tmpdir permission, restore-CLI changes). zeta-install.sh Step 6.95-picker currently does NOT pass --verify; that flip can land in a follow-up after operator tests. Composes with: - B-0852 cred-persistence cascade (#5635 + #5637 + #5639 + #5640 + #5642 + #5644 + #5645 + #5646 + #5648 + #5649 + #5650) - tools/installer/zeta-creds-restore.ts (existing --dry-run mode) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-authored-by: Lior <lior@zeta.dev> Co-authored-by: Claude <noreply@anthropic.com>

Copilot AI review requested due to automatic review settings May 27, 2026 20:53

AceHack enabled auto-merge (squash) May 27, 2026 20:53

Copilot started reviewing on behalf of AceHack May 27, 2026 20:53 View session

AceHack mentioned this pull request May 27, 2026

feat(b-0852.3b): cred-blob passphrase prompt at Step 6.56 + unset-after-picker discipline (closes precondition #2 for cred-persistence picker) #5638

Closed

5 tasks

AceHack merged commit 000e1e6 into main May 27, 2026
29 of 30 checks passed

AceHack deleted the feat/b-0852.3a-prep-capture-usb-uuid-during-iter-4.2-esp-probe-2026-05-27 branch May 27, 2026 20:56

AceHack mentioned this pull request May 27, 2026

feat(b-0852.3c): flip ZETA_CREDS_PICKER default-ON with 4-path operator-opt-out — closes precondition #1 (the 3-of-3 closer for cred-persistence picker) #5639

Merged

5 tasks

AceHack mentioned this pull request May 27, 2026

fix(b-0852.4): correct cred-blob default path /esp → /boot (Copilot finding on #5640 — restore service never fired) #5644

Merged

3 tasks

AceHack review requested due to automatic review settings May 27, 2026 21:16

AceHack mentioned this pull request May 27, 2026

docs(provisioning): add cred-restore smoke-test section (B-0852 end-to-end verification checklist for operator) #5648

Merged

2 tasks

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

feat(b-0852.3a-prep): capture USB UUID during iter-4.2 ESP probe — closes precondition #3 for Step 6.95-picker (operator-blocking 're-enter credentials over and over' pain point)#5637

feat(b-0852.3a-prep): capture USB UUID during iter-4.2 ESP probe — closes precondition #3 for Step 6.95-picker (operator-blocking 're-enter credentials over and over' pain point)#5637
AceHack merged 1 commit into
mainfrom
feat/b-0852.3a-prep-capture-usb-uuid-during-iter-4.2-esp-probe-2026-05-27

AceHack commented May 27, 2026

Uh oh!

chatgpt-codex-connector Bot commented May 27, 2026

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant

Conversation

AceHack commented May 27, 2026

Summary

What changed

Algorithm

What this does NOT yet do (subsequent sub-rows)

Local validation

Composes with

Test plan

Uh oh!

chatgpt-codex-connector Bot commented May 27, 2026

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant