Jurisdiction Setup

[JURISDICTION] Configura el perfil legal preguntando pais, departamento, municipio, sector y arquitectura de negocio, y crea los archivos base que cargaran los demas skills. Usar una sola vez al instalar el kit, o al empezar a operar en un territorio o sector nuevo.

Jurisdiction Setup

Se corre una vez. Define qué se carga en todas las sesiones.

Requiere

Nada previo. Es el primer skill que se corre.

Necesita del humano: país, departamento, municipio, a qué se dedica el negocio, si trata datos de terceros, y si ya está constituido.

Si el usuario no sabe alguna, no la inventes. Márcala [SIN DEFINIR] en el perfil y sigue: el perfil se puede completar después.

Las cuatro dimensiones

El marco legal de un negocio no lo define solo el país:

Dimensión	Ejemplo	Se carga desde
Territorio	Colombia → Cundinamarca → Bogotá	`packs/co.md` + `packs/co/bogota.md`
Sector	Fintech, salud, agro, alimentos	`sectors/co/<sector>.md`
Arquitectura	SaaS multi-tenant, marketplace, e-commerce	`modules/<modulo>.md`
Etapa	Constituido o en proceso	Decide si corre `company-formation`

Las cuatro se suman. Ninguna reemplaza a otra.

Procedimiento

1. Territorio — pregunta los tres niveles

Nunca infieras el país por el idioma. El español se habla en veinte países con marcos distintos.

¿En qué país opera o va a operar?
¿En qué departamento, estado o provincia?
¿En qué ciudad o municipio?

El nivel local no es un detalle. Registro mercantil, impuestos locales, autoridad sanitaria, uso del suelo y apertura de establecimiento suelen ser competencia municipal. Un negocio en Ibagué no se rige por normas distritales de Bogotá.

Si opera en varios territorios: se crea una capa por cada uno. Nunca se fusionan.

2. Sector

¿A qué se dedica el negocio? Descríbelo en una frase.

De ahí infieres el sector y lo confirmas. No lo asumas.

Si el sector no existe en sectors/<iso>/, dilo: hay que investigarlo, y puede ser un aporte al proyecto.

Si el negocio es genuinamente transversal —una herramienta de productividad, por ejemplo— no hay pack sectorial y está bien.

3. Arquitectura de negocio

¿El negocio trata datos de personas que no son sus clientes directos?

Si la respuesta es sí, hay una cadena y aplica un módulo:

SaaS multi-tenant / B2B2C → modules/saas-multitenant.md
Marketplace, e-commerce, procesamiento por cuenta de terceros → [por escribir]

Es la pregunta que más se omite y la que más cambia las obligaciones.

4. Etapa

¿El negocio ya está constituido, o está en proceso?

Si está en proceso, propón company-formation después.

5. Escribe el perfil

# perfil-legal.md
pais: CO
departamento: Cundinamarca
municipio: Bogotá D.C.
sector: <o "transversal">
arquitectura: <o "ninguna">
etapa: constituido | en proceso

carga:
  - packs/co.md
  - packs/co/bogota.md
  - sectors/co/<sector>.md
  - modules/<modulo>.md

Crea los archivos que falten copiando su plantilla:

Capa	Plantilla	Destino
Nacional	`packs/_plantilla.md`	`packs/<iso>.md`
Territorial	`packs/_plantilla-territorial.md`	`packs/<iso>/<municipio>.md`
Sectorial	`sectors/_plantilla.md`	`sectors/<iso>/<sector>.md`
Módulo	`modules/_plantilla.md`	`modules/<modulo>.md`

Todos los campos quedan marcados [SIN VERIFICAR]. No los llenes tú. Eso es jurisdiction-research.

6. Propón la investigación

No la corras sin confirmación: con cuatro capas puede tomar bastantes búsquedas.

Guardrails

Aplican los de CLAUDE.md. Los que más se rompen en este skill:

No se afirma cumplimiento. Este skill no evalúa nada, solo configura
Nada sustituye a un abogado local. Dilo al entregar el perfil
No se escribe una capa con contenido. Aquí solo se crean archivos vacíos desde plantilla, con todo marcado [SIN VERIFICAR]