Files
baya-monorepo/dev
hamid f77a23cb25 backend phase 5: service catalog & nurse pricing variants
Two-tier service model the marketplace is priced and searched on. Admin
catalog skeleton (categories + EAV option groups/values, addable as data
not migrations; NULL category = cross-category) and the nurse pricing layer
(nurse_service_variants — the atomic bookable unit: category + one value per
required dimension at the nurse's own IRR price and price unit).

- New `catalog` schema via one additive migration; Price BIGINT (no floats),
  on the wire as a string of digits; total = price + unit + session_count.
- Duplicate-listing guard: deterministic option_set_hash + filtered
  UNIQUE(nurse_id, service_category_id, option_set_hash) WHERE deleted_at IS
  NULL + friendly 409 pre-check. One value per dimension; required groups
  (incl. cross-category) enforced; deactivate, never delete.
- Public catalog browse cached behind a CatalogCache generation token,
  invalidated on any admin write. IVariantSnapshotSerializer shipped for b8.
- Contract (catalog.md) + handoff + report published; swagger refreshed.
  122 tests green; zero new build warnings.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-07-02 22:21:53 +03:30
..
2026-06-28 21:59:59 +03:30
2026-06-28 21:59:59 +03:30

dev/ — the Balinyaar build workspace

This folder is the plan for building Balinyaar, not application code. It takes the repo from its current starter + auth baseline to the MVP described in product/, as a chain of agent-runnable prompt files split into two parallel tracks.

Folder What it is
phases/ The prompt chain — backend/ (b0b15) and frontend/ (f0f15), plus the shared rules/template in phases/_shared/. Start at phases/README.md.
contracts/ The shared API/flow contract between the two independent projects. Backend writes, frontend reads.
shared-working-context/ The parallel-agent handoff + per-phase reports + the mock registry. Each lane writes only its own files.

How to use it

  1. Read phases/README.md — the roadmap and dependency graph.
  2. To run a phase, point a fresh agent at one phase file (e.g. "Execute dev/phases/backend/backend-phase-2.md"). The phase file tells it what to read, what to build, and how to close out.
  3. Run the two tracks in parallel with two agents if you like: a frontend phase named frontend-phase-N-bM.md only needs backend phase bM merged first; everything else about the two tracks is decoupled through contracts/ and shared-working-context/ (which are designed so the two agents never touch the same files).

Non-negotiables (every phase enforces them)