This guide is the shortest path for evaluating Compliance Label Assistant. It is written for reviewers who want to open the deployed prototype, run a few representative cases, and understand what is intentionally out of scope.
| Resource | Link |
|---|---|
| Landing page | https://compliance-label-assistant.vercel.app |
| Verification tool | https://compliance-label-assistant.vercel.app/app |
| About page | https://compliance-label-assistant.vercel.app/about |
| Privacy Policy | https://compliance-label-assistant.vercel.app/privacy |
| Terms of Use | https://compliance-label-assistant.vercel.app/terms |
| License | https://compliance-label-assistant.vercel.app/license |
| Backend API | https://compliance-label-assistant.onrender.com |
| Source repository | https://github.com/nicolasgioanni/Compliance-Label-Assistant |
| Release and deployment links | docs/take-home/deployment-links.md |
| Sample labels | sample-data/README.md |
| Full documentation index | docs/README.md |
The deployed frontend does not require a test account. The deployed backend is configured separately from the repository. Provider keys, dashboard links, tokens, and credentials are not included here.
- Open https://compliance-label-assistant.vercel.app.
- Confirm the backend status indicator is online.
- Add one JPG/JPEG, PNG, WebP, or TIFF/TIF label image.
- Enter expected application data for the selected label.
- Run verification.
- Review field-level results, extracted values, reasons, and timing details.
- Add multiple labels to the queue.
- Give each ready label its own expected application data.
- Verify ready labels.
- Export current results to CSV or XLSX.
Synthetic labels and manual expected inputs are available in sample-data/README.md.
- Valid label with matching fields.
- Brand capitalization difference.
- Alcohol content mismatch.
- Missing government warning.
- Warning heading title case instead of uppercase.
- Queue with one ready label and one incomplete label.
- Unsupported file type or oversized image.
- Field-level statuses appear for supported fields.
- Missing or mismatched fields are flagged.
- Human review remains final.
- Queue items can have separate expected application data.
- The ready-label workflow verifies only labels with complete required data.
- CSV and XLSX exports contain result summary fields for current non-stale results.
- Raw extracted text is not included in export files.
- Backend setup or provider-key errors are shown clearly to the reviewer.
- Brand name
- Class or type
- Alcohol content
- Net contents
- Bottler/producer
- Country of origin
- Government warning
Government warning verification is strict for extracted text: the backend checks the uppercase GOVERNMENT WARNING: heading and standard warning wording. The prototype does not make final determinations about warning typography, boldness, font size, placement, or full label layout.
- COLA integration
- COLA PDF ingestion
- Final legal compliance decisions
- Official government review workflow
- Persistent upload storage
- Authentication
- Database
- Audit logging
- Document retention
- Full warning typography or placement verification
- Large background batch processing for hundreds of labels
Recommended setup from the repository root:
git clone https://github.com/nicolasgioanni/Compliance-Label-Assistant.git
cd Compliance-Label-Assistant
.\scripts\setup-local.ps1Add a backend provider key to ignored backend\.env:
OPENAI_API_KEY=
Paste the real backend provider key after the equals sign in that ignored local file.
Start both services:
.\scripts\start-dev.ps1Local URLs:
- Frontend landing page:
http://localhost:5173 - Frontend verification tool:
http://localhost:5173/app - Frontend about page:
http://localhost:5173/about - Frontend privacy policy:
http://localhost:5173/privacy - Frontend terms of use:
http://localhost:5173/terms - Frontend license:
http://localhost:5173/license - Backend API:
http://127.0.0.1:8000 - Health check:
http://127.0.0.1:8000/health
Manual setup details are in docs/take-home/setup-and-run.md.
Frontend:
VITE_API_BASE_URL: backend API base URL used by browser requests.
Backend:
OPENAI_API_KEY: backend-only provider key required for verification requests.ALLOWED_ORIGINS: comma-separated browser origins allowed by CORS.
The frontend must not receive OPENAI_API_KEY or other provider secrets.
- The frontend is a React and Vite browser app deployed on Vercel.
- The backend is a FastAPI service deployed on Render.
- The frontend calls
GET /health,POST /warmup, andPOST /verify. - The backend also exposes
POST /verify-batch, but the current frontend does not call it. - OpenAI extraction runs on the backend only.
- Deterministic backend verification rules produce the field-level statuses.
- Uploaded images are validated and processed temporarily by application code; they are not persistently stored.