Enrutado

application/internal/routing/router.go asigna a cada paso un agente y un modelo mediante cadenas de clase de paso como summarize, implementation o pre_review. El router consulta routing en config.yaml; no llama a los proveedores para «descubrir» modelos — sus tablas models y agents son la fuente de verdad.

Configuración

Las estrategias agrupan preferencias : qué clases permanecen en pila local, cuáles justifican un perfil cloud rápido, cuáles uno más pesado, y cuántos fallos disparan una vía alternativa.

routing:
  default_strategy: cost_aware
  strategies:
    cost_aware:
      prefer_local_for: [summarize, classify, context_selection, pre_review, log_analysis]
      use_cloud_fast_for: [implementation_medium, review_medium, planning_complex]
      use_cloud_heavy_for: [architecture_critical, security_sensitive, large_refactor]
      local_failures_before_cloud: 1
      cloud_fast_failures_before_heavy: 1

Flujo de decisión

El diagrama refleja el orden en el código: preferencia local primero, bloqueos cloud después, buckets cloud pesado versus rápido, con rechazos razonables cuando una clase encaja laxamente.

flowchart TD
  A[Step class] --> B{In prefer_local_for?}
  B -->|yes| C[default_enricher / ollama]
  B -->|no| D{no_cloud without allow_cloud?}
  D -->|yes| C
  D -->|no| E{In use_cloud_heavy_for?}
  E -->|yes| F[claude profile]
  E -->|no| G{In use_cloud_fast_for?}
  G -->|yes| H[default_agent / cursor]
  G -->|no| H

Overrides CLI

Estos flags alteran el mismo grafo sin editar YAML: forzar lo local donde la estrategia lo permite, impedir cloud salvo si empareja los flags de permiso explícitamente.

Relacionado

• Conceptos sensibles al coste
• Modelos en el archivo de configuración