Memry Mobile — Vault Parity Mobile App · task T055 · Phase 3 of 14 · gate G2 · story US1 · [P] parallelizable
Task
T055 — Maestro smoke flow: sign-in → unlock → browse → open note
Files: apps/mobile/.maestro/us1-unlock-browse.yaml
Recorded state / notes from tasks.md
flow authored, session-aware conditional blocks; OPEN: a green run on device/simulator with staging creds
Phase context — Phase 3: User Story 1 — Open Your Vault on Your Phone (P1) 🎯 MVP — Train Phase 2 (Gate G2)
Goal: Existing user signs in, unlocks with password or recovery phrase,
browses their real vault read-only; production-safety kit verified end-to-end.
Independent Test (spec US1): on a phone that has never seen a real
desktop-created vault, sign in, unlock via password and separately via recovery
phrase, browse recent content. Standalone value: read-only companion.
Checkpoint — G2: all four drills green. This is the MVP: a trustworthy read-only companion on the developer's own device.
Ordering & dependencies
- Train gates are serial (Constitution): a phase does not start until the prior gate is green with evidence. Parallelism exists within a phase only.
- US1 depends on Phases 1–2 only. Within this phase: adapter tasks T037, T038, T039, T042 run in parallel after T033; T034 and T035 run in parallel.
- Feeds gate G2 — verification steps in
quickstart.md §Phase 2 — G2.
[P] — touches different files and has no dependency on an incomplete task, so it can run alongside the other [P] tasks in this phase.
Definition of done
- Constitution definition of done:
pnpm lint, pnpm typecheck, tests, pnpm check:architecture, pnpm check:contracts, plus docs where the change is user-visible.
- No check-off without green evidence (Constitution III). Paste the evidence into this issue before closing.
- Backward compatibility is mandatory — real users run this on real data. Schema/contract/format changes need a stated migration + compat plan.
References
Task
T055— Maestro smoke flow: sign-in → unlock → browse → open noteFiles:
apps/mobile/.maestro/us1-unlock-browse.yamlRecorded state / notes from
tasks.mdPhase context — Phase 3: User Story 1 — Open Your Vault on Your Phone (P1) 🎯 MVP — Train Phase 2 (Gate G2)
Goal: Existing user signs in, unlocks with password or recovery phrase,
browses their real vault read-only; production-safety kit verified end-to-end.
Independent Test (spec US1): on a phone that has never seen a real
desktop-created vault, sign in, unlock via password and separately via recovery
phrase, browse recent content. Standalone value: read-only companion.
Checkpoint — G2: all four drills green. This is the MVP: a trustworthy read-only companion on the developer's own device.
Ordering & dependencies
quickstart.md§Phase 2 — G2.[P]— touches different files and has no dependency on an incomplete task, so it can run alongside the other[P]tasks in this phase.Definition of done
pnpm lint,pnpm typecheck, tests,pnpm check:architecture,pnpm check:contracts, plus docs where the change is user-visible.References
tasks.md— full task list and the dependency graphspec.md·plan.md(§Release Train) ·research.mddata-model.md·contracts/·quickstart.md.specify/memory/constitution.md