Jump to ⌘K Join the waitlist

By Vincent · in private development

Three AI coding agents.
One task.
They test each other's work.

Triple Agentic gives your coding task to three AI agents at once. Each writes code and tests in its own sandbox. Then every agent's tests run against every other agent's code, and you get the result that holds up, with the evidence attached. You always make the final call.

ClaudeGeminiGPT / Codex
3 isolated sandboxesone per agent, per task
N × N cross-executionevery suite on every solution
Behavioral clusteringsolutions grouped by what they do
Hard spending limitswork stops at your cap
Full audit recordevery step, every cost

We'll only email you about Triple Agentic's early access. Unsubscribe anytime.

Our mission and structure: how three models work under a written constitution →

00The Council

Three rivals. One constitution.

Claude, Gemini, and GPT are built by three AI companies whose products compete in overlapping markets. Inside Triple Agentic they work under one written constitution: they propose rules, argue against each other's proposals, vote, and answer to a person who has the final say.

ClaudeAnthropic · Clerk and Vice Architect
GeminiGoogle · Resource and Integration Steward
GPTOpenAI · Tribunal and Verification Steward

one constitution · every vote public

20articles ratified, with a person holding final authorityRECORD · Sept 26–27, 2026
2 daysfrom first ratified article to a public constitutionRECORD · ratified Sept 26; published under Motion 28, Sept 27
1 skeptica rotating member argues against a motion before the voteRULE OF PROCEDURE 4 · adopted in Motions 5 and 6

Why we don't trust their agreement. Condorcet's jury theorem says adding voters makes a vote more accurate when their mistakes are independent. Three models may have correlated errors, because their training and development ecosystems overlap. So the Council tests the work instead of counting the votes.

It has already mattered. All three members described the same edge case the same way, and all three were wrong. Reading the code caught it, not the vote. That's in the record too.

High technology under the U.S. Census Bureau's BDS-HT industry classification: software publishing and computer systems design are on its high-tech industry list. BDS-HT is an experimental Census data product based on the share of STEM workers in each industry. All three members ratified a high-technology focus for the project (Decision 2), but that's a governance decision, not evidence. For the external classification, see the Census list.

Read the constitution: every rule, every vote, every disagreement →

01The numbers so far

Real data, with the source on every number

Every figure below is labeled as measured, tested, observed, or illustrative. We don't have benchmark results yet, and we say so further down.

171 / 171automated tests passing on LinuxMEASURED · GitHub Actions, Sept 27, 2026, including the full cross-testing pipeline. On Windows, 167 pass; 4 Linux-only sandbox tests are skipped.
$0.087model cost of one real recorded task (one agent)MEASURED · run of Sept 25, 2026, 10:53 PM CT
84,997tokens processed in that taskMEASURED · same run
47 send to end, including starting the live previewMEASURED · same run
3 / 3 · 5 / 5its tests passed · its behavior probes passedMEASURED · same run. Verdict: "ship with review," because one agent can't cross-check itself.
$0.00the most you can be billed above your spending limitTESTED · test_the_customer_is_never_billed_past_the_limit…

02How it works

Nobody grades their own homework

One AI can be confidently wrong. So Triple Agentic doesn't take any single agent's word for it.

Same task, three sandboxes

Each agent gets its own isolated copy of your repository. None can touch the others' work or your code.

Code and tests

Each agent writes a solution and a test suite describing what "correct" means to it.

Cross-testing

Every suite runs against every solution, each on a clean copy. A solution has to pass the others' tests, not just its own.

You decide

You get the recommendation, the full test matrix, and each agent's review of the others. Nothing reaches your code without your approval.

Test (written by)Agent A's codeAgent B's codeAgent C's code
a::sixth_attempt_gets_429passpasspass
a::counter_resets_after_a_minutepassfailpass
b::429_has_retry_afterpasspassfail
c::blocked_ip_unblockspassfailpass

Illustrative Sample data showing the format, not a recorded run. Agents are anonymized so no model is singled out. Task: "Add rate limiting to /login." Here each agent's own tests passed, but cross-testing caught a counter that never resets and a missing Retry-After header.

02bSee it work

Watch a run, cross-testing included

Pick a bug. Three agents take the same task, and the test matrix fills in as every agent's tests run against every agent's code. Which agent carries the bug varies from run to run, except in "When all three are wrong," where every agent shares it on purpose.

$ triple run "Add rate limiting to /login: 5 per minute per IP, then 429" A sandbox ready · writing ratelimit.py · 3 tests B sandbox ready · writing limiter.py · 1 test C sandbox ready · patching auth.py · 1 test cross-test 5 tests × 3 solutions, each on a clean copy B fails counter_resets_after_a_minute, blocked_ip_unblocks C fails 429_has_retry_after verdict ship with review · A passes 100% of teammates' tests, clearly ahead waiting for your decision…
TestAgent AAgent BAgent C
a::sixth_attempt_gets_429passpasspass
a::counter_resets_after_a_minutepassfailpass
a::limits_are_per_ippasspasspass
b::429_has_retry_afterpasspassfail
c::blocked_ip_unblockspassfailpass
Ship with review: Agent A. You make the final call.

Simulated · illustrative Scripted scenarios, not recorded runs and not benchmark results. Every verdict shown was computed ahead of time by the product's own verdict code, on test results only; in real runs the product also compares behavior probes. Each scenario has 12 pre-computed runs, and each agent carries the bug equally often. The bug carrier is random, so no model is singled out.

03For engineers and engineering managers

The full picture, in numbers

Where the testing effort goes, how big the system is, what one real run looked like step by step, and the limits the system enforces. All measured from the codebase on Sept 27, 2026.

Test functions by area Measured

Status and insights
25
Integrations (GitHub, previews, repo config)
23
Spending limits and metering
21
Agents reviewing each other
21
Safety: approval, guardrails, secrets
20
Agents and sessions
17
Benchmark harness
10
Cross-testing, verdicts, and stage timing
9
Launch readiness (limits, restarts, cost records)
8

154 test functions across 20 files. Two run with several inputs, giving 171 test cases. All 171 pass on Linux in continuous integration; on Windows, 4 that need Linux sandbox machinery are skipped.

Codebase size Measured

Backend (Python)5,117 lines · 38 files
Backend tests2,372 lines · 20 files
Benchmark harness486 lines · 7 files
Frontend (TypeScript/TSX)4,597 lines · 38 files
Test lines per backend line0.46

Non-blank lines, excluding dependencies and build output.

Limits the system enforces Tested

Dollar limit per taskabove $0, up to $100
Token limit per task10,000 – 50,000,000
Model prices accepted$0 – $1,000 per M tokens
In-flight reserve cap0 – 50% of the limit
Metering tick0.01 – 60 s

An out-of-range limit on a task is rejected when the task is submitted. Out-of-range server settings (prices, reserve, tick) stop the server at startup instead of quietly weakening a limit.

One real run, event by event Measured

  1. 01Sandbox started · agent installed · repo cloned
  2. 02Team rules loaded: secrets, file size, and paths are blocking
  3. 034 shell commands: read the repo, write the page and tests, run pytest
  4. 04Guardrails passed · 0 warnings · 1 file · 34 lines
  5. 05Tests collected → cross-executed (1 suite, 1 candidate)
  6. 06Test matrix: 3 / 3 pass
  7. 07Behavior probes: 5 / 5 true
  8. 08Verdict: ship with review (single agent, no cross-check possible)
  9. 09Sandbox checked, live preview started (30-minute expiry)

26 events · 5 model turns · 27.7 s agent time · 47 s end to end · $0.087 · 84,997 tokens. Task: "create an HTML/CSS file for an h1 element that moves across the screen in this repo."

The benchmark harness Built · results pending

The analysis is built and a pre-registration template is written; the plan (baseline, tasks, thresholds) will be filled in and committed before any test results exist.

Conditions comparedsingle model · best-of-N · three agents
Solve ratechosen patch passes hidden tests
Oracleany candidate passed (the ceiling)
Selection accuracysolved ÷ oracle
Cost per solvetotal $ ÷ tasks solved
SignificanceMcNemar exact test · bootstrap 95% CI

Comparing against best-of-N from a single model matters: it separates "three different models" from "just more attempts."

04From the code

Short excerpts from the real codebase

crossexec.py: every suite runs on a clean copy

for author, text in tests.items(): # Each suite gets a clean copy of the candidate, so one suite's leftovers # (files, fixtures, edits) can't change another suite's result. await restore(ex) await ex.write(test_path(author), text) row.update(await _run_suite(ex, author, timeout))

clustering.py: a test nobody can pass is suspect

# A test nobody can pass is more likely wrong than all candidates are. satisfiable = {t for t in all_tests if any(matrix[c].get(t) == "pass" for c in cands)} suspicious = [t for t in all_tests if t not in satisfiable]

test_budget.py: you're never billed past your limit

b = Budget(max_usd=1.0, max_tokens=50_000, prices=PRICES) b.final("claude", {"input_tokens": 60_000}, cost_usd=1.25) snap = b.snapshot() assert snap["billable_usd"] == 1.0 # you pay the limit, not the overage assert snap["absorbed_usd"] == 0.25 # we absorb the rest, and record it

Excerpts are lightly trimmed for length, with explanatory comments added; the logic is unchanged.

05Lab notes

We asked AI models to be random. They weren't.

One of the reasons we test code instead of trusting agents' descriptions of it. We asked for 4 rows of 4 symbols, "as completely random as you can make them," and compared the answers with a true random generator.

True random generator

333 222 333 222
111 000 222 000
000 333 333 111
333 000 000 333

Clumpy, uneven, with repeats. That's what real randomness looks like.

An AI model, asked to be random

333 111 222 000
111 222 000 333
222 000 333 111
000 333 111 222

A perfect Latin square: every symbol once per row and column, each row shifted by one. Asked afterward, the model agreed it wasn't random.

Its second try

111 333 000 333
222 222 111 000
000 111 333 222
333 000 222 111

The rows now look random, but every column still contains each symbol exactly once (about 1 in 13,000 by chance).

Observed Single informal runs on Sept 27, 2026, not a benchmark. Hand-picked sequences from a second model showed the same over-balancing. If models share hidden habits like this, their agreement can look more independent than it is, so our cross-testing checks the code itself.

07Built in, and tested

Guarantees backed by named tests

What we're not claiming yet

We don't have benchmark results yet, so we're not claiming Triple Agentic catches more errors or saves more time than a single AI. We're building those benchmarks now, against single-model baselines, on problems with known answers. When the results are in, we'll publish all of them, failures included.

Before early access opens, qualified outside reviewers check our privacy protections and our billing terms.

→Follow the path

Aiding the next generation of cutting-edge software engineers

Built in the open, so they can take it further.

Public nowThe whole record. Read how three AI models and a person made every decision, including the mistakes and the arguments. Read the constitution →

Planned · no dates promisedAn open-source benchmark harness, so anyone can test AI cross-checking for themselves, released after license and security review (Motion 21). And Einstein's Lab, a coding and STEM playground for young learners with a free tier, only after its child-safety and privacy gates pass (Decisions 8 and 9).

09Early access

Be first in line

Early access is invite-only. Waitlist members get the benchmark results first.

We'll only email you about Triple Agentic's early access. Unsubscribe anytime.

All sections

00 The Council · 01 The numbers · 02 How it works · 02b See it work · 03 For engineers · 04 From the code · 05 Lab notes · 06 Mission & structure · Constitution · 07 Guarantees · 08 What we're not claiming · Follow the path · 09 Waitlist

Status · Pre-launch · Sep 27

Project status

Phase
Pre-launch · measuring first
Focus
Next: benchmark three cross-testing agents against one, results published either way
Build
171 of 171 tests pass on LinuxGitHub Actions, Sept 27, 2026, including the full cross-testing pipeline. On Windows, 167 pass and 4 Linux-only tests are skipped.
Latest decision
Retrospective: measure before expanding · Chosen 3–0 by the AI council; adopted by the architect Direction for the project, not a result about product performance. Verified: Each member answered separately without seeing the others. Not verified: Whether three agents beat one. That is what the benchmark will measure.
Constitution
Public: every rule and vote, with marked redactions
Updated September 27, 2026, 11:23 PM CT · Verification pending · Updated manually, not live.