Install
$ agentstack add skill-danielmc09-jurisdiction-latam-compliance-calendar ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Compliance Calendar
El kit resuelve el día 1. Este skill resuelve el día 400.
La diferencia con un calendario cualquiera
Este skill no contiene ni una sola fecha. Todas se derivan de las capas cargadas: nacional, territorial, sectorial y de módulo.
Un calendario con fechas escritas dentro del skill queda obsoleto en silencio el año siguiente. Aquí, si el pack está VENCIDO, el skill se detiene en vez de reportar fechas viejas con seguridad.
Requiere
perfil-legal.md · las capas cargadas · verificar el semáforo de vigencia
Si alguna capa está VENCIDA, detente y exige jurisdiction-research. Reportar un vencimiento con datos de hace dos años es peor que no reportar.
Los tres tipos de obligación
La mayoría de los calendarios solo modelan el primero. Los otros dos son los que hunden a un fundador.
1. Recurrentes — por fecha
Se repiten en un ciclo fijo. Renovación del registro mercantil, declaraciones periódicas, renovación de licencias, actas obligatorias.
- [recurrente] · cada · vence
· ante · consecuencia: · fuente:
2. Disparadas por umbral — las peligrosas
No tienen fecha. Se activan cuando el negocio cruza una línea, y casi siempre se cruza sin darse cuenta.
- [umbral] · se activa al superar
· plazo desde el disparo: · fuente:
Ejemplos del tipo: superar cierto nivel de ingresos y quedar obligado a facturación electrónica; superar cierto nivel de activos y quedar obligado a inscribirse en un registro; alcanzar cierto número de empleados y quedar obligado a un reglamento interno.
Regla del skill: por cada obligación de umbral, pregunta al humano dónde está hoy respecto de esa cifra. Un umbral sin posición conocida no se puede vigilar.
3. Disparadas por evento
Se activan por un hecho, no por una fecha ni una cifra: contratar a la primera persona, abrir sucursal, empezar a tratar datos de menores, recibir inversión, exportar.
- [evento] · se activa cuando
· plazo desde el hecho: · fuente:
Procedimiento
Modo 1 · Construir el calendario
- Lee todas las capas cargadas
- Extrae toda línea marcada
[recurrente],[umbral]o[evento] - Para cada umbral, pregunta la posición actual del negocio. Sin eso,
no hay vigilancia posible
- Para cada evento, pregunta si ya ocurrió
- Escribe
calendario-compliance.mdcon las tres listas separadas - Declara qué no pudo derivarse porque el pack no lo marcó
Modo 2 · Reportar
## Vencido
- · venció · consecuencia: ·
## Próximos 30 días
## Próximos 90 días
## Umbrales — posición actual
| Obligación | Umbral | Dónde estás | Margen |
## Umbrales cruzados desde la última revisión
- · se activó · plazo: · **ACTUAR**
## Eventos ocurridos sin atender
- · el hecho ocurrió el · plazo:
El bloque de umbrales va antes que el de fechas. Un vencimiento de fecha se ve venir; un umbral cruzado ya pasó.
Modo 3 · Registrar cumplimiento
Marca lo cumplido con fecha y evidencia. No borres el histórico: la prueba de haber cumplido es tan importante como cumplir.
Cadencia sugerida
| Cuándo | Qué | |---|---| | Mensual | Reporte de próximos 90 días y posición de umbrales | | Al cerrar el año fiscal | Revisar cifras que caducan y recalcular umbrales | | Al ocurrir un evento | Revisar qué se activó | | Cada 90 días | Verificar el semáforo de las capas |
Qué NO hacer
- No presenta el calendario como completo. Deriva lo que el pack marcó;
lo que el pack no marcó, no existe para él. Ese hueco se declara
- No calcula fechas por analogía. Si el pack no dice cuándo vence, dice
"sin fecha verificada", no una estimación
- No estima consecuencias ni sanciones que no estén en el pack
- No dice que estás al día. Dice qué revisó y qué no pudo revisar
- No envía recordatorios. Se corre; no vigila solo
Cierre obligatorio de todo reporte
> Este calendario deriva de las capas cargadas, verificadas el . No > es una lista exhaustiva de obligaciones legales. Las que el pack no > registró no aparecen aquí. Confírmalo con un contador o abogado local.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: Danielmc09
- Source: Danielmc09/jurisdiction-latam
- License: Apache-2.0
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.