Was ein Coding-Agent-Lauf wirklich kostet (und wie du weniger ausgibst)

Egal bei welchem Modell: größere Kontexte kosten mehr. Bei Anthropics API etwa werden Eingabe, Ausgabe und Cache-Lesezugriffe getrennt pro Million Tokens bepreist. [2]

Ein billiger Lauf, der verworfen wird, kostet mehr als ein teurer, der gemergt wird. Miss also, was du wirklich willst:

cost per merged PR =
  (agent spend + CI spend + review hours × hourly cost)
  ÷ PRs merged

Example (illustrative):
  Story A, vague:  4 runs × $3 + 4 CI runs × $0.40 + 60 min review  → 1 PR
  Story B, sharp:  1 run  × $5 + 1 CI run  × $0.40 + 15 min review  → 1 PR

Die Zahlen sind erfunden, das Muster nicht. Der Lauf von Story B war teurer und insgesamt trotzdem deutlich günstiger — vor allem wegen der Review-Zeile.

Zum Kontextpunkt ist die Claude-Code-Dokumentation deutlich: "Claude's context window fills up fast, and performance degrades as it fills." [4] Mehr dazu, wie man Aufgaben so schreibt, dass sie gleich beim ersten Mal richtig laufen, in unserem Guide zu Stories für Coding-Agenten.

CI-Minuten skalieren mit dem Volumen der Agent-PRs. GitHub gibt jedem Konto ein Kontingent an kostenlosen Minuten, und "any usage beyond the included amounts is billed to your account." [7] Zwei Taktiken helfen: Läufe abbrechen, die ein neuerer Push bereits ersetzt hat, und teure Testsuiten nur laufen lassen, wenn ein PR als mergebereit markiert ist.

on:
  pull_request:
    # 'labeled' is needed so adding the label triggers the run
    types: [opened, synchronize, labeled]

concurrency:
  group: ci-${{ github.ref }}
  cancel-in-progress: true

jobs:
  e2e:
    if: contains(github.event.pull_request.labels.*.name, 'ready-to-merge')

GitHub dokumentiert cancel-in-progress genau dafür. [9] Der mit Abstand größte Posten taucht auf keiner Rechnung auf: Review-Zeit. Sie wächst mit jedem PR — deshalb zählen die oben genannten Hebel mehr als der Preis pro Token.

In unseren eigenen Repositories stieg das Volumen an Agent-PRs innerhalb eines Monats um etwa das 2,4-Fache. Das Abbrechen ersetzter Läufe, das Verschlanken von CI-Jobs und End-to-End- Tests nur bei mergebereiten PRs senkten die CI-Kosten pro PR um etwa 27–30 % — die Monatssumme stieg trotzdem, weil es so viel mehr PRs gab. Budgetiere pro PR, nicht pro Monat.

Drei Modelle dominieren: vorausbezahlte Guthaben, Abonnements mit Nutzungslimits und Pro-Platz-Pläne. Der Trade-off liegt zwischen Planbarkeit und Verschwendung. Pro-Platz- und Abo-Pläne sind planbar, zahlen aber für ungenutzte Plätze und stoßen im ungünstigsten Moment an ihre Grenzen. Vorausbezahlte Guthaben folgen der tatsächlichen Nutzung. Ein gemeinsamer Team-Pool erlaubt es, dass sich jemand mit fünf Agenten diese Woche von jemandem im Urlaub leihen kann; individuelle Limits schützen vor einem einzelnen außer Kontrolle geratenen Lauf.

Wofür du dich auch entscheidest: budgetiere pro gemergtem PR, nicht pro Platz.

Aerunit wird genau so abgerechnet, wie dieser Guide es empfiehlt: vorausbezahlte Pay-as-you-go-Guthaben in einem gemeinsamen Pool pro Team, ohne Abonnement. Die Agentenläufe selbst werden von Cursor über dein eigenes Cursor-Konto abgerechnet; Aerunit-Guthaben decken Aerunits Arbeit — Stories schreiben, verteilen und reviewen.

Es wirkt außerdem gegen den größten Multiplikator — Nachbesserungsläufe. Der Story-Writer schlägt Linear-Issues mit Umfang, Akzeptanzkriterien und Nicht-Zielen vor, und das abhängigkeitsbewusste Dispatching startet eine Slice erst, wenn das blockierende Issue gemergt ist, sodass Agenten nicht auf noch nicht existierendem Code aufbauen. Automatisches PR-Review schickt Befunde zurück in die Session des Agenten, bevor du Review-Zeit investierst.