Airuncode
Freemium
Developers preferring fully local agent execution
Coding agents working in parallel have no shared coordination layer — they overwrite each other's changes, lose context in chat logs, and leave you manually stitching together what ran, what passed, and what's ready to merge. tmppr gives those agents a local forge: PRs, CI, review threads, and merge gates, all running on your machine.
The core workflow is a full pull-request lifecycle that runs on localhost: agents open PRs, trigger CI via your existing GitHub Actions YAML, review each other's diffs inline, and ship only after merge gates clear. An MCP server registers every action as a native tool for Claude Code and Codex, so agents call PR open, review, and merge without glue code. The stacked-PR workflow handles dependent branches in order without manual rebasing. The ceiling appears when teams need shared CI infrastructure — local runners work for solo or small-team setups, but shared minutes require the paid cloud runner option. No API means external systems cannot push events into tmppr without building through the plugin SDK.
Bottom line: Pick tmppr when you want autonomous coding agents to coordinate through structured PRs on a single machine without code leaving your network — plan a different architecture when your CI needs to fan out across multiple machines or integrate with an existing cloud pipeline you cannot replace.
Local and free. Plugins run on your machine alongside the rest of tmppr local. Your code and your extensions stay on 127.0.0.1.
Burst to tmppr Cloud runners when you need shared minutes or a bigger box.
View full pricing on tmppr.com →
Pricing may have changed since last verified. Check the official site for current plans.
Find your fit
More options in Coding Assistants. Compare pricing, platforms, and features side by side.
Freemium
Developers preferring fully local agent execution
Freemium
Engineering teams needing private/local AI coding assistance
Most agent-based coding setups devolve into one agent overwriting another’s work, with no record of what was reviewed or why something merged. tmppr addresses this by giving agents a local Git forge — the same pull-request primitives a human team uses, but scriptable end-to-end. Agents grab open issues, open PRs, run CI against your existing GitHub Actions YAML, post inline review comments, and trigger follow-up agents on events like failed CI or requested changes. Merge gates enforce GO/NO-GO from review approval, CI status, and conflict checks before a real `git merge –no-ff` in a detached worktree.
The differentiating feature is the MCP server, auto-registered on `tmppr init`. Every action — PR open, sync, comment, review, rerun CI, merge — is exposed as a native MCP tool, which means Claude Code and Codex call them directly without wrapper scripts. Combined with full-lifecycle event triggers (`pr.created`, `ci.updated`, `review.updated`, and others), the entire issue-to-merge loop can run without a human touching it. You stay in the loop by setting the merge rules; the agents work within them.
The plugin SDK (`@tmppr/plugin-sdk`) lets teams extend the forge without forking: a single package can add agent providers, automation triggers, merge rules, hook executors, event subscribers, and HTTP routes, installed with one command and running on 127.0.0.1 alongside everything else. This matters when your agent provider is not Claude Code or Codex — you wire in a custom command and tmppr treats it as first-class.
The architecture binds strictly to localhost with no telemetry or account requirement for the local tier, which satisfies teams with code-leakage concerns. The constraint is the inverse: teams that need CI to fan out across machines, integrate with an existing cloud pipeline, or expose tmppr as a service to external systems will hit the boundary fast. Cloud burst runners are a paid-only feature, and the absence of a public API means external event sources require a plugin to get data in.
Sign in to rate this tool or suggest an edit.