Revisa lo que importa.

Conoce el impacto antes de que exista el código. Revisa solo lo que te necesita.

El código escrito por IA se vuelve predecible cuando el agente anuncia antes su trabajo. Probe mide el riesgo del plan antes de escribir código y después comprueba que el cambio hizo exactamente lo anunciado. Un cambio que sigue un plan de bajo riesgo y supera sus comprobaciones puede fusionarse sin que una persona lea el diff; todo lo demás pasa a revisión, con los motivos.

1. Planifica y comprueba la intención

   probe plan hace que el agente simule el cambio en solo lectura. Reglas fijas, no el modelo, señalan las rutas críticas, los cambios de API pública y de dependencias, y el código muy utilizado o sin tests. Un plan señalado pasa a una persona antes de escribir código.

2. Un agente programa el plan

   El plan se convierte en un contrato: los archivos, símbolos y dependencias que el agente puede tocar. Implementa eso, y solo eso.

3. Comprueba la conformidad

   probe review --plan reevalúa el plan, ejecuta las comprobaciones en el sandbox y compara el diff con el contrato: se informa de cada archivo no planificado, cambio de API no anunciado, ruta crítica o dependencia.

4. Fusiona o revisa

   Cambio conforme, plan de bajo riesgo, comprobaciones superadas, nada más señalado: no se requiere revisión humana, código 0, el pipeline fusiona. En caso contrario, código 2: una persona revisa la pull request, empezando por los motivos enumerados.

# 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).

El gate es una decisión de proceso, no una prueba de corrección: tu política de confianza decide qué es crítico y qué tests se ejecutan, y ante cualquier duda el cambio pasa a una persona. Cómo decide el gate.

Lo que abres en lugar del diff en bruto

Extracto de .probe/CONFIDENCE_REPORT.md, generado por probe review HEAD~1..HEAD --reviewer=false --ci (v0.3.0) en el repositorio de una pequeña tienda. El commit añadió funciones auxiliares de catálogo con tests, rehízo los reembolsos y tocó la autorización. No se usó ningún proveedor de IA.

## 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.