Harness · Codex

Codex on the Software Lifecycle Cloud

Codex on KERNSTACK means OpenAI’s coding agent producing branch-shaped work — locally through its CLI or as delegated tasks — against a repository whose entire runtime is declared in stack.json. Branches are the contract: Codex writes them, KERNSTACK gives agent branches their own deployable environments, and a person approves the plan before anything reaches production.

Delegated tasks, branch discipline

Codex is at its best when work arrives as well-scoped tasks whose results can be reviewed as diffs. A KERNSTACK project makes those diffs unusually informative: a task that “adds invoice export” shows up as a worker, a workflow step, and a gateway route in stack.json, not just code files. The reviewer sees the operational consequence of the change in the same review as the implementation.

Delegated and sandboxed attempts belong on agent branches. On KERNSTACK hosted git, agent/ branches deploy to the matching agent- environment, so a Codex-produced change can be clicked through at a real URL — by the reviewer, in a browser — before anyone discusses merging it.

From task result to production, with a gate between

The path from a finished task to production is deliberately unglamorous: kernstack plan renders the change set, a person reads it, kernstack deploy applies it. Destructive entries require an explicit confirmation flag, and a project deploy gate can require review-approved source, so the agent’s confidence is never the shipping criterion.

  • Pull any agent branch locally with kernstack git checkout agent/ and run the exact code the task produced
  • Move work worth keeping onto feature/ before discarding the sandbox — kernstack use offers this at the switch
  • Deploy an agent branch outside its own environment and the CLI asks for confirmation; the boundary is mechanical

Supported Models & Workflow

Supported Models & Engines: GPT family — your choice in Codex

Frequently asked questions

You review two artifacts instead of one: the code diff, and kernstack plan, which states the platform consequences — resources created, updated, deleted. A task that quietly drops a table announces it in the plan under “Will delete” before deploy, not in a postmortem.

Yes — that is what agent environments are for. Work on an agent/<id> branch deploys to the agent-<id> environment, which behaves like production in shape but touches neither main nor production data paths you have not pointed it at. Reviewers get a URL, not a screenshot.

The GPT-family models your Codex setup provides. KERNSTACK sits below the editing layer: it receives branches and plans, so model selection, task phrasing, and parallelism stay Codex-side decisions that never leak into the platform contract.

Ship your stack on the Software Lifecycle Cloud.

Closed preview on dedicated European infrastructure. Bring a repository or start from a blueprint.