An agent that can merge has unbounded blast radius
Give a loop write access to your default branch and a bad change is already in your history by the time anyone reads it. Review after the fact is not a control.
→AI coding agent · Open source
File an issue, apply one label, and get a pull request that a human still has to merge. Everything executes in your own GitHub Actions, on your runners, with your secrets. SimplyCubed hosts nothing and never sees your code.
Status
Beta. The architecture is documented and readable today. There is no release to install yet, so the way in is to watch the repo. If you need an agent working against real code this quarter, start with the readiness work below.
30 minutes. Your repos, your CI, and what’s missing before an agent touches them.
Apache-2.0 · your runners · a human merges every pull request
sc:go) is the only trigger01The blocker
Give a loop write access to your default branch and a bad change is already in your history by the time anyone reads it. Review after the fact is not a control.
With nothing to stop it, an agent churns, breaks things, and still reports success. The check that would have caught it usually does not exist yet.
Whether your source and your secrets leave your perimeter is the question that ends most pilots. It is also the right question to ask.
So put the agent inside your GitHub instead of sending your code out of it.
02What it is
SimplyCubed Code is designed to turn a GitHub issue into a reviewed pull request with no person writing the code and a person always deciding. A human files the issue. The agent implements it on a branch, a separate read-only reviewer role reads the diff, a fixer role addresses the findings, and the pull request goes out for a human to merge.
It proposes. It does not dispose. It never pushes to your default branch and never merges its own work. Configuration is one file .github/simplycubed.yml.
You apply one label. The bot owns the other five. Only a person merges.
The six issue labels, what each one means, who sets it, and where the human merge happens.
sc:goStart work on this issue. The only trigger a person sets.Set by yousc:queuedAccepted, waiting to start.Set by botsc:workingImplementing the change on a branch.Set by botsc:blockedNeeds a human. The agent stopped and left a note.Set by botsc:reviewReview and fix pass in progress.Set by botsc:doneThe bot closes out the issue.Set by botAn issue sits in one state at a time. The prefix is configurable with labelPrefix, and defaults to sc.
03How it works
A person opens an issue describing the change and applies sc:go. That is the whole trigger.
The agent picks the issue up, works on a branch, and runs your gate against what it wrote.
A separate read-only reviewer role reads the diff. A fixer role addresses the findings and runs the gate again.
Nothing is called done until your own quality check is green. sc:blocked is a first-class outcome: the agent stops and leaves a note rather than pushing through.
The pull request opens for a person to read. The agent stops here, every time.
04Where it runs
The strongest action available to this agent is opening a pull request against a branch. It holds no deploy credentials, it never merges, and a human decides what lands. Everything below is what that means concretely.
No server on our side. The whole thing is event-driven GitHub Actions. There is no server and no VM for SimplyCubed to operate, so when you install the app and file issues, the work is designed to execute on your runners inside your organization.
Your code stays in your repos. SimplyCubed never receives it. There is no ingest, no index, and no copy on our side, because there is no our side.
Your secrets stay in your secret store. Your model provider keys, your GITHUB_TOKEN, and anything else are read by your own Actions runs.
Your minutes, your bill. You pay GitHub for the compute and your model provider for the tokens. The open source project sends nothing to us.
One audit signal. The GitHub App identity is simplycubed-code[bot], and it is the single audit signal for everything the agent does.
Five questions to ask of any coding agent
The GitHub App permissions, exactly
contents:writeRead repository contents and write to a branch. This is how a branch and its commits get created.
issues:writeRead issues, comment on them, and set the lifecycle labels.
pull_requests:writeOpen a pull request and comment on it.
metadata:readRead basic repository metadata. GitHub requires this of every app.
What it can never do
Verify the permissions on the GitHub App page → (opens in a new tab)
05Built in the open
Apache-2.0, public today. Every claim on this page is in the source, so you can check it instead of taking our word for it. These are the files worth opening first.
Agent-authored PRs
Every pull request the agent opens in its own repository will be listed here, under the simplycubed-code[bot] identity. The list is empty. That is the number to watch.
06Status and roadmap
The repository is public and in beta. There is no release to install yet, and the roadmap below is order, not schedule.
Roadmap, roughly in order
You own your CI
You need someone to own it
07Run it yourself
Free, open source, no SimplyCubed account, and nothing to buy. Onboarding is designed to happen through GitHub itself rather than a local setup script.
Prerequisites
labelPrefix: sc
gate: make checkThe gate command is the required key. Everything else has a default.
The sequence, once it is installable
If nobody on your team can own the gate work, that is the engagement in the next section.
08Have us roll it out
This work stands on its own with any coding agent, including the ones you already pay for.
Agent loops fail in real codebases at the point where nothing checks the work. Most teams cannot adopt any coding agent yet because the check that would catch a bad change either does not exist or has never been seen to fail.
Make your GitHub org agent-ready
A scoped first engagement, one senior engineer who owns it end to end, and direct access to the founder.
The gate is the engineering. The loop is the easy part.
This runs as an AI Automation Sprint. The first one delivers the agent-ready foundation on your pilot repos: a gate that has been seen to go red, branch protection with no bypass, and identities that cannot reach production. Organizations with more repos or more environments than one sprint covers run the same play again for the next set, scoped on the call.
Sprint one: $10K. Each additional surface is scoped in the same $10K–$20K band, agreed upfront.
You get the gate and the guardrails whether or not you ever run our agent. When SimplyCubed Code is installable, rollout is a next step instead of a project.
Success criteria, agreed in writing before we start
Each one is binary: it is true on your repos or it is not. Same guarantee as the AI Automation Sprint on the homepage. If we do not hit them within 30 days of deployment, we keep working at no extra cost until we do, or we refund 50%.
This is the same standard SimplyCubed runs on every repo it owns, built by a founder who ran security for finance and payments companies. Least-privilege access and audit are where the design starts.
30 minutes. Your repos, your CI, and what’s missing before an agent touches them.
Not sure where you stand? Get your Agent-Readiness Score first.
→Why us
Loops and gates are how SimplyCubed builds, before they were ever something to sell. Every repo it owns ships with a required gate, a bot identity that cannot deploy, and a human on the merge. The founder ran security for finance and payments companies, so least-privilege and audit are where the design starts.

Recognized by Clutch as a top AI company in Japan, 2026.
09Fit check
10Questions
Not yet. It is in beta with no release, so there is nothing to point at one of your repos this week. The roadmap above is in order and without dates, because order is what the project can commit to. Watch the repo for the release. The gate work it depends on is worth doing before then either way.
The software is open source under Apache-2.0 and free. Running it costs your GitHub Actions minutes and your model provider tokens, billed to you by GitHub and your provider. Having SimplyCubed make your organization agent-ready is a paid engagement: $10K–$20K per sprint, $10K for the first one, agreed upfront. Most orgs start with one sprint.
No. The GitHub App is granted contents:write, issues:write, pull_requests:write, and metadata:read. It holds no deploy or production credentials. The strongest action available to it is opening a pull request against a branch, and your branch protection rules and a human decide what happens after that.
No. The design runs everything in your own GitHub Actions, on your runners, with your secrets. SimplyCubed operates no server in that path and receives neither your source nor your credentials. That claim is in the source, under Apache-2.0, for you to check.
Whichever you bring. The model sits behind a pluggable Runner interface. The first adapter targets the Codex CLI against Azure OpenAI (GPT-5.4 and 5.4-mini), and a Claude Code adapter is planned.
Because an agent loop with nothing to stop it will churn and still report success. The gate is the safety mechanism, so a repo without one is refused rather than run against a default that papers over the gap.
Then start there. A check that has been seen to go red is the prerequisite for any coding agent, not only this one, and it is the engagement SimplyCubed sells today. A check only ever observed green is indistinguishable from no check.
Read, audit, use, and fork freely under Apache-2.0. External code contributions and pull requests are not currently accepted. Bug reports and security reports are welcome through issues and SECURITY.md.
→Two ways in
The repository is open and in beta. The gate and guardrail work that makes any coding agent safe to accept is available now.