6dce4c73a9
Records the decisions proposed in the M2a (fdf2093) and M2b (fad6fc9) reports: D-005 OpenAPI equality normalisations and CommonRules, D-006 bp_sum_not_10000 token, D-007 per-crate no-unwrap deny, D-010 Roborazzi, D-011 IncompleteCustomRangeException, D-012 Room 3 with M2b's entities and 1.json as a contract file, D-013 JDK 25 Robolectric flags, D-014 failOnNoDiscoveredTests (D-008, D-009 unused). Clarifications in §6, §8.2, §8.6, §9.6, §10.3, §10.4, §11, §14.2, §14.3, §14.5, §14.7, §14.8 and AC-11.7. PLAN-M5 builds on the existing entities; v0.4 readings added to PLAN-M3, M5, M7b to M7f. HANDOFF rewritten: next free D-040, spec v0.5, server schema 2, Room schema 2. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
5.6 KiB
5.6 KiB
Handoff: state of the work
Living document, rewritten in place (never a second copy). A new orchestrator session reads CLAUDE.md, then this.
1. Where things stand
mainatfdf2093(M2a) plus the SPEC v0.4 docs commit fromagent-spec4once it lands. History:5e1be38plans and prompts,c885abaM2c-dev,76ee957SPEC v0.3,fad6fc9M2b,fdf2093M2a.- Landed: M0 spec, M1 contracts and vectors (
c6df2ab), M2c-dev infra for development (c885aba), SPEC v0.3 (76ee957), M2b Android skeleton and:domain(fad6fc9), M2a server skeleton andkvitt-domain(fdf2093). Withagent-spec4: SPEC v0.4 with D-005 to D-007 and D-010 to D-014 (D-008 and D-009 unused). - Both gates exist now: Android
tools/gradle-serial.sh check(fromandroid/), servercargo fmt --check && cargo clippy -- -D warnings && cargo test(fromserver/). - Worktrees in flight under
.claude/worktrees/:agent-m3(M3 server core API),agent-m5(M5 Android data layer),agent-spec4(this docs change: SPEC v0.4). - The owner runs the UX sprint (U1, then U2) in a separate Claude session in
~/orca/workspaces/kvitt/UX-sprinton branchUX-sprint; it commits only underdocs/ux/and rebases onmainbefore landing. - Development infrastructure (M2c-dev):
infra/dev/compose stack on the Mac (server built fromserver/Dockerfile, on-demand backup, no Caddy, no TLS); Firebase projectkvitt-1337with appsse.hagstedt.kvittandse.hagstedt.kvitt.debug; service accountkvitt-fcm;infra/secrets/fcm-service-account.jsonandinfra/secrets/google-services.jsonin the main checkout (git-ignored). The M2a image now exists, so the phone health check can run. - Installed on the owner's phone: nothing yet (M2b's
installDebugis pending).
2. Open work (one line each, with who owns it: agent or owner)
- Land
agent-spec4(orchestrator): SPEC v0.4, decisions D-005 to D-014, CLAUDE.md server rules (D-007,kvitt-domaindeps), PLAN-M2a/M2b "on record", PLAN-M5 (builds on M2b's entities, D-012), v0.4 readings in PLAN-M3, M5, M7b to M7f, prompts/README status. - Tell
agent-m5before it lands (orchestrator): M2b already created the Room 3 entities,KvittDatabasev1 and1.json(D-012); M5 adds DAOs and must not change them; v0.4 readings of §14.2.4 (FieldErrorvalidation_failed, missing custom date = today,DrillDownState.title, settlement row = allocation in an account's list). - Follow-up in
:core:fakes(M2b-owned base files; needs a small agent or goes with M5's or M7b's brief): settlement rows in an account's ledger must carry the allocation, not the total (AC-11.7 v0.4); replace the fiveTODO(spec)comments inandroid/core/fakes/**that v0.4 settles; and theTODO(spec)inserver/crates/kvitt-domain/src/split.rs(D-006). - Plans (SPEC §11.2 v0.4), in dependency order; prompt
prompts/<id>.md:- M1 Contracts and vectors: landed (
c6df2ab). - M2a Server skeleton and
kvitt-domain: landed (fdf2093). - M2b Android skeleton and
:domain: landed (fad6fc9); outstanding:installDebugon the phone (owner plugs it in). - M2c-dev Infra for development: landed (
c885aba); outstanding: phone/healthcheck against the dev stack (owner). - U1 UX directions: owner's session (
UX-sprint), in progress; owner then picks a direction. - U2 UX design spec: owner's session, after U1 and the pick; owner approves; then the §9.7 colour change goes into the spec (docs agent) before M6.
- M3 Server core API: agent in flight (
agent-m3). - M4 Server sync, audit, push, scheduler: can start now (after M2a); lands after M3 (D-015).
- M5 Android data layer: agent in flight (
agent-m5). - M6 Design system: after U2 approved and the §9.7 colour change.
- M7a to M7f Features: after M6, in parallel.
- M9 Splitwise importer: after M4.
- M8 App integration: after M3, M4, M5, M7a to M7f.
- M2c-pi Infra on the Pi: after M8, before M10 (owner: answer OQ-3, grant the Pi, Home Assistant Pi, Gitea and Drive allowances at the start, D-023).
- M10 First release: after M2c-pi, M3, M4, M8 (owner: keystore per §10.6, D-024).
- M11 Import history: after M9 and M10.
- M1 Contracts and vectors: landed (
3. HUMAN steps pending (relay in chat)
- Plug the phone in over USB so an agent can run
installDebugof the M2b skeleton (expected: the Kvitt debug app opens to an empty themed screen). - Dev-stack health check: on the phone on the home Wi-Fi, open the dev server's
/healthand answer yes/no that it shows"status":"ok"(M2c-dev). - UX direction pick from U1's directions, with comments (owner's UX-sprint session).
4. Owner questions (asked, unanswered)
- OQ-3 LAN addresses and SSH users of the Kvitt Pi and the Home Assistant Pi; SSH port of the HA Pi; certificate directory there; which SSH add-on (SPEC §12). Needed by M2c-pi only. The only open question (OQ-1, OQ-2, OQ-4 answered: D-001, D-003, §10.9).
5. Paused (waiting on something outside the repo)
- Nothing; the M2c-dev phone check no longer waits on M2a, only on the owner.
6. Numbering
- Decisions: D-001 to D-025 used (D-008 and D-009 unused). Reserved: D-026 to D-029 for M5, D-030 to D-039 for M3. Next free for anything else: D-040.
- Spec version: v0.4 written; next v0.5 (the first of M3/M5 to land takes it; the second renumbers on rebase).
- Server schema version 1 (implemented by M2a); next 2. Room schema version 1 (created by M2b,
android/data/schemas/se.hagstedt.kvitt.data.db.KvittDatabase/1.json); next 2. - Sync protocol 1, push payload 1.
7. How the work is run
See CLAUDE.md › Orchestration. HUMAN steps in reports are relayed in chat by the orchestrator; the owner does not read them in files.