Skip to content

Where the run happens, and who reviews it

An agentic workflow gets its own computer in open-source Kortix

Whose computer the run works on, and who reads what comes back: those two questions decide whether an agentic workflow is worth keeping. Every run in Kortix, the open-source AI Operating System, boots its own cloud computer, and the work a session commits reaches main through a change request, so both answers are yours to change.

The open-source AI Operating System

One isolated sandbox per session · Self-host is free · Run it in your VPC or on your own on-prem network

A Kortix session in the app: the prompt, the plan, the two skills the agent loaded and the shell commands it ran, with its task list at two of two done.
Session work reaches main through a change request. Merge is default-deny for agents.
kortix.yaml
triggers:  - slug: daily-digest    type: cron    agent: kortix    cron: "0 0 9 * * 1-5"    timezone: America/Los_Angeles

Source: kortix.com/automations

Three workflows, three triggers, one config file

Each card is a trigger row from kortix.yaml and the work its run leaves behind.

Scheduledkortix.yaml · trigger daily-digest

A weekday digest that opens its own change request.

At 09:00 on weekdays the digest session reads yesterday's commits and leaves the summary as a change someone can read.

Trigger
daily-digest
Cron
0 0 9 * * 1-5
Agent
kortix
Session
fresh

Fires weekdays at 09:00 in America/Los_Angeles, one fresh session per run.

Eventkortix.yaml · trigger new-lead

A signed webhook that turns a new lead into a proposed record.

The payload renders into the prompt, the session starts on a computer of its own, and the CRM entry waits as a change.

Type
webhook
Agent
sales
Secret
WEBHOOK_SECRET
Signature
HMAC-SHA256

A webhook trigger without its signing secret is rejected at validation.

Handoffkortix.yaml · trigger oncall-handoff

Friday at 17:00, the week's open threads get a written handoff.

The support agent starts on its own computer and leaves the handoff note on its branch for the next shift to read.

Trigger
oncall-handoff
Cron
0 0 17 * * 5
Timezone
UTC
Agent
support

A triggered session is visible to the whole project, not private to whoever set the trigger.

Open source means the workflow is a file you can read

20,000+GitHub stars

Where the workflow lives decides what it can touch

More tools, judged the same way, are on the tools comparison.

KortixSource
GitHub Agentic WorkflowsSource
Open source
KortixYes. Read it, fork it, audit it.
GitHub Agentic WorkflowsYes. MIT licence.
Where the workflow is defined
Kortixkortix.yaml, in the repo you own
GitHub Agentic WorkflowsA prompt that gh aw compile pins into an Actions workflow
What the agent acts on
KortixIts own cloud computer and branch
GitHub Agentic WorkflowsA GitHub repository, read-only by default
Where its output lands
KortixA change request against main
GitHub Agentic WorkflowsA pull request, written by safe outputs
Who can use it
KortixThe whole project sees the run, with no extra privilege
GitHub Agentic WorkflowsRepository collaborators
Who controls what lands
KortixA change request; merge is default-deny for agents
GitHub Agentic WorkflowsYou review generated changes before merging
Self-host
KortixYes, and it is free
GitHub Agentic WorkflowsYour Linux runners, including ARC
Pricing
KortixSelf-host is free; Kortix Cloud is credits
GitHub Agentic WorkflowsBudget guardrails on by default: 1,000 AI Credits per run

Source · KortixSource · GitHub Agentic Workflows

Gumloop's sandbox docs (https://docs.gumloop.com/core-concepts/agent_sandbox_and_secrets) cover the isolated VM each conversation runs in and what the agent may do inside it, its Human in the Loop docs (https://docs.gumloop.com/core-concepts/human_in_the_loop) cover the approval a person gives before a gated tool call, and its pricing page (https://www.gumloop.com/pricing) lists plans, permission levels and no self-host offer. GitHub's Agentic Workflows docs (https://github.github.com/gh-aw/) cover the repository a run touches and the review before a merge, and its licence (https://github.com/github/gh-aw/blob/main/LICENSE) is MIT.

Agentic workflow questions

What is an agentic workflow?

An agentic workflow is a job an AI agent finishes on its own, from a trigger to a result you can read. The run plans the steps, uses tools on a computer, and keeps going when one step fails. The full definition.

Do agentic workflows need human approval?

Not by default. Nothing pauses the work unless you set a gate, so the approval has to sit where the work lands. In Kortix, session work reaches main through a change request, and merge is default-deny for agents.

What is the difference between an agentic workflow and an automation?

An automation runs steps you defined in advance. An agentic workflow gives the agent a goal and a computer, and it works out the steps itself, including what to do when one fails. The trigger can look the same.

Is there an open-source agentic workflow platform?

Yes. Kortix is the open-source AI Operating System, and a trigger there is a row in kortix.yaml beside the prompt it fires. Self-host is free.

Where does an agentic workflow run?

On a computer the agent controls. Each Kortix session gets one isolated sandbox and its own branch, so the run works on a real Linux machine and leaves a diff.

What is an example of an agentic workflow?

A weekday digest at 09:00 that reads yesterday's commits and opens a change request with the summary. The trigger is a row in kortix.yaml, the run gets its own computer, and a person reviews the change. Build one.

Run your first agentic workflow from a file you own.

One repo holds the agents, the triggers and the memory, and self-host is free.