Helix a general value creation system
We have AI backwards

The company is the loop.

Today's AI harnesses adapt people to use models for their day-to-day work — "Outlook for agents," hostage to human availability. Helix inverts it: the organisation itself is the orchestration. One loop per entity, running in the cloud, that observes, thinks, acts, verifies and learns — 24/7.

A desktop app is session-shaped: it exists while a human looks at it. The loop is event-shaped: a support email at 3am is an observation that triggers cognition without anyone opening an app.

value creation one loop per entity
Why the current harnesses are wrong

Shipping the org chart

Hostage to availability

The sidebar-agent view betrays the agent's power by queueing it behind human attention. Work should not wait for a window to be open.

The wrong caution

Constant approval prompts optimise a large lab's PR risk, not yours. The correct optimisation is stopping irreversible actions — legal, financial, reputational — at machine speed. Everything else should just run.

Internal distinctions, exported

Chat vs Work vs Code are a vendor's org chart, not your company's shape. Your company's shape is a loop around your policy.

Policy

A company's genome lives in its policy

The principal — founder, owner, chair — writes objectives, budgets, decision rights and prohibitions into one signed file. That's the whole interface for running the company: reach 1,000 paying customers by April, on this budget, without ever doing these things.

Policy is the only guardrail. It is enforced at dispatch — no executor, model or human, touches an actuator except through a task the dispatcher authorized against these rules.

And it fails closed: a rule the dispatcher cannot read is never an open door. Anything unparseable, unmatched or ambiguous goes to the principal.

allowdenyapprove(principal) gate(legal-gate)delegate(human)
# policies/treaty.yaml — the entity's genome
objectives:
  - metric: paying_customers
    target: 1000
    deadline: 2027-04-30
budgets:
  experiment_spend: { amount: 300, period: week, auto: true }
decision_rights:
  - action: refund
    when: "amount <= 150"
    then: allow
  - action: public_claim
    then: gate(legal-gate)
prohibitions:
  - impersonating_a_human_in_sales_conversations
The loop, end to end

Sensor to actuator, through policy every time

Sensors

Inboxes, analytics, uptime, bank feeds, meeting transcripts. Connectors in order of preference: API > MCP > export > computer-use > human.

→

Event bus

Every signal lands deduped in the ledger. Nothing depends on someone noticing.

→

Dispatcher

Checks each proposed task against policy and live budget counters. Decides allow, deny, approve, gate or delegate — and logs why.

→

Executor router

Routes authorized work to the cheapest capable executor. Credentials stay in the vault; executors get scoped, short-lived capabilities.

→

Actuators

Send the email, call the API, trigger the deploy, post the letter. The only hands the system has.

Executors

Humans are a choice of executor

Intelligence is applied by whichever executor the task deserves. Not a hierarchy of people using tools — a router choosing among three kinds of labor.

local models

Reflexes and routine cognition. Triage the signal, draft the reply, tag the scan. Free at the margin, so they run constantly.

frontier models

Budgeted cognition and verification. The policy decides when a harder think is worth paying for.

humans

Taste, trust, protected titles, physical and relational labor. Most organisations still prefer to buy from people. Routed by the same dispatcher, recorded in the same ledger.

A Hugging Face for humans. Humans carry model cards: capability tags — taste, fluency, domain knowledge, lawyer — plus a track record derived from the ledger, never from psychometrics or self-report. The machine browses for the human it needs, the way you browse for a model.
The world

What the loop touches

An entity may touch some or all of these. The product & machinery is any owned instrument that delivers value continuously — software, a car-wash machine, plant machinery. A pure service company's instruments are mostly humans. Physical inventory is state in the world, not data; buying stock is capital allocation under policy counters.

CustomersProduct & machinerySuppliers & partners Physical inventoryChannels & platformsRegulatorsMarkets
Memory & meetings

No knowledge sits only in a human brain

  • Ledger — append-only record of events, tasks, decisions, outcomes. "Did it happen?"
  • Policy & knowledge repo — git, changed only by PRs the principal signs. "Does it steer behavior?"
  • Docs workspace — where humans and models read and write together. Human edits come back as signals.
Meetings still happen. A face-to-face meeting is a human executor acting through the in-person actuator. The recording, transcript or dictated debrief coming back through a sensor is what closes it — a policy-shaped capture rule, and a delegation completed without a captured output is a defect on the human's track record. Human-to-human conversation is a terrible medium for most of a value creation loop; where it's the right medium, its output still lands in the system.
Verification & learning

The loop that learns is the whole point

Most systems observe → think → act. An effective organisation also verifies and recursively improves itself. Verification is an independent identity: the actor can't pass its own work, the verifier can't fix it. What verification learns becomes a lesson, proposed as a PR against the policy repo — reviewed and signed by the principal, or auto-approved where the principal has configured that per entity.

"The limitation in the loop is going to be gathering evidence, rather than cognition speed."

This system never sleeps.

Entities are still owned by humans — the principal bootstraps the policy, signs the lessons, and holds every gate. Everything else runs.

Sign in