JuanandClaude Opus 4.7
c860984ae4
`GET /executions` solo leía `executions.jsonl`, donde nunca se escribe una ejecución en `awaiting_approval` (esas viven solo en el checkpointer). La página de Aprobaciones del dashboard hace `[e for e in list_executions() if e.status=="awaiting_approval"]`, así que nunca encontraba aprobaciones pendientes. Ahora `list_executions` reconstruye las no-terminales desde `execution_index.json` + `orchestrator.snapshot()` y las fusiona con las del JSONL. Añade `test_list_executions_incluye_la_awaiting`. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
🛡️ AgentForge
Plataforma profesional de gobernanza de agentes IA: catalogación, versionado de prompts y políticas, guardrails runtime, ejecución stateful con Human-in-the-Loop, observabilidad y trazabilidad end-to-end.
¿Por qué?
Poner agentes IA en producción sin una capa de gobierno produce sistemas opacos: prompts que cambian sin historial, validaciones inconsistentes, acciones de alto impacto sin supervisión, sin auditoría de decisiones. AgentForge aporta el plano de control mínimo que un equipo de plataforma necesita antes de operar agentes con impacto real.
Arquitectura
┌───────────────────────── docker-compose ──────────────────────────┐
│ │
│ ┌─────────────────────┐ HTTP/JSON ┌────────────────────┐ │
│ │ agentforge-dashboard│ ────────────────► │ agentforge-core │ │
│ │ Streamlit :8501 │ ◄──────────────── │ FastAPI :8000 │ │
│ └─────────────────────┘ └────────────────────┘ │
│ │
│ Strategy pattern (Protocol) para LLMProvider, GuardrailEngine, │
│ AgentRegistry. Persistencia mixta: YAML (definiciones), JSON │
│ (registry), JSONL (logs append-only), SQLite (checkpoints). │
└────────────────────────────────────────────────────────────────────┘
Detalles completos en ARCHITECTURE.md.
Quickstart
cp .env.example .env
docker compose up
Abre http://localhost:8501.
Funciona out-of-the-box (LLM_PROVIDER=mock, sin API keys). Si quieres usar
Azure OpenAI real, edita .env.
Demo guiada (3 pasos)
- Registro → ver
incident_analyzery compararv1vsv2. - Ejecutar → seleccionar el escenario
01_sip_registration_dropy pulsar Invocar. Verás el grafo recorrer validate_input → llm_reason → validate_output → propose_actions → approve_gate y pausarse en HITL. - Aprobaciones → revisar las acciones propuestas (con risk_score y rollback_plan), aprobar las seguras y comprobar que la ejecución completa.
Capacidades implementadas
| Feature | Ubicación |
|---|---|
| Agent Registry | core/src/agentforge_core/registry/repository.py |
| Versionado tipo Git | agents/<name>/versions/ + registry/versioning.py |
| Guardrails runtime | core/src/agentforge_core/guardrails/ |
| LangGraph stateful + checkpointing | core/src/agentforge_core/runtime/ |
| Human-in-the-Loop | nodo approve_gate + endpoints /approve y /reject |
| Observabilidad | observability/logging.py (structlog + trace_id) |
| LLM provider abstraction | core/src/agentforge_core/llm/ |
| Política versionada | policies/default/versions/v1.yaml |
Variables de entorno
Ver .env.example.
Roadmap
Ver docs/futuro.md.
Estructura del repositorio
agentforge/
├── core/ servicio FastAPI
├── dashboard/ servicio Streamlit
├── agents/ definiciones declarativas (YAML)
├── policies/ políticas de guardrails
├── data/ estado runtime (gitignored)
├── tests/ pytest unit + integration
└── docs/ documentación adicional
Tests
make install
make test # solo unit
make test-all # unit + integration
make lint # ruff + mypy
make smoke # docker-compose + curl health
Licencia
MIT (a confirmar).