Update documentation to align terminology, clarify project stages, and improve consistency; add RECOMMENDATIONS.md for project-specific guidance.
This commit is contained in:
@@ -3,7 +3,7 @@
|
||||
---
|
||||
**Last Updated:** 2025-01-17
|
||||
**Phase:** Phase 0 (Planning)
|
||||
**Status:** Approved
|
||||
**Status:** Draft
|
||||
**Owner:** Frontend Architect
|
||||
**References:**
|
||||
- `/docs/project-overview.md` (product goals)
|
||||
@@ -12,17 +12,17 @@
|
||||
---
|
||||
|
||||
## 1. Role of Frontend
|
||||
- Deliver onboarding, data connection, categorization review, approval, reporting, and billing experiences for SMB finance users.
|
||||
- Deliver onboarding, data connection, categorization review, approval, reporting, and optional billing experiences for users in your target domain.
|
||||
- Keep flows fast, explainable (surface reasoning trace, rule hit), and safe (reflect webhook/provider states, avoid double actions).
|
||||
|
||||
## 2. Core Screens & Flows
|
||||
- Marketing/landing with CTA to signup.
|
||||
- Onboarding: signup/login, plan selection (Stripe Checkout/portal), source connection (QuickBooks OAuth2, bank webhooks health), team invites.
|
||||
- Transactions: lists/filters, detail drawer (raw fields, rule hit, embedding score, LLM reasoning trace), bulk actions.
|
||||
- Onboarding: signup/login, plan selection (payment provider Checkout/Portal if applicable), source connection (external providers via OAuth2/webhooks), team invites.
|
||||
- Records: lists/filters, detail drawer (raw fields, rule hit, embedding score, LLM reasoning trace), bulk actions.
|
||||
- Approvals & Rules: approval queue, override + optional rule creation, rule list/editor, history snippets.
|
||||
- Reports: P&L/summary dashboards, exports with statuses.
|
||||
- Reports: dashboards/summaries, exports with statuses.
|
||||
- Billing & Settings: subscription status, payment method, tenant/team management, integrations health, audit/event log view.
|
||||
- Routes (min set): `/`, `/transactions`, `/transactions/review`, `/rules`, `/reports`, `/settings/billing`, `/settings/accounts`.
|
||||
- Routes (min set): `/`, `/records`, `/records/review`, `/rules`, `/reports`, `/settings/billing`, `/settings/integrations`.
|
||||
|
||||
## 3. Technical Principles
|
||||
- Next.js (App Router) with TypeScript; Tailwind for styling; React Query/SWR for data fetching and cache orchestration.
|
||||
@@ -31,10 +31,10 @@
|
||||
- Strong loading/error/empty states for data-heavy lists; avoid blocking UX during long jobs (categorization replays, exports).
|
||||
|
||||
## 4. Backend Interaction
|
||||
- All data via backend APIs; frontend never calls providers (Stripe/QuickBooks/banks/LLM) directly.
|
||||
- Payments: initiate via backend (Stripe session/portal) and show statuses driven by webhooks.
|
||||
- All data via backend APIs; frontend never calls external providers (data, payment, LLM) directly.
|
||||
- Payments: initiate via backend (payment provider session/portal) and show statuses driven by webhooks.
|
||||
- LLM: never called from the browser; surfaced reasoning traces come from backend responses.
|
||||
- Auth: Clerk/Auth.js; guard routes per tenant/role; handle token refresh gracefully.
|
||||
|
||||
## 5. I18n
|
||||
- Primary UI in English; other locales optional. Keep copy concise and finance-friendly.
|
||||
- Primary UI in English; other locales optional. Keep copy concise and domain-appropriate.
|
||||
|
||||
Reference in New Issue
Block a user