Kimchi Studio · Early access

    Running multiple coding agents is easy. Keeping track of them isn't.

    Kimchi Studio gives developers one place to see parallel work, inspect progress, review outputs, and step in only when needed.

    Kimchi Studio board showing parallel coding tasks across Backlog, In Progress, Review, and Closed columns
    The problem

    The bottleneck in agentic coding is no longer generation. It's attention.

    Once you have more than one or two coding sessions running in parallel — local, remote, or mixed — the work of being a developer changes. You stop writing code and start tracking it.

    Work disappears into isolated sessions

    Each agent runs in its own terminal, tab, or remote sandbox. Progress lives wherever the session was launched — not anywhere you can scan at a glance.

    You poll multiple places to know what's happening

    Terminals, PR tabs, CI dashboards, Slack threads. Reconstructing the state of three parallel tasks takes more time than reviewing them.

    Review and merge readiness are fragmented

    A task is 'done' in one place, waiting on CI in another, and pending review in a third. There is no single signal for what is actually ready to ship.

    The operator becomes the bottleneck

    Agents generate faster than any human can triage. Without a surface to hold parallel work, the person running the agents becomes the queue.

    What Studio does today

    An operational surface for parallel coding work.

    Studio is a board, a session viewer, and a review surface — wired to the agents and remote sessions you already run. Not a coordinator. Not a replacement for your judgment.

    Shared board for parallel work

    Every task — queued, running, blocked, in review, merged — on one surface. Refreshes as sessions advance.

    Live task visibility

    Click any card to attach to the underlying session. See the terminal, the diff, and the current step without leaving the board.

    Targeted human-in-the-loop

    Agents surface decisions when they need them. You answer once and the session continues — no constant supervision.

    Review tied to task state

    PR status, CI checks, and diff readiness appear on the card itself. Merge decisions stay with humans, but the signal is in one place.

    Human in the loop

    Stay in the loop without micromanaging every session.

    Most decisions an agent hits are small but blocking — a schema choice, an API shape, a tradeoff. Studio surfaces those moments instead of forcing you to watch every terminal in case one stalls.

    • Agents pause and ask when they hit a real decision.
    • You answer in Slack or directly on the card.
    • The session resumes from where it stopped — no re-prompting.
    Studio task view: agent surfaces a product decision with three options for a human to choose
    Review and merge

    Parallel coding only works if merge readiness is visible.

    When several sessions land at once, the question stops being "is it done" and becomes "what is actually ready to merge, right now." Studio surfaces that signal on the card itself.

    Task opened
    spec + acceptance
    Session running
    isolated worktree
    Decision surfaced
    if needed
    Diff ready
    inline review
    PR + CI
    status on card
    Human merges
    you decide
    Pull request list surfaced on the Studio board with CI status and merge state

    PRs, CI checks, and diff size roll up onto the card. Humans decide what ships — Studio just makes the decision a one-look operation instead of a tab-juggling exercise.

    Lifecycle

    Pause work without losing context. Archive it without losing history.

    Hibernate

    Pause a board between sprints. Sessions stop consuming compute, state stays intact, resume on demand.

    Archive

    Closed boards become searchable history — task, decisions, diffs, and review in one place.

    See parallel coding without losing visibility.

    Studio is in early access. We're onboarding teams running multiple agents or remote sessions today.