Signal
A mailbox, a failing test, a tender, a missed call.
A KOD.AI product
Gorgos is an operating system for a company that AI actually runs: an AI CEO directing AI departments, with every outward action risk-classified, gated and written to a ledger you can audit.
Illustrative run, shaped from the real policy tiers and capability names in autonomy.yaml. Not customer data.
The operating loop
Most AI systems end at the fifth stage, where the action fires. The last two are the product: evidence attached to the decision, and a person who can still say no.
A mailbox, a failing test, a tender, a missed call.
Holds company state, decides what matters today, delegates.
A reviewed config, not a prompt. Cycles and critique loops allowed.
Role agents with a mandate, memory, tools, KPIs and a boundary.
Mail, calendar, CRM, telephony, deploys, browsers.
Tests, smoke checks, verifier reports attached to the decision.
You approve, reject, or change the policy that decided.
Supervision policy
Autonomy isn't a slider between trusting and not trusting a model. It's a classification applied to each capability, and you own it.
LOW RISK
Reversible, internal, inside an approved budget envelope. It runs, and it's recorded.
MATERIAL / HIGH RISK
Anything that reaches the outside world or can't be walked back. Prepared fully, then held.
FORBIDDEN
Refused at the gate. Not queued, not draftable. Unblocking one is a deliberate, named act.
What's actually built
We only put something on this page if it traces to something shipped. Everything else is on the roadmap, and we'll tell you which is which on the call.
Gorgos is the system KOD.AI is run with. The daily loop, the delegations, the approval queue and this decision ledger are the company's actual operating record, not a demo fixture.
4,819 tests in the spine, collected 2026-07-27One promotion path is proven end to end: incident, fix, staging, full test, owner approval, production. Nothing reaches production on a green staging run alone.
Proven on opportunity-osEach action carries the policy that classified it, the evidence that supported it, the runtime that ran it, and the rollback path. You can ask why afterwards and get an answer.
Append-only decision ledgerAutonomy is one reviewed configuration file, not behaviour buried in prompts. Change what needs approval by changing a line and reviewing the diff.
autonomy.yamlGorgos is early. It runs one company well — ours — and the governance layer is further along than the department library. If you need a finished product today, we're not it yet. If you want the audit trail to exist before the agents do, that's exactly the order we built in.
Who it's for
A gate is only worth having when the action behind it matters. That's the line we sell to.
You have coding, support or outreach agents in production and no single place that says what they did or who allowed it.
Your agents touch patients, money or regulated records, so an approval boundary is a requirement rather than a feature.
You want to run more delivery than you have people for, without giving up the review step that keeps clients.
You need an audit trail that already exists, rather than a policy document describing one you'd have to build.
Talk to us
The first deployment watches your existing agents and classifies what they do without gating anything. You see what would have been stopped before anything is. Turn on active gating when the log stops surprising you.
Built by Piotr Kram and Mariusz Kram at KOD.AI sp. z o.o. Write directly to info@kodai.com.pl if you'd rather skip the form.