HyperAgentSkyflo improves how it improves.
Control plane for agentic engineering

The agents you run.One control plane.Governed, on the record.

Teams already run several coding agents, models, and repositories. Skyflo sits above them: one mission holds the approved plan, dispatches Codex, Claude Code, Cursor Agent, or your own agents in isolated worktrees, reviews the result independently, and keeps the record.

See a mission run

Free. macOS 14+. Apple silicon and Intel.

Bring your agents Bring your keys Multi-repo Approval-gated Isolated worktrees Read-only review Append-only record Revertible learning

Skyflo

linking · 0%

6 surfaces6%

Mission lifecycle

standby

rl-311 · objective

6%

Add per-tenant rate limiting to the public API

Four registered checkouts, one pinned header contract, and no breaking change for existing clients.

Execution path

1 / 6 active

Live operation

discover

registered checkouts loaded

Checks

0 / 12

Actions

0 / 2

Discovering
simulated mission · rl-311

Skyflo is a local-first control plane for AI coding agents, built on a mission-level engineering harness. It orchestrates the agents you already use across repositories, browser, terminal, and automations, with your own model keys, while the approved mission remains the durable record.

Agents multiplied. The layer above them did not.

01

Many agents, one objective

Codex on one task, Claude Code on another, a Cursor session for the front end. Something above them has to hold the objective they are all working toward.

02

Authority

What an agent may read, write, or run, and who approves it, should be one policy across every agent, not a setting inside each tool.

03

Isolation

Parallel work across repositories needs worktrees that cannot collide and a shared contract with one owner.

04

The record

What was approved, what ran, what the reviewer found, and what was learned should outlive the session and the tool that produced it.

Skyflo is that layer. It runs the agents you already use under one approved plan and one approval policy, keeps each mission's record on your Mac, and carries what the work taught into the next mission.

See which agents it runs

Choose the runtime. Keep the mission.

Codex, Claude Code, Cursor Agent, and four more run inside one Skyflo mission, each in an assigned worktree, under the same approval policy. Swap the agent; the mission, its record, and what it learned stay.

Skyflo Logo

Skyflo control plane

Native
Mission state
Approval policy
Record + memory

App Server

Codex

Agent SDK

Claude Code

ACP

Cursor Agent

Supervised CLI

Antigravity

ACP

Grok CLI

ACP + server

OpenCode

RPC

Pi

One approval policy on every runtime
Results return for independent review
Runtimes keep their own authentication
Version mismatches stop the run

ACP-compatible agents register by manifest. Every runtime reaches Skyflo's tools over MCP, through the same policy and approval path.

Provider direct + local

Bring your providers.

Provider-direct requests use the accounts and keys you configure.

Supported provider keys bring additional models into the same mission.

Kimi K3

Moonshot · BYOK

GLM-5.3

Z.ai Coding Plan · BYOK

GLM-5.2

Z.ai · BYOK

GLM-4.7-FlashX

Z.ai · BYOK

GLM-5V-Turbo

Z.ai vision · BYOK

Skyflo Managed

Planned

Managed access is planned.

Managed model access is not available yet. Free works with your own model access.

When available, managed usage will be metered separately. Execution and tools will stay on your Mac.

GPT-5.6

Planned catalogue

Claude Sonnet 5

Planned catalogue

Gemini 3.6 Flash

Planned catalogue

Claude Fable 5

Planned catalogue

Kimi K3

Planned catalogue

Provider-direct and managed access remain separate.

Open + local

Open models, same mission.

Use a supported signed-in harness or provider key.

Mistral Medium 3.5

BYOK / local

Mistral Small 4

BYOK / local

DeepSeek V4

BYOK

gpt-oss-20b

Local

Five layers under one objective.

Surfaces on top, memory at the bottom, and the mission loop that moves work between them.

harness / cutawayexploded view

Surfaces. Desktop, browser, terminal; all on one mission.

SF-05 · one mission, several surfaces
Interactive cutaway · hover a layer to inspectHow Skyflo orchestrates coding agents

A mission is a state machine.

It advances through six states, persists them to disk, and blocks in plan mode until you approve the implementation boundary. Every agent inside it answers to the same approval policy: external runtimes start at maximum-ask, and Skyflo decides who answers each request and records the decision. When review comes back short, the mission can return to planning.

state
persisted beyond the session
gate
approval is a state, not a prompt
policy
one approval semantic on every runtime
review
separate mutation-disabled profile
Follow a multi-repo mission through all six states

Independent review report

mission local-042 · reviewer profile

Read-only
filessearchreviewreport

Change evidence

file.read available
file.search available
agent.report available
mutationAllowed: false

Reviewer boundary

Separate reviewer profile
Read-only capability operations
No file mutation authority
Focused repository test
Report attached: the mission keeps the findings and decides what to do with them.

The reviewer cannot change the code it reviews.

It runs as a separate profile holding file.read, file.search, and agent.report, with read-only capability operations and mutationAllowed set to false. Its findings attach to the mission; the edits stay with the specialists that made them.

See how independent code review works

What one mission learns, the next one can retrieve.

The evidence decides what is kept. A convention you stated or a command the work verified is kept on its own; anything weaker waits for you. Every record links to the mission and file that produced it and is retrieved against the current workspace, so unrelated records stay out of the context.

memory / lineage tracepersonal · evidence-linked
01 · mission local-042 · evidence attached · record drafted
Interactive lineage · select learn, keep, or retrieveSee persistent memory for coding agents

Skyflo improves how it improves.

The control plane keeps one mission together. Since 1.1.0, Skyflo also carries what missions teach into the next one, and it can change the way it routes work, inside a boundary it cannot change.

task layer

What it learns

Conventions you state and command sequences the work verified become memory for that repository, each linked to its source.

memory · kept on evidence

task layer

What it can reuse

A workflow that succeeds in two of your repositories can become a Skill once another agent or you approve it. Call it from the / menu.

Skill · independent approval

meta layer

How it improves

Skyflo can change how it picks the agent and model for a mission. A change is adopted only if it wins on past routes it was not built from, and halted if it stops winning.

routing · held-out judge

root layer

Approvals, credentials, spending limits, and kill switches sit outside anything Skyflo can change about itself; only a signed release changes them. The agent that proposes an improvement never judges it, and every change can be reverted from Improvements.

One layer above every agent your team runs.

Skyflo does not ask a team to standardize on one agent. Each engineer keeps their agents and provider accounts; the mission, its approvals, its record, and what it learned live in Skyflo on that engineer's Mac. Execution stays on your linked Mac. BYOK credentials stay in the macOS Keychain.

On every plan today

  • Codex, Claude Code, Cursor Agent, Antigravity, Grok CLI, OpenCode, Pi, and conforming ACP agents
  • One approval policy across every agent, with each decision recorded
  • A reviewer that cannot change the code it reviews
  • An append-only record per mission, on the linked Mac
  • Memory, Skills, and an Improvements ledger where one Revert undoes a change

Planned for teams

  • Team administration and policyPlanned
  • Organization-wide shared memoryPlanned
  • Contracted security, deployment, and support controlsPlanned
  • Managed inference through the Skyflo gatewayPlanned

What this is, and what it is not.

How the control plane runs a mission
01What is Skyflo?+

Skyflo is the control plane for agentic engineering: a local-first layer above the coding agents, models, and repositories you already use. A persistent mission holds one objective, its approved plan, isolated specialist work on those agents, browser and terminal activity, automations, independent review, an append-only record, and what the work taught.

02Does Skyflo replace the coding agents I already use?+

No. It runs them. Codex, Claude Code, Cursor Agent, Antigravity, Grok CLI, OpenCode, Pi, and conforming ACP agents work inside a Skyflo mission with their existing sign-in, each in an assigned worktree, under one approval policy. Provider-direct Kimi, GLM, Mistral, DeepSeek, and open-weight models use your configured access. Skyflo Managed is planned and is not available yet.

03How is Skyflo different from a coding agent?+

Coding agents execute development tasks. Skyflo is the layer above them that keeps the approved objective, delegated work, approvals, execution evidence, independent review, and learned memory together across agents, repositories, and sessions.

04What does it mean that Skyflo is a HyperAgent?+

Since Desktop 1.1.0, Skyflo learns from the missions it completes, carries what they teach into future work, turns workflows proven in two repositories into Skills, and can change how it routes work. Skyflo improves how it improves, but approvals, credentials, spending limits, and kill switches sit outside anything it can change, and every change it makes to itself can be reverted.

05Does one mission really span several repositories?+

Yes. You register the checkouts a change touches, and the mission plans across all of them at once. Each coder specialist then works in its own git worktree, so parallel changes cannot collide.

06What does Skyflo record?+

Each mission keeps a record on your Mac of the objective, its plan versions and approvals, every Skyflo tool call and permission decision, the reviewer's findings, and what was learned, with sources. The record is append-only and every event is hash-linked to the one before it, which catches accidental corruption, missing events, and reordering. It is not a defense against someone who can rewrite the whole store.

07Where does the work run?+

Skyflo Desktop runs the mission on your linked Mac using your repositories and local credentials. Model calls use a signed-in coding agent or your own provider key.

08What does Skyflo offer teams and enterprises today?+

Every plan, including Free, runs the full control plane on each engineer's linked Mac with their own agents and keys, and every mission keeps its own record. Team administration and policy, organization-wide shared memory, managed inference, and contracted security, deployment, and support controls are Planned and are labeled that way wherever they appear. Book a demo to see the current build run a real objective.

09What does Skyflo remember?+

What a completed mission taught, such as a convention you stated or a command sequence the work verified, with a link to its source. Memory the evidence supports is kept automatically and the rest waits for you. You can keep, correct, dismiss, or remove each record, and turn learning off. Organization-wide shared memory is Planned and is labeled that way wherever it appears.

Looking for the Kubernetes agent? It continues as a separate Apache-2.0 project, with its own pages and docs.

Start with one real objective.

Pick a change that spans more than one repository, or more than one agent. The next mission starts with what it taught.

Skyflo Native and the agents you already run work with your configured access. Account required. Free requires no card.