Claude CodeCodexCursor

Ship Code While You Sleep

Claudia gives your coding agents one operating standard, durable context, and a manager for every repository.
Plans, builds, ships, with your oversight.

Work lands as a pull request on GitHub. Draft PRs and pushed checkpoints mean a lost session does not lose the work.

Integrates with · Built on

Slack
GitHub
Hermes

The problem

Coding Agents, Without a System

Your coding agents are powerful — but alone, they don't ship. No shared practice, no durable context, no one responsible for finishing. You are holding it all together.

Agents Are Reactive

They wait for you to prompt. No initiative, no follow-through. You are still tracking every task yourself.

Nothing Owns the Objective

Every session re-explores the product, the architecture, and the decisions from scratch. Nobody carries a piece of work from intent to merged pull request.

No Shared Practice

Each repository, each tool, and each session brings its own habits. You are the integration layer across the whole portfolio.

Claudia is the operating system that turns your coding agents into a managed development operation — one practice, durable context, a manager for every repository, and you in control.

What Claudia supplies

One Standard, Every Repository

Not another coding agent — the system that makes your coding agents productive. Reusable skills, repository context, and a responsibility contract, across Claude Code, Codex, Cursor, and Hermes.

Supervision Without Ceremony

  • You steer in Slack and GitHub; a repository manager owns each objective through merge
  • Delegated workers return evidence to their manager and never merge.
  • Direction, secrets, production, spend, and public commitments stay with you

Managed While You Are Away

  • Hermes runs one scheduled repository manager per repository
  • On each heartbeat it reconciles existing work, then takes one issue you have labelled ready, or a bounded ask from Slack
  • It reports meaningful completion or a precise decision request, and stays quiet otherwise

GitHub Is the Record

  • Pull requests carry immediate delivery; issues hold what is deferred or blocked
  • Product, architecture, and decisions live in each repository’s brain, versioned with the code
  • No second tracker, no approval queue, nothing to reconcile after a restart

How it fits together

Two Lanes, One Record

While you work, in the tools you already use. While you sleep, on Hermes. Both land on GitHub, and you steer from Slack.

While you work, the Human Operator types, shows, or speaks to any surface, steers from Slack and works in Claude Code, Codex, Cursor, where a top-level task is the repository manager. While you sleep, Hermes runs one scheduled repository manager per repository, started by a heartbeat wake against ready issues or by a Slack ask. Claudia supplies both lanes with skills, repository context, and one responsibility contract. Both lanes converge on GitHub, which holds Git, Issues, Pull requests, and Review: Issue, Ready, Draft PR, Review, Merge. Memory is long-term and shared by both lanes: Markdown brains in every repository, indexed by one gbrain on Postgres. The models from all your subscriptions (Astra, Sol, Fable, Opus, Composer, Grok, Flash, GLM 5.3) are available to both lanes.

Human Operator
Sets direction, decides what is ready, and keeps the consequential decisions. Direction, shared architecture, secrets, destructive action, production, spend, security floors, and public commitments never move to an agent.
Claudia Orchestrator
Keeps intent coherent across every repository you own. Does not copy repository work into a second tracker and does not decide product direction alone.
Repository manager
Owns one authorized objective from intake to native merge. A human-started top-level task in Claude Code, Codex, or Cursor, or the repository’s one scheduled manager. Authoring the change does not demote it.
Scheduled repository manager
The unattended form of the repository manager: one native Hermes job per configured repository. Never promotes its own proposals to ready and never invents work on an empty queue.
Worker
A subagent, delegated builder or reviewer, or delegated Work session with a bounded assignment. Never merges, and never becomes the manager through a credential, tool, or session resume.
GitHub
The durable work record. No parallel dispatch, approval, or receipt ledger sits beside it.
Repository brain
Current product, architecture, and decision knowledge, versioned with the code. Holds the current answer, not session chronology.
Hermes
Native runtime for unattended repository management. Attended work in Claude Code, Codex, or Cursor.
GitHub pipeline
Issue: Deferred, blocked, or independently actionable work. Ready: Owner-groomed: outcome, scope, acceptance, and authority settled. Draft PR: Opened at the first pushed change; objective, evidence, and checkpoints kept on it. Review: Checks and review depth chosen from the risk; findings resolved on the head. Merge: Exact head confirmed against the current base, merged natively; outcome confirmed.

Claudia supplies

Skills, repository context, and one responsibility contract, delivered as a versioned release. It shapes how the runtimes work; nothing runs inside it.

GitHub records

Git, Issues, Pull requests, and Review. Immediate work on a PR, deferred work on an issue. Nothing important lives only in a chat.

Runtimes execute

Claude Code, Codex, and Cursor when you are present. Hermes when you are not, one scheduled manager per repository. Same practice, same record, either way.

How work moves

The same loop whether a manager is attended or scheduled. It is a sequence, so it is numbered.

  1. 1Confirm the repository, objective, and authority
  2. 2Read current GitHub, code, knowledge, and target base
  3. 3Reconcile existing authorized work, then take one ready objective
  4. 4Implement directly or delegate bounded work
  5. 5Choose checks and review depth from the actual risk
  6. 6Open the draft pull request early and push checkpoints
  7. 7Confirm the exact head against the current base and merge
  8. 8Confirm the outcome and record anything deferred

What you do

  • Set direction and groom what is ready
  • Answer a decision request when a choice is yours
  • Keep the floors: direction, secrets, production, spend, public commitments

What is on the record

What the private reference portfolio has recorded: six scheduled repository managers active on Hermes, each verified with read-only wakes against its repository in September 2026.

A complete unattended implementation-to-merge cycle is not yet part of that record. Anything beyond the record is a target, not a result.

Skills, not stages

From Intent to Shipped

Independent skills for product, architecture, design, specification, backlog, build, review, test, deploy, and writing. A manager composes the ones an objective needs; a build can carry a coherent objective end to end on its own.

Direction
Product, architecture, design
Delivery
Build, review, test
Release
Deploy, write, learn

Mechanisms

The System Behind the Ship

Five mechanisms — from the durable record to the merged pull request.

A pull request is enough for immediate work

Pull requests carry immediate delivery with objective, evidence, and review conclusion. Issues hold what is deferred, blocked, or independently actionable. A restarted manager reads the record instead of a recovery log.

In practice

  • Draft pull request at the first meaningful change
  • Issues only for deferred or blocked work
  • No parallel dispatch, approval, or receipt ledger

Where you stay in control

Control Without Compromise

Enforcement you can inspect, not promises you have to trust. Every boundary names the record, check, or actor that makes it real.

Workers Return. Managers Merge.

A repository manager may implement and merge its own authorized work after proportionate checks and an exact-head confirmation against the current base. Delegated workers return evidence to their manager and never merge.

An Inspectable Record

Pull requests carry the objective, evidence, checks, and review conclusion. Issues hold what is deferred or blocked. GitHub is the searchable, permanent record; nothing important lives only in a chat.

Floors That Never Move

Direction, shared architecture, secrets, destructive action, production, spend, security floors, and public commitments stay human-owned at every size of change. No successful check expands authority.

No Platform Lock-in

GitHub-native. Your agents, your runtimes, your repositories. Practice arrives as a versioned release you can read; remove it and everything stays exactly where it is.

Steer from anywhere

At Your Desk or On Your Phone

Attended work happens where you already code. Unattended work reports to Slack. The record is the same GitHub either way.

At Your Desk

Attended: you and a repository manager, live

Start a top-level task in Claude Code, Codex, or Cursor; it carries manager authority
Capture product direction, settle architecture, groom what is ready
Read the pull request, its evidence, and its review conclusion in GitHub
Talk to the repository’s manager in Slack alongside your editor
  • Best for discovery, design, and decisions
  • No ready label needed; attended work delivers directly
  • Hermes is not required for attended work

On Your Phone

Unattended: Hermes works the queue, Slack keeps you informed

Hear about meaningful completion, real failure, or a decision that is yours
Reply in the thread; a reply grants only the authority it states
Redirect work with a message in the repository channel
Follow the link to the pull request on GitHub mobile
  • Routine progress is not narrated
  • Slack is a conversation, not a second queue
  • Wake up to pull requests with their evidence attached

Work continues either way. GitHub keeps the record.

Use cases

Built for How You Actually Work

Agents do the routine work. You keep the decisions that matter.

10X Product Engineer

You settle the objective and label it ready. A repository manager reads the record, implements, verifies, and lands the pull request. Read it when you are ready.

  • Ready issue to merged pull request
  • Draft PR early, checkpoints pushed
  • Review depth chosen from the risk

Maintenance While You Sleep

Dependency updates, routine fixes, and groomed housekeeping picked up on the next scheduled wake. Agents triage and implement. You review.

  • One scheduled manager per repository
  • Only owner-groomed work starts unattended
  • Meaningful outcomes reported in Slack

Portfolio Owner

Several products, one standard. Claudia keeps priorities, dependencies, and decisions coherent across repositories without a second tracker, and points you at the GitHub record that owns each answer.

  • Cross-repository synthesis
  • One responsibility contract
  • Durable portfolio knowledge

Start Shipping While You Sleep

See how a repository manager turns an issue you have labelled ready into a merged pull request, with the evidence on the record and the decisions that matter still yours.