| Primary unit of work | A task workspace with its own branch, files, terminal, diff, and review path; several chats can share one workspace. | A mission: one goal with its conversation, the agents working on it, their approvals, and its record. It persists across sessions and goes idle rather than closing. |
|---|
| Execution environment | Local workspaces on your Mac, which stop when the machine or app closes, and Conductor Cloud on Pro, Teams, and Enterprise: isolated Linux sandboxes hosted by Vercel that keep working after you close the app, sleep after four hours without activity, and stop after almost a day. | Agents run on your Mac by default. On a paid plan you can start or move a mission to Skyflo Cloud, a machine Skyflo runs for that mission, which keeps working while your Mac sleeps. Only Codex and Skyflo's own agent run there; Claude Code stays on your Mac. A mission started there from a GitHub repository opens a pull request. |
|---|
| Agent and model choice | Claude Code, Codex, Cursor, and OpenCode, with your own subscriptions and keys; Conductor does not bill or resell model usage. | Skyflo's own agent plus seven external agents: Codex, Claude Code, Cursor Agent, Antigravity, Grok CLI, OpenCode, and Pi, and one custom ACP agent added through a manifest file. External agents use their own sign-in and models; Skyflo's own agent uses the managed models every paid plan includes, or your Moonshot or Z.ai key. Orchestrate runs several on one mission and can pick the lead. |
|---|
| Cross-repository coordination | Each workspace maps to one repository and branch, and /add-dir links other workspaces so one agent can read and edit code across related repositories. Each cloud workspace is an isolated sandbox for one repository and branch. | A workspace is an ordered set of up to eight registered Git checkouts, and one mission can span them. In Skyflo Cloud a mission spans one to five. Each writing specialist works in its own worktree, so edits stay apart while the work runs; integrating them is still a change you review. |
|---|
| Approval and mutation boundaries | In local workspaces, tool calls can ask for approval before shell commands, file changes, MCP tools, or web fetches run. Plan Mode, for Claude Code and Codex, lets you approve the plan before edits. Local agents are not sandboxed. | One access mode governs every agent on a mission, Skyflo's own and the external ones. Skyflo answers each agent's permission requests by that mode and records the decision. In Full access, the default for a new Auto mission, prompts are off and folder confinement is lifted. Orchestrate starts at Ask for approval, and Plan mode waits for you to approve the plan. |
|---|
| Independent review | Each workspace has a diff viewer whose line comments go back to the agent, a Checks tab, pull-request creation and merge, and a Review action where an agent reviews the diff with a review model you choose. | In Orchestrate missions, Skyflo adds a separate reviewer by strategy and risk, and Skyflo's own agent can start one. The reviewer can read, search, ask, and report, but cannot edit files. Not every mission is reviewed, and a review is a second opinion, not a guarantee. |
|---|
| Browser, terminal, and automation evidence | Terminals, in-app browser tabs, remote desktop control in cloud workspaces, and cloud routines on a schedule, GitHub trigger, or webhook are documented. The beta API can search cloud session transcripts across workspaces. | Code, browser, terminal, and automations share one workspace, where you and Skyflo's own agent work in the same browser and terminal. On paid plans, missions sign in to websites with your saved sign-ins, passwords kept in the Keychain, and agents can work in any Mac app through Skyflo Computer Use, stopping before a submit, send or payment outside Full access. Each mission keeps an append-only record on your Mac of approvals, Skyflo tool calls, including external agents' calls through Skyflo's tools, and review findings, every event hash-linked to the one before it. |
|---|
| Cross-mission memory, provenance, and user control | A memory feature is not documented in the reviewed sources. Durable guidance lives in repository settings, personal and team prompts, and checked-in files such as AGENTS.md, CLAUDE.md, and skills. | Personal memory stored on your Mac, learned from finished missions with a link to its source. Skyflo keeps a memory when the evidence supports it; otherwise it waits for you to keep, correct, or dismiss it, and you can remove any memory later. A workflow verified in two repositories can become a Skill once you or an independent agent approves it, and you can also teach a Skill a task once, by showing it, saving a finished mission or attaching the steps. Reverting a Skill or a routing change alters what Skyflo does next, not past work. |
|---|