Files
rar-autopass/TODOS.md
Claude Agent 4caf055c53 docs(prd): 5.15 revizuit prin /plan-ceo-review (SELECTIVE EXPANSION)
Review CEO + spec-review independent (scor 7/10). Scope 8 -> 10 stories / 6 valuri.

Decizii incorporate (D6-D10):
- D6 strip sanatate mereu-vizibil deasupra contoarelor (zero-silent-failures)
- D7 operatia ramane in op_service + copiata in obs (nu se muta)
- D8 obs EXCLUS din idempotenta (idempotency.py:98) - AC US-005 corectat
- D9 secventiere 5.15 inainte de 5.14
- D10 4 extinderi acceptate: US-009 salvare mapare din chip, US-010 bulk-fix,
  require dinamic odometruInitial + keyboard-first (US-007)

Remedieri din spec-review independent:
- #1 contradictie prestatii: itemii pastreaza op_service/denumire, idPrezentare
  in payload.py (rupea D7/US-009 in forma initiala)
- #2 sent_today/month: status='sent' AND date(updated_at), fara migrare
- #3 US-006 numeste liniile de rewrite din handler-e (nu "fara schimbare logica")
- #5/#6 nota suprafata JS + click target "De corectat"

TODOS += premisa mobil nevalidata, dedup teme grafit~dark, optiune PRD separat US-009/010.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-06-28 13:31:41 +00:00

3.6 KiB

TODOS

Elemente deferate din review-uri. Negrupte de un PRD curent; de promovat cand devin prioritare.

Din PRD 5.12 (2026-06-26)

  • Mai multi utilizatori per firma (flux de invitatie / alaturare la cont) — azi CUI e unic, deci al doilea email care vrea pe aceeasi firma e respins la signup (nu exista flux de „alatura-te firmei"). users permite tehnic mai multe loginuri per account_id, dar nu exista UI. Daca apare nevoia reala (mai multe persoane dintr-o firma), construieste: admin-ul firmei invita un email SAU al doilea cere acces si admin-ul aproba; membership pe account_id. Decizie user (2026-06-26): in 5.12 ramane 1 firma = 1 cont = 1 login + mesaj prietenos la CUI duplicat (US-001); acest flux = livrabila separata.

Din /autoplan PRD 5.11 (2026-06-26)

  • E2E smoke de first-run ca poarta de release — codifica scriptul de dogfooding (import -> mapcoloane -> preview -> commit -> lista apare + contoare) ca test E2E care trebuie sa treaca inainte de orice release. Motiv: cele 8 bug-uri din 5.11 sunt toate first-run friction nedogfooded end-to-end; fara o poarta, reapar ca 8 tichete noi. (CEO F2, severitate high.)

  • Control compensator optional pe auto-trimitere unattended — utilizatorul a ales (2026-06-26) scoaterea completa a hold-ului auto_send. Risc rezidual acceptat: o regula text gresita poate auto-trimite FINALIZATA (terminal, fara undo) pe randuri pe canalul API / remapare inline (fara gate de preview). Daca apar integratori reali, evalueaza un throttle „primele N auto-trimiteri pe o regula text noua cer confirmare" sau un kill-switch per cont. (CEO F5/F6, severitate critical ca risc, dar pre-launch exposure ~zero acum.)

Din /autoplan PRD 5.13 (2026-06-27)

  • Filtre de data 2x2 pe mobil — Azi/7zile/30zile/Custom stivuiesc full-width (4 randuri) pe mobil; grid 2x2 ar fi mai compact. Imbunatatire viitoare. (Design, low.)
  • Sprite <use href="#..."> pentru iconitele Lucideact_btn randeaza SVG inline pe fiecare rand (bloat DOM pe toate viewporturile, ascuns pe desktop). Optimizare deferata; inline acum (P5 simplu > optim prematur). (Eng §1, medium.)
  • "Eroare/Eroare" la nivel routes.py/labels.py — guard-ul de template (pill-only cand eticheta==stare) acopera cazul vizibil; curatarea logicii de continut ramane debt. (Design §2.)
  • Validare premisa "utilizare mobil reala" — inainte de orice extindere responsive viitoare, confirma device-mix-ul (analytics/cerere user). Daca ~95% desktop, nu mai investi in cardificare mobil. (CEO F1, high — premisa nedovedita acum.)

Din /plan-ceo-review PRD 5.15 (2026-06-28)

  • Validare premisa "utilizare mobil reala" (reluare F1 din 5.13) — partea slim/compact a lui 5.15 presupune utilizare reala pe mobil. Inainte de orice rafinare responsive viitoare, confirma device-mix-ul (analytics / cerere user). Daca ~95% desktop, nu mai investi in cardificare mobil. (CEO, high — premisa nedovedita.)

  • Deduparea/etichetarea temelor grafitdark si hartielight — 5.15 adauga 4 teme peste cele 3 existente (7 + Auto). grafit e ~ identic cu dark, hartie ~ identic cu light. Daca selectorul devine confuz sau matricea de test apasa, dedupica sau eticheteaza-le clar. (CEO, low — simplificare optionala.)

  • US-009/US-010 ca PRD separat daca propagarea design e urgenta — salvarea mapare-din-chip si bulk-fix sunt adiacente FUNCTIONALE (acceptate via SELECTIVE EXPANSION), dincolo de obiectivul pur de propagare design. Daca vrei sa livrezi designul rapid, pot fi scoase intr-un PRD propriu. (CEO, low.)