Private beta · macOS, Windows, Linux

A software engineer that runs on your machine.

Point it at a folder. It reads, plans, edits, runs the tests and opens the pull request on your own machine, with your own keys. Every step is written down, and nothing is committed until you say so.

No spam. One email when your invite is ready.

See it work

Quoka

A real thread: open a folder, ask for the change, watch it read, edit, run the tests and open the pull request.

What it does

Built for the work, not the demo.

The whole surface: the models, the guardrails, the proof, and the places you can reach it from.

  • Answers from what it can read. Nothing changes.

    • read_file
    • grep
    • list_dir
    • web_search
    • browser_navigate
    • browser_snapshot
    • bash
    • edit_file
    • write_file
    • browser_click
    • create_pull_request
    Modes

    Ask, Plan, Review, Build, Debug: enforced, not suggested.

    Read-only modes never see a write tool. The allowlist lives in Rust, so a mode is a guarantee about what the agent can touch, not a line in a prompt. Try it.

  • Local

    Your folder, not a copy of it.

    Quaka reads, edits and runs commands on your own disk. macOS, Windows or Linux. Nothing is committed until you ask. You review a diff, not a promise.

  • Models

    Bring your own, or none at all.

    OpenAI, Anthropic, Gemini, any OpenAI-compatible endpoint, or a model running on your own machine through Ollama or MLX. Keys never leave your disk. Claude Code and Codex work as brains inside the same threads.

  • Inference engine

    Local models, run properly.

    Today Quaka talks to Ollama and MLX over HTTP. Next it drives the model itself: weights loaded once, the KV cache kept warm between turns, the GPU actually saturated. The point is a laptop-sized model you'd use for real work, not just to prove it runs offline.

  • run · 4 steps
    • read 84 lines · no rate limiting found
    • searched 214 files under src/ · nothing
    • token bucket, 60/min per IP · snapshot taken first
    • 43 passed, 0 failed, in 2.1s

    Writing each step down…

    Proof

    Done means shown, not claimed.

    Every run is written down as it happens: each step, what it read, what it changed, what the tests said, what it cost. Open any run afterwards and read it back. If the app is killed mid-task, the thread picks up where it stopped.

  • Guardrails

    It can't quietly touch anything.

    Commands are classified before they run, and you can edit one before approving it. Writes stay inside the project; credentials stay unreadable. Every edit is snapshotted first, so any step can be rewound.

  • today$3.10

    Daily cap reached. Paused.

    Raise to $10.00Stop

    $1.90 left before it stops to ask.

    Spend

    No bill-shaped surprises.

    Per-turn tokens and cost are on screen as you go. Set a daily cap and a run pauses to ask instead of quietly spending past it. Local models cost nothing and say so.

  • Token saver

    Stop paying for the same tokens.

    A long thread re-sends everything the model has already read, every single turn. Prompt caching and a tighter context layer cut that to the part that actually changed: the same work for a fraction of the tokens, and a faster first word.

  • Threads

    Run several things at once.

    Each thread is its own agent, on its own git worktree, so two of them can't overwrite each other. Start a refactor, switch tabs, ask about another repo. Close the window; they keep going from the tray.

  • Browser

    It looks at what it built.

    The agent drives a real Chromium page you can watch and take over. It takes a screenshot and actually sees it, so it catches the broken layout itself instead of telling you it compiled.

  • Discord

    Send it work from your phone.

    Mention the bot in a channel and the run happens on your machine, with your keys and your repo. Permission prompts come back as buttons in the thread, so nothing runs while you aren't looking.

  • Slack

    The same thread, in Slack.

    Discord works today. Slack is next, on the same terms: the run happens on your machine, with your keys, and every approval comes back to the channel before anything is touched.

  • GitHub

    Issue in, pull request out.

    Sign in once. Clone a repo, pick an issue, and the thread gets its own branch. When it's done, the pull request is opened from inside the thread, from your account, with your name on it.

Early access

Get an invite.

We are letting people in a few at a time so every thread gets looked at. Leave an email and you will hear from us once, when it is your turn.

No spam. One email when your invite is ready.