← All systems

Local-service operations

KeyTurn Cleaning Company OS

Production Prelaunch — Controlled Launch

A multi-surface operating system connecting a public cleaning website, internal CRM, crew portal, Supabase data boundaries, and guarded automation controls.

Verified media

Rendered application evidence, labeled at its actual stage.

Real live-site capture · public website only · no claim that operations or providers are active
KeyTurn public website
Public website · production-prelaunch evidence
KeyTurn guarded agent control center
Local control interface · guarded actions remain disabled
KeyTurn crew dashboard
Crew workflow surface · real application capture

Business problem

Why this system exists

Move and rental-turn cleaning requires reliable handoffs across customers, operators, and crews without letting automation bypass human judgment or production safety gates.

Role evidence

What the repositories support

Repository evidence supports the system architecture, application implementation, control design, test coverage, documentation, and prelaunch deployment work.

Repository group

  • Pwarner96/Keyturn — canonical monorepo; intended private

System architecture

Verified boundaries from interface to accountable data.

This diagram summarizes repository-supported components and controls. It does not imply that disabled providers or undeployed services are active.

  1. Role-specific surfacesPublic website · internal CRM · crew portal
  2. Application boundaryNext.js routes · typed workflows · server-side validation
  3. Control boundaryAuthentication · authorization · approval gates · audit evidence
  4. Data and adaptersSupabase/PostgreSQL · guarded external-provider adapters
Directional architecture view · each handoff remains subject to the controls and limitations documented below.

Core workflow

A controlled path from source to accountable action.

  1. 01Capture a scoped service request
  2. 02Review estimate and operating context
  3. 03Coordinate CRM and crew work
  4. 04Require approval before guarded actions

AI boundary

Assistance without invented authority

Governed agent infrastructure is implemented with typed tools, budgets, containment, audit evidence, and deterministic fallback. Live providers and autonomous external actions remain disabled.

Human approval points

  • Human estimate review
  • Explicit approval before write-capable actions
  • Owner-controlled provider and launch gates

Security controls

  • Surface-specific authentication and authorization
  • Supabase row-level security and server-only secrets
  • Fail-closed staging and local-origin write guards

Reliability controls

  • All-surface CI and production builds
  • Idempotency, validation, and audit trails
  • Deterministic behavior when providers are disabled

Current limitations

  • Production prelaunch is not the same as live operations.
  • Messaging, payments, and autonomous or external agent actions remain disabled pending owner approval.
  • Repository source is not linked from this portfolio; this page exposes only sanitized evidence and real public/local captures.

Evidence before adjectives

See how claims are admitted, withheld, and corrected.

Read the evidence policy