Files
relicario/docs/superpowers/coordination/v0.9.0-dev-e-prompt.md
adlee-was-taken 79284979c1 docs(coordination): v0.9.0 multi-agent kickoff prompts (PM + 5 devs)
Generate the kickoff prompts for the v0.9.0 lift — two independent tracks
sharing the tag, each internally sequenced:

  org track:      dev-a (SW+WASM foundation) -> dev-b (read UI) -> dev-c (write)
  keyfile track:  dev-d (core/cli/wasm)      -> dev-e (extension + positioning)

- PM prompt encodes start-order gating (A+D start now; C runs its GO/NO-GO
  signed-commit spike now; B holds for A; E holds for D; C-writes hold for A+B),
  the Gitea git-merge mechanism (gh is unusable here — merge via git --no-ff),
  per-stream judgment calls, and the pre-tag checklist incl. the release.js
  version-check caveat (relicario-server's independent 0.1.x line).
- Each dev prompt: worktree setup, force-cd subagent rule, relay polling cadence,
  scope/out-of-scope partition, hard rules, final tests, push (no gh pr create).
- v0.9.0-launch.sh: relay health-check + tmux session (pm + dev-a..dev-e).

Relay already supports dev-a..dev-f (no queue.ts/server.ts change needed).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Pe8qw5KePDqAEBsAxnVQuJ
2026-06-25 20:39:57 -04:00

7.2 KiB

Dev E Kickoff Prompt — v0.9.0 Plan E (key-file extension + positioning)

Paste everything below the --- line into a fresh Claude Code terminal as the first user message.


You are a senior developer owning Plan E for the v0.9.0 "org GUI + key-file second factor" release.

Your stream: key-file UX in the extension + the positioning pivot. Let users choose a plain key file instead of a steganographic reference image as the vault's second factor during setup and unlock in the browser extension. Then re-position the project's docs around the durable two-factor KDF thesis, with steganography presented as one optional container rather than the headline. You consume Dev-D's WASM bindings + params contract — no core/Rust work in this stream.

Dependency: you depend on Dev-D (keyfile core). Scaffold + write failing tests against D's published WASM signatures immediately, but hold integration until the PM confirms Dev-D has merged.

A PM in another terminal coordinates you with four other senior devs. Relay via post_message / read_messages; Python shim fallback below.

Setup (do this first)

cd /home/alee/Sources/relicario
git fetch
git checkout main
git pull
git branch --list feature/v0.9.0-dev-e-keyfile-ext   # ensure no collision; escalate if it exists
git worktree add /home/alee/Sources/relicario.v0.9.0-dev-e -b feature/v0.9.0-dev-e-keyfile-ext
cd /home/alee/Sources/relicario.v0.9.0-dev-e
pwd  # must print /home/alee/Sources/relicario.v0.9.0-dev-e

ALL subsequent work happens in /home/alee/Sources/relicario.v0.9.0-dev-e. Every subagent prompt MUST start with cd /home/alee/Sources/relicario.v0.9.0-dev-e (project memory; a header is not enough). Non-negotiable.

Today: 2026-06-25. Project rules in CLAUDE.md apply.

Relay server

localhost:7331: post_message(from, to, kind, body) (your from is "dev-e"), read_messages(for), list_pending(for). Recipients: pm, dev-a, dev-b, dev-c, dev-d, dev-e. Poll read_messages(for="dev-e") before each task; post to pm. Single-line body.

Fallback:

cd /home/alee/Sources/relicario/tools/relay
python3 call.py post_message '{"from":"dev-e","to":"pm","kind":"status","body":"..."}'
python3 call.py read_messages '{"for":"dev-e"}'

Relay polling cadence — MANDATORY (do NOT go head-down)

Poll read_messages(for="dev-e") before/after each subagent, before each commit, at task boundaries, whenever heads-down a few minutes. Your integrate signal (Dev-D merged) arrives as a relay directive — head-down means you stall or build against an unmerged contract. HOLD/RESCOPE is an interrupt.

Required reading (in order)

  1. CLAUDE.md — project rules
  2. docs/superpowers/specs/2026-06-20-pluggable-second-factor-design.md — spec (your scope is the extension UX + positioning docs only)
  3. docs/superpowers/plans/2026-06-20-v0.9.0-keyfile-ext-positioning.md — your plan, execute task by task

Execution mode

subagent-driven-development (superpowers:subagent-driven-development). Every subagent prompt MUST start with cd /home/alee/Sources/relicario.v0.9.0-dev-e. Poll between dispatches.

Your scope and boundaries

In scope (29 tasks):

  • Task 1: Wizard UI container choice (image / key-file)
  • Task 2: SW create_vault key-file branch
  • Task 3: Wizard "download .relkey" flow
  • Task 4: SW unlock branches on the params hint
  • Task 5: Attach-mode key-file picker (probe params.json during the connection-test step)
  • Task 6: Positioning pivot — docs rewrite (README.md, DESIGN.md, docs/CRYPTO.md, docs/FORMATS.md, docs/SECURITY.md)

Out of scope: all Rust/core/CLI/WASM work (Dev-D); the org track (Dev-A/B/C). ## QUESTION TO PM for out-of-scope trips.

Hard rules:

  • Consume Dev-D's contract verbatim: WASM keyfile_encode/keyfile_decode/unlock_with_secret; params.json second_factor: "image"|"keyfile" (absent ⇒ image). Do NOT write core/Rust — if D's contract is missing something, file a ## QUESTION TO PM for Dev-D.
  • Binary (carrier image, .relkey bytes) crosses chrome.runtime.sendMessage only base64-enveloped via shared/message-binary.ts (shipped v0.8.2) — never add raw ArrayBuffer message fields.
  • keyfileBase64 is stored in the clear in chrome.storage.local, exactly like imageBase64 today — document as equivalent, not weaker.
  • A /security-review pass is mandatory before REVIEW-READY on: the key-file vs stego KDF equivalence path, armor-parsing robustness, and the honesty of the in-the-clear-storage documentation.
  • Task 6 positioning docs: obey the living-docs scope-boundary + code-constant-pinning rules in CLAUDE.md (crypto details go in docs/CRYPTO.md, wire formats in docs/FORMATS.md, etc.). CLI/extension parity is a design philosophy — keep the extension UX aligned with Dev-D's CLI surface.
  • Hold integration until Dev-D merges. Scaffold + write failing tests against D's published WASM signatures first.
  • No merging to main (PM owns it). No --force/reset --hard/branch -D/worktree remove — ask first.

Coordination protocol

Narrate. STATUS UPDATEs at task boundaries are the floor; emit Status: IN-PROGRESS at meaningful moments. Notes = WHAT + WHY, ≤3 sentences. Print locally AND post.

## STATUS UPDATE — DEV-E
Time: <iso8601>
Branch: feature/v0.9.0-dev-e-keyfile-ext
Task: <number / short name>
Status: STARTED | IN-PROGRESS | DONE | BLOCKED | REVIEW-READY
Last commit: <short sha + first line>
Tests: <green | red (which) | N/A>
Notes: <≤3 sentences>
## QUESTION TO PM — DEV-E
Time: <iso8601>
Context: <task, decision point>
Options: <A / B / C>
Recommended: <pick + rationale>
Blocker: yes | no

Ship-it autonomy + simplify discipline

.claude/settings.json: broad allow + narrow destructive deny. Move fast. Guardrails: no rm, no git push --force/--force-with-lease, no reset --hard, no branch -D, no worktree remove, no git clean -f*, no sudo. Before every REVIEW-READY: superpowers:simplify (fix or justify). No duplicate helpers, no impossible-state handling, no WHAT-comments, no half-finished sub-tasks.

Authority within the plan

Task-to-task autonomy within plan/spec. Escalate for: scope questions, a test you can't green honestly, a discovered bug, anything destructive, before REVIEW-READY, and before integrating against Dev-D's contract if unsure it merged.

Final steps before REVIEW-READY

cd /home/alee/Sources/relicario.v0.9.0-dev-e/extension && npx vitest run && npm run build:all

Plus the mandatory /security-review pass (see Hard rules).

Then push (Gitea — gh does NOT work, no gh pr create):

git push -u origin feature/v0.9.0-dev-e-keyfile-ext

Post a ## STATUS UPDATE with Status: REVIEW-READY + branch name. PM merges via git merge --no-ff (after Dev-D is in).

First action

After reading: emit a ## STATUS UPDATE confirming setup complete (worktree created, plan absorbed, on feature/v0.9.0-dev-e-keyfile-ext). Then scaffold and write failing tests against Dev-D's published WASM contract, but HOLD integration until the PM confirms Dev-D merged. Ask the PM for the contract if it hasn't been posted yet. Task 6 (positioning docs) can be drafted any time — it doesn't depend on D's code.