Paperclip: cómo organizar un equipo de agentes de IA
Código de Paperclip: decisiones de aprobación y presupuesto
Examinar dos servicios antes de confiar en las etiquetas del panel.
Qué aprenderás
- La aprobación cambia de estado
- El presupuesto tiene alcance
- Seguir una decisión entera
Antes de empezar
- Fundamentos de Node.js y agentes
- Una empresa de prueba sin datos sensibles
Pasar de la lectura del código a un ensayo con límites y condición de salida.
Conclusiones clave
- Aprobar implica estado y actor.
- Alcance y ventana cambian el presupuesto observado.
- Revisar código no equivale a auditar seguridad de extremo a extremo.
La aprobación cambia de estado
El servicio approvals inspeccionado solo resuelve solicitudes pendientes o devueltas para revisión. Tras aprobar un agente integrado, puede reconciliar su configuración guardada. Lee la transacción y sus errores antes de adaptarla.
La identidad de quien decide y su nota importan tanto como el estado final. Prueba rechazo y repetición de una aprobación para ver qué evento queda registrado.
El presupuesto tiene alcance
El servicio budgets compara gasto observado con una política y su ventana temporal; distingue aviso de parada obligatoria. Incluye rutas para pausar ámbitos y cancelar trabajo en cola.
Esa lógica en código no prueba que las facturas externas lleguen completas o a tiempo. Compara eventos de coste con la factura del proveedor antes de tratar el límite como garantía contable.
Seguir una decisión entera
Parte de una petición API, busca el servicio y la actualización en base de datos, y termina en auditoría. Conserva los IDs de empresa y actor durante la prueba.
Solo se inspeccionaron dos archivos de servicios en una revisión fija. Rutas, adaptadores y middleware de autenticación no recibieron una auditoría exhaustiva.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Localizar resolveApproval y sus estados permitidos.
- 2
Localizar budgetStatusFromObserved y la parada.
- 3
Diseñar pruebas de aprobación repetida y coste tardío.
Ejemplo para copiar
// Source-reading map, not executable application code
resolveApproval(id, actor, decision)
budgetStatusFromObserved(spend, amount, warningPercent)Preguntas frecuentes
¿La parada impide cualquier exceso?
No necesariamente; verifica tiempos de eventos y facturación real.
¿Puede aprobar cualquier miembro?
Comprueba permisos de ruta y membresía en tu versión desplegada.
Fuentes
- Paperclip / server/src/services/approvals.tsFuente verificada 2026-09-26
- Paperclip / server/src/services/budgets.tsFuente verificada 2026-09-26