Claude Financial Services: qué ofrecen sus plugins públicos
Proyecto práctico: una bandeja revisable de envíos financieros
Diseña una extensión sin conexión que convierta solicitudes en registros pendientes de revisión.
Qué aprenderás
- Reducir el primer alcance
- Definir los casos de aceptación
- Conectar después de probar el contrato
Antes de empezar
- Conocimientos de comandos y JSON
- Espacio aislado con registros financieros ficticios
Diseña una extensión sin conexión que convierta solicitudes en registros pendientes de revisión.
Conclusiones clave
- Es una extensión propuesta.
- Deduplicación y autorización son controles distintos.
- Pasar sin conexión no prueba idoneidad productiva.
Reducir el primer alcance
Construye una bandeja para eventos ficticios. Guarda identificador de tarea, identidad del emisor, destino y payload en campos separados. Muestra la acción solicitada y su evidencia sin ejecutarla externamente.
El ejercicio amplía conceptualmente la arquitectura de referencia. No es una función existente del repositorio ni convierte el resultado en una herramienta apta para datos reales de clientes.
Definir los casos de aceptación
Exige que el JSON anidado completo se analice, rechaza destinos desconocidos y campos adicionales y separa mensajes incompletos o dañados. Incluye llaves escapadas dentro de cadenas para comprobar que la delimitación sigue la estructura JSON.
Añade una clave de deduplicación y un estado visible de revisión pendiente. Un evento repetido no debe crear otra acción autorizada. Registra las razones del revisor y evita introducir datos sensibles de origen dentro del evento.
Conectar después de probar el contrato
Ejecuta primero pruebas del parser y de transiciones de estado, sin modelo ni conector. Después revisa cómo el transporte autentica al emisor y repite confirmaciones fallidas. Son cuestiones distintas de la validez JSON.
Termina con una demostración ficticia: solicitud aceptada, duplicado y destino rechazado. El resultado es un límite comprobable y una traza de decisiones; despliegue real, corrección financiera y cumplimiento necesitan revisiones propias.
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
Implementa una bandeja pasiva con eventos ficticios.
- 2
Prueba delimitación, destinos, duplicados y estados.
- 3
Demuestra aceptación y rechazo sin acciones externas.
Ejemplo para copiar
{"task_id":"synthetic-001","sender":"fixture","target":"gl-reconciler","state":"pending-review","dedup_key":"synthetic-001:1"}Preguntas frecuentes
¿El ejercicio necesita un modelo real?
No. Los eventos ficticios deterministas bastan para probar primero el límite de control.
¿Qué debe mostrar la demostración?
Un borrador aceptado, un duplicado y un destino rechazado, con decisiones explícitas del revisor.
Fuentes
- Financial Services / README.mdFuente verificada 2026-09-23
- Financial Services / scripts/orchestrate.pyFuente verificada 2026-09-23
- Financial Services / scripts/validate.pyFuente verificada 2026-09-23