Prüfen, was zählt.

Kennen Sie die Auswirkungen, bevor der Code existiert. Prüfen Sie nur, was Sie braucht.

KI-geschriebener Code wird vorhersehbar, wenn der Agent seine Arbeit vorher ankündigt. Probe misst das Risiko des Plans, bevor Code geschrieben wird, und prüft dann, ob die Änderung genau das Angekündigte umgesetzt hat. Eine Änderung, die einem risikoarmen Plan folgt und ihre Prüfungen besteht, kann gemergt werden, ohne dass ein Mensch den Diff liest; alles andere geht mit Begründung ins Review.

1. Planen und Intent prüfen

   probe plan lässt den Agenten die Änderung schreibgeschützt simulieren. Feste Regeln, nicht das Modell, markieren kritische Pfade, Änderungen an öffentlichen APIs und Abhängigkeiten sowie viel genutzten oder ungetesteten Code. Ein markierter Plan geht an einen Menschen, bevor Code geschrieben wird.

2. Ein Agent programmiert den Plan

   Der Plan wird zum Vertrag: die Dateien, Symbole und Abhängigkeiten, die der Agent anfassen darf. Er setzt genau das um, und nur das.

3. Konformität prüfen

   probe review --plan bewertet den Plan neu, führt die Prüfungen in der Sandbox aus und vergleicht den Diff mit dem Vertrag: Jede ungeplante Datei, jede nicht angekündigte API-Änderung, jeder kritische Pfad und jede Abhängigkeit wird gemeldet.

4. Mergen oder prüfen

   Konforme Änderung, risikoarmer Plan, Prüfungen bestanden, sonst nichts markiert: kein menschliches Review erforderlich, Exit-Code 0, die Pipeline mergt. Andernfalls Exit-Code 2: Ein Mensch prüft den Pull Request, ausgehend von den aufgeführten Gründen.

# 1. before coding: plan, and let a human validate a flagged plan
probe plan --intent-file task.md --ci
# 2. the agent implements .probe/PLAN.json
# 3-4. in CI: conformance, checks and the gate (exit 0 = merge, 2 = review)
probe review --base origin/main --plan .probe/PLAN.json --ci
Plan conformance: conforming; 0 high, 0 medium, 0 low differences from the plan.
Plan gate: no human review required (low-risk plan, conforming change, checks passed, nothing else requests review).

Das Gate ist eine Prozessentscheidung, kein Korrektheitsbeweis: Ihre vertrauenswürdige Policy entscheidet, was kritisch ist und welche Tests laufen, und jeder Zweifel schickt die Änderung zu einem Menschen. Wie das Gate entscheidet.

Was Sie statt des rohen Diffs öffnen

Auszug aus .probe/CONFIDENCE_REPORT.md, erzeugt mit probe review HEAD~1..HEAD --reviewer=false --ci (v0.3.0) auf einem kleinen Shop-Repository. Der Commit fügte Katalog-Hilfsfunktionen mit Tests hinzu, überarbeitete Erstattungen und berührte die Autorisierung. Es wurde kein KI-Anbieter verwendet.

## Change Summary
120 additions / 5 deletions · 5 files changed
Exit code: 2. No confidence percentage is assigned.

## Automated Checks1
- PASS test      (check-1; exit 0; 5982 ms)
- PASS typecheck (check-2; exit 0; 4866 ms)
- PASS build     (check-3; exit 0; 2835 ms)
- PASS coverage  (check-4; exit 0; 6416 ms)

## Reproduced Issues2
No issue was reproduced by a passing baseline
and failing candidate experiment.

## Suggested Human Review3
- high auth/auth.go:7 (new): Authentication or
  authorization function body changed
- high payment/refund.go:21–22 (new): Payment-sensitive
  function body changed
- high payment/refund.go:25–26 (new): Exported Go
  declaration added; Payment-sensitive function body changed
- high payment/refund.go:21 (old): Configured sensitive
  path changed; No nearby test file changed;
  Possible input validation removed
- medium catalog/format.go:9 (new): Exported Go
  declaration added
  … 11 more medium signals in catalog/

## Review Surface4
Focused review: 19 / 125 changed lines.

## Changed-line Execution5
Of 67 added Go lines, 44 were executed at least once,
0 were not executed, 23 are not inside any
instrumented block.