How The Platform Works

How The Platform Works

Agentic Cloud Delivery Platform

Internal
How The Platform Works

The Problem & The North Star

Four frictions slow every team:

  • Cognitive load — authoring infrastructure correctly; the long tail of services inconsistent in security and observability
  • Operational work — promoting a change from "merged" to "running in production." Manual work that scales with the system, not the change
  • Red tape — tickets, approvals, and handoffs that scale with the organization. A merged change waits in a queue
  • Scalability without increasing headcount — throughput scales without linearly scaling platform engineers

Consumers declare intent; the platform delivers safe production deployment — automatically, safely, with a complete audit trail.

  • A merged change progresses without a platform engineer joining a thread or approving a ticket
  • A non-technical consumer ships by declaring intent — no workflow, no config file, no infrastructure module
  • Every production change is traceable to a human attestation and an immutable evidence stream
  • Not a general-purpose AI — autonomy is narrow, scoped to delivery, bounded by strict policy
  • Not a permissive delivery highway — no escape hatches to bypass the confidence framework
Internal
How The Platform Works

The Contract-Driven Model

A single YAML contract is all a consumer writes — module, environment, inputs. The platform owns everything else.

  • Which module — a catalog of pre-built, security-reviewed building blocks
  • Which environment — the platform raises the safety bar automatically as sensitivity rises
  • Which inputs — the handful of values that vary per deployment
  • The consumer provides no AWS account, no VPC, no state backend, no runner key — the platform owns the blast radius
Internal
How The Platform Works

The End-to-End Flow

Every deployment runs the same stages, in the same order, with the same checks — no team-specific pipelines, no tribal runbooks.

  • Security and policy checks run before any infrastructure is created
  • Every stage produces a record that feeds the confidence signal and the evidence stream — there is no "unchecked" path
Internal
How The Platform Works

Zero-Trust by Default

Consumer repositories hold no long-lived cloud credentials. Ever.

  • Authentication — OIDC federation. Each job mints a short-lived token; no credential is stored in the consumer repo or in a runner secret. Testing (GitHub Actions) Planned: all runners
  • Authorization — attribute-based (ABAC), not role-based. Two attribute classes scope every action:
    • Repository identity — the role's trust policy binds to the exact consumer repo + branch
    • Resource tags — every resource is tagged acdl:owner + acdl:contract; the session policy grants access only to matching tags

The effect: a consumer can only touch the resources it created. Blast radius is contained. One consumer can never affect another.

Internal
How The Platform Works

Safety is Computed, Not Assumed

Every delivery action produces a measurable, explainable confidence signal — the platform's certified answer to "is this safe to proceed?" Agentic

  • Six weighted inputs: policy conformance, validation, freshness, source provenance, history, NFRs
  • Per-environment thresholds that rise with sensitivity:
Environment Threshold Attester
dev ≥ 0.50 No one — autonomous
qa ≥ 0.75 QA
prod ≥ 0.90 SRE
dr ≥ 0.95 SRE + DR drill
  • A single critical finding hard-blocks the deployment — critical findings are not averaged away
  • When the platform halts, it gives a measured reason — never an opaque debugging exercise
Internal
How The Platform Works

Security by Construction

Security defaults that do not require a team to opt in. Checks run on every deployment, normalized to a single schema. Testing

  • Policy checks (Checkov, Wiz, Kyverno) — secrets in plaintext, public ingress, IAM wildcards, required tagging standards — all run before infra is created
  • Encryption on every resource — at-rest encryption on by default; per-stack customer-managed keys with 90-day rotation, no shared keys across stacks
  • Deletion protection on by defaultprevent_destroy on unless explicitly disabled via a documented flag
  • Safe decommission — a 2-step pipeline with two SRE attestation gates and a change-request validated against the CMDB
Internal
How The Platform Works

Accountability & Audit

Autonomy and accountability are not in tension — they apply at different environments.

  • Dev is fully autonomous. The confidence signal (≥ 0.50) is the only gate. Queue-based handoffs are eliminated. Agentic
  • qa, prod, dr require deliberate human attestation — policy-mandated acts of accountability, not rubber stamps
  • Separation of duties is enforced — the QA approver cannot be the prod approver. The platform blocks on a match. Design tested Wiring: planned
  • Every deployment writes a hash-chained evidence event — tampering breaks the chain. RPO = 0 — the evidence write is synchronous Testing
  • Every production change is traceable to a human attestation — the only durable record outside the VCS's audit log
Internal
How The Platform Works

Testing vs. Planned

Testing (works internally, not yet released to consumers)

  • Contract-driven deploys with a versioned reusable workflow
  • Module catalog (primitives + modules) with validated examples
  • Zero-trust OIDC + ABAC on GitHub Actions runners
  • Security + policy checks before infra creation (Checkov; Wiz + Kyverno ready)
  • Confidence signal (6 inputs, per-env thresholds) gating promotion Agentic
  • Hash-chained, tamper-evident evidence outbox (RPO = 0)
  • Encryption by default + per-stack customer-managed keys
  • Deletion protection by default + safe decommission with SRE gates
  • Uptime monitoring deployed automatically with every stack
  • Platform-managed environments + friendly onboarding
  • Engine-agnostic core (1 adapter: Terraform) + VCS-agnostic ingestion

Planned (on the roadmap)

  • Real OIDC federation on all platform runners
  • HITL wiring for qa / prod / dr environments
  • Full regulatory ledger: S3 Object Lock + JWS signatures + daily checkpoints
  • Compliance milestone: GDPR, SOX, SOC2, DORA extension points
  • Environment self-service provisioning
  • Dynamic module creation from a contract (agentic citizen-developer flow) Agentic
  • Pattern recognition compounds value over time Agentic
  • Additional engine adapters (OpenTofu, Pulumi, Kubernetes CRDs)
  • Deeper observability bootstrap (dashboards, runbooks, on-call)
Internal
How The Platform Works

The Vision Realized

  • Velocity without sacrificing safety. Speed is in the ergonomics (a simple contract, a one-line uses:); safety is in the gates the consumer cannot bypass.
  • Security, observability, and compliance as platform defaults — not per-team effort, not post-hoc remediation. Encryption, deletion protection, uptime monitoring, policy checks, and evidence are on by construction.
  • Auditability as a byproduct, not a project. Every production change is traceable to a human attestation and a tamper-evident evidence event.
  • Blast radius contained by design. Zero-trust OIDC + ABAC means a consumer can only touch its own tagged resources.
  • Infrastructure as a utility, not a craft. The platform abstracts compute, networking, and state. Teams consume infrastructure, they don't maintain it.
  • A path to the citizen developer. The same safety envelope that serves a senior engineer will serve a non-technical consumer — expanding who can ship safely without lowering the bar. Agentic
Internal