Use Cases
Real-world scenarios where Purple8 Builder delivers a complete, working codebase — not a template, not a scaffold. Each example shows the input, the agents activated, and the output produced.
1. Multi-Tenant SaaS Invoicing Platform
Prompt:
"Build a multi-tenant SaaS invoicing app. Each tenant has their own clients, invoices, and branding. Include Stripe subscription billing, PDF export, a client portal, and role-based user management."
Goal: MVP · Mode: PLUS · HITL: enabled
Agents activated
IdeationAgent→ Full requirements with tenant isolation modelArchitectureAgent→ Multi-tenant architecture (schema-per-tenant vs row-level security)DatabaseAgent→ PostgreSQL schema with tenant, invoice, line_item, client tables + RLS policiesAPIDevelopmentAgent→ REST API:/tenants,/invoices,/clients,/paymentsBackendDevelopmentAgent→ FastAPI service, Stripe webhook handler, PDF renderer (WeasyPrint)FrontendDevelopmentAgent→ Vue 3 dashboard: invoice builder UI, client portal, Stripe CheckoutInfrastructureDevelopmentAgent→ Docker Compose, env templates, nginx configSecurityQAAgent→ Stripe key handling review, CSRF protection, tenant isolation auditUnittestAgent→ pytest suite for invoice calculation, Stripe mock, PDF generationDeploymentAgent→ GitHub Actions CI/CD, Railway deploy config
Output
generated_projects/saas-invoicing/
├── backend/
│ ├── app/
│ │ ├── routers/invoices.py, clients.py, payments.py
│ │ ├── models/invoice.py, tenant.py
│ │ ├── services/stripe_service.py, pdf_service.py
│ │ └── middleware/tenant_middleware.py
│ └── tests/test_invoices.py, test_stripe.py
├── frontend/
│ ├── src/views/InvoiceBuilder.vue, ClientPortal.vue
│ └── src/stores/invoiceStore.ts
├── migrations/001_initial.sql
├── docker-compose.yml
├── .github/workflows/ci.yml
└── README.mdBuild time: ~12 minutes · Estimated LLM cost: $0.84
2. AI-Powered Resume Screening API
Prompt:
"Build an API that accepts a job description and a batch of résumés (PDF/DOCX), extracts structured data from each, scores them against the job description using an LLM, ranks candidates, and returns a structured JSON report."
Goal: Production · Mode: PLUS
Agents activated
IdeationAgent→ Requirements: async batch processing, structured extraction, ranking rubricDatabaseAgent→ Schema:jobs,candidates,scores,processing_jobstablesRAGAgent→ Vector store for job description embeddings and résumé chunksDocumentIntelligenceAgent→ PDF/DOCX parser, section extractor (Experience, Skills, Education)NLPAgent→ Skill taxonomy normalisation, keyword extractionAPIDevelopmentAgent→ REST API:POST /jobs,POST /jobs/{id}/screen,GET /jobs/{id}/resultsBackendDevelopmentAgent→ FastAPI + Celery workers, LLM scoring pipelineMLOpsAgent→ MLflow experiment tracking for scoring model evaluationEvaluationMetricsAgent→ Accuracy benchmarks against labelled test setSecurityQAAgent→ PII handling, data retention policy enforcementUnittestAgent→ Tests for parser, scorer, ranking logicAPITestAgent→ Contract tests for all endpointsObservabilityAgent→ Prometheus metrics: queue depth, scoring latency, throughput
Key generated files
services/screener/scoring_pipeline.py— LLM-based relevance scoring with rubricservices/screener/document_parser.py— multi-format extractionworkers/screening_worker.py— Celery task with retry logicopenapi.json— full OpenAPI 3.1 spec
3. Real-Time Logistics Dashboard
Prompt:
"Build a real-time dashboard that ingests GPS telemetry from delivery vehicles via MQTT, shows live positions on a map, calculates ETA using traffic data, and alerts dispatchers when vehicles deviate from route by more than 500m."
Goal: MVP · Mode: PLUS
Agents activated
IdeationAgent→ Requirements: MQTT ingestion, geofence alerting, ETA calculationArchitectureAgent→ Event-driven: MQTT → RabbitMQ → consumer → PostgreSQL + Redis pubsub → WebSocket → frontendDatabaseAgent→ Schema:vehicles,telemetry,routes,alerts,geofences; PostGIS extensionDataEngineeringAgent→ MQTT consumer, telemetry pipeline, route deviation calculatorBackendDevelopmentAgent→ FastAPI + WebSocket server, ETA engine (OSRM integration)FrontendDevelopmentAgent→ Vue 3 + Leaflet.js map dashboard, live vehicle markers, alert panelTimeSeriesAgent→ Telemetry downsampling, anomaly detection for stale GPSDashboardAgent→ Grafana dashboard config for vehicle metricsLoadTestAgent→ k6 script: 500 concurrent vehicle streamsInfrastructureDevelopmentAgent→ Docker Compose with Mosquitto MQTT broker, PostGISObservabilityAgent→ Structured logging for every telemetry event, alert audit trail
What makes this non-trivial
Builder detected the real-time geospatial domain and activated DataEngineeringAgent + TimeSeriesAgent without being told — the knowledge graph matched "GPS telemetry" and "real-time" to those specialist agents automatically.
4. Internal Developer Portal
Prompt:
"Build a self-service developer portal where engineers can provision new microservices from templates, manage their GitHub repos, view CI/CD status, and rotate secrets — all from one UI. Must integrate with our existing GitHub org and Vault."
Goal: Production · HITL: on all phases
Agents activated
IdeationAgent→ Feature map: service provisioning, repo management, secret rotation, CI statusArchitectureAgent→ Hub-and-spoke: portal → GitHub API, Vault API, Kubernetes APIAPIDevelopmentAgent→ Internal REST API with service mesh auth (mTLS)EnterpriseIntegrationAgent→ GitHub App integration, Vault dynamic secrets, Tekton/ArgoCD webhooksBackendDevelopmentAgent→ Python service, GitHub App SDK, hvac (Vault client)FrontendDevelopmentAgent→ React portal: service catalog, provisioning wizard, secret managerEnterpriseCyberSecurityAgent→ Vault policy review, least-privilege GitHub App scopes, OIDC flowComplianceAgent→ SOC 2 control documentation, change management audit trailAuditAgent→ Immutable audit log for all provisioning and secret rotation eventsDevOpsAgent→ Helm chart for portal deployment, ArgoCD application manifestE2ETestAgent→ Playwright: end-to-end service provisioning flowDocumentIntelligenceAgent→ Auto-generated runbooks from provisioning templates
Notable outputs
- Complete Vault policy files for dynamic secret backends
- GitHub App manifest with minimum-required scopes
- SOC 2 control narrative document ready for auditor review
5. Healthcare Patient Intake Chatbot
Prompt:
"Build a HIPAA-compliant patient intake chatbot for a GP clinic. It collects demographics, symptoms, and medical history, validates responses, and creates a structured pre-consultation note for the doctor. Needs to handle both English and Spanish."
Goal: Production · Mode: PLUS · HITL: enabled
Agents activated
IdeationAgent→ Requirements with HIPAA constraints flagged, bilingual scope definedNLPAgent→ Intent classification, entity extraction (symptoms, medications, allergies)AgenticWorkflowAgent→ Multi-turn dialogue state machine: greeting → demographics → symptoms → history → confirmationDatabaseAgent→ Schema:patients,intake_sessions,pre_consult_notes; field-level encryption for PHIBackendDevelopmentAgent→ FastAPI + WebSocket chatbot serverFrontendDevelopmentAgent→ Embedded chat widget (Vue 3 Web Component)ComplianceAgent→ HIPAA BAA template, PHI data map, retention policyEnterpriseCyberSecurityAgent→ TLS enforcement, PHI encryption at rest and in transit, access loggingAccessibilityQAAgent→ WCAG 2.1 AA: keyboard navigation, screen reader labels, colour contrastAuditAgent→ Audit trail for every PHI access event
HIPAA-specific outputs
- Field-level AES-256 encryption for all PHI fields in the database schema
- Audit log schema meeting 45 CFR § 164.312 requirements
- BAA template document
- Data retention policy (6-year default for medical records)
6. E-Commerce Platform with AI Recommendations
Prompt:
"Build a full e-commerce platform: product catalogue, shopping cart, Stripe checkout, order management, and an AI recommendation engine that suggests products based on browsing history and purchase patterns."
Goal: Production · Mode: PLUS
Agents activated
IdeationAgent→ Full e-commerce feature mapArchitectureAgent→ Microservices: catalogue-service, cart-service, order-service, recommendation-serviceDatabaseAgent→ Schema: products, orders, order_items, cart, users, browsing_events; vector column for product embeddingsRecommenderAgent→ Collaborative filtering + content-based hybrid; product embedding pipeline using Purple8 GraphAPIDevelopmentAgent→ REST + GraphQL API (Strawberry)FrontendDevelopmentAgent→ Vue 3 storefront: product listing, PDP, cart, checkoutBackendDevelopmentAgent→ All four microservices + Stripe integrationInfrastructureDevelopmentAgent→ Docker Compose, Nginx routing between servicesPerformanceQAAgent→ Load test: 1,000 concurrent shoppers, checkout latency < 200ms p95LoadTestAgent→ k6 load test script with checkout scenarioVisualRegressionAgent→ Percy snapshots for product listing, PDP, cartSecurityQAAgent→ PCI DSS checklist for Stripe integration, CSP headersSEOAgent→ Server-side rendering config, structured data (JSON-LD), sitemap
Recommendation engine details
The RecommenderAgent generates a two-stage pipeline:
- Candidate generation — ANN search over product embeddings (using Purple8 Graph hybrid search)
- Ranking — LightGBM ranking model trained on synthetic click data during build
Total output: 312 files, 18,400 lines of code
Common Patterns
Domain detection is automatic
You don't need to tell Builder which agents to use. The knowledge graph detects domain signals in your prompt:
| Signal in prompt | Agents added automatically |
|---|---|
| "HIPAA", "PHI", "medical" | ComplianceAgent, EnterpriseCyberSecurityAgent, AuditAgent |
| "ML", "model", "training" | MachineLearningAgent, MLOpsAgent, EvaluationMetricsAgent |
| "real-time", "telemetry", "MQTT" | DataEngineeringAgent, TimeSeriesAgent |
| "recommendation", "collaborative filtering" | RecommenderAgent, GraphAnalyticsAgent |
| "chatbot", "dialogue", "NLU" | NLPAgent, AgenticWorkflowAgent |
| "microservices", "Kubernetes" | InfrastructureDevelopmentAgent, DevOpsAgent |
HITL is most valuable at phase boundaries
Use HITL checkpoints on planning to review architecture before code is written, and on release to review the full output before deployment. Skip HITL for prototypes.
Memory compounds across builds
If you've previously built a PostgreSQL + FastAPI project, the next build targeting the same stack reuses the established naming conventions, schema patterns that passed QA, and successful prompt strategies. Subsequent builds of similar projects are measurably faster and produce higher CTQ scores.