Skip to content

Platform overview

Repositories

RepoRole
PregoMonorepo: Next.js apps (client, admin, www), shared UI (prego-shell), internal docs site.
prego-zuploAPI gateway: routes, policies, OpenAPI, upstream proxy to Workers and Frappe.
prego_aiCloudflare Worker (Hono): chat, document retrieval, scheduled jobs, billing hooks — product Worker runtime.
prego-control-planeOrchestration Worker: tenant master data, provisioning callbacks, system APIs.
prego_saasFrappe / ERPNext app — domain persistence and business rules.
prego-pulumiInfrastructure as code.
prego-ansibleProvisioning automation.
prego-dockerRuntime images / local stack.

Layer model

  1. Platform core (target): contracts, tenant context, internal trust (signatures), observability conventions — reusable without ERP knowledge.
  2. Domain: ERP (Frappe), extended product semantics (scheduled automation, ERP adapters).
  3. Interface: Browser UI, Zuplo gateway.
  4. Infrastructure: Pulumi → Ansible → Docker (and Cloudflare account resources).

Integration style

  • Contract-first: OpenAPI (Zuplo) is the public API contract; Workers trust signed internal headers from the gateway where applicable.
  • Browser correlation: Web apps may send optional x-trace-id through Zuplo (shape: Tenant & trust boundaries); Workers use sanitizeTraceId* from @platform/platform-trust. CORS allowedHeaders and Portal ALLOWED_ORIGINS are gateway configuration — prego-zuplo docs/runbook/.
  • No direct coupling: Domain code does not import another repo’s internals; use HTTP + schemas only.

한국어

PREGO는 UI 모노레포, Zuplo 게이트웨이, 확장 런타임·컨트롤 플레인 워커, Frappe 도메인, IaC/프로비저닝 레포로 구성됩니다. 통합은 계약(OpenAPI) + 내부 신뢰 헤더를 기준으로 하고, 도메인은 HTTP와 스키마로만 연결하는 것을 목표로 합니다. 브라우저 x-trace-id·CORS·ALLOWED_ORIGINS테넌트 신뢰 경계prego-zuplo docs/runbook/ 을 따릅니다. Phase 2 방향은 로드맵·connector slots를 참고합니다.

Help