@profile-as-code/cli 0.3.7 → 0.4.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@profile-as-code/cli",
-  "version": "0.3.7",
+  "version": "0.4.0",
   "description": "pasco \u2014 the profile-as-code CLI: init, validate, build, diff, edit (read / preview / write one contract field, comment-preserving), status + partial refine (task template), check (offline rules M6\u2013M8; catalog ships M3/M4), audit (offline findings projection), entity (the schema.org projection + paste-ready JSON-LD for surfaces the engine does not render), cite-check (deterministic citation matching over saved answer-engine answers, no network), export ai-policy (robots.txt + llms.txt + AI-POLICY.md: retrieval allowed, AI training blocked by default), export profile (the normalized, versioned profile object for programmatic consumers), preview (one self-contained HTML page of the rendered surfaces, written locally and never published), skills:export (copies the platform skills this package ships). Consumes @profile-as-code/core; never re-implements load/drift/geo/compile.",
   "type": "module",
   "license": "MIT",

package/skills/README.md

@@ -12,7 +12,7 @@ skills/<plataforma>/
 ├── research/             # investigación versionada, con fuentes fechadas
 │   └── SOTA-<año>.md
 ├── playbook.md           # pasos de deploy manual + verificación post-pega
-└── checks.yaml           # criterios machine-readable que ejecuta `pasco check`
+└── checks.yaml           # premisas machine-readable: la unión con content/checks.yaml decide qué corre; los caps salen del catálogo del workspace cuando declara checks (entero, sin merge por fila) o de los defaults del paquete (SPEC §7)
 ```
 
 ## División de responsabilidades

package/skills/github-org/SKILL.md

@@ -81,6 +81,22 @@ se cita, se ignora.
 5. Verificación post-deploy: cada badge/link del README resuelve; los handles
    pending NO figuran como surfaces vivas.
 
+## Límite de badges (declarado, #428)
+
+El renderer dibuja un badge sólo para los slugs curados del mapa `BADGE` (hoy
+`github-org`, `x`, `bluesky`, `substack`, `instagram`, `tiktok`, `youtube`,
+`spotify`, `reddit`, `mastodon`, `soundcloud`). Un handle `claimed` sobre un slug
+del enum sin entrada — `linkedin`, `upwork`, `github-readme`, `kofi`, … — **no
+renderiza badge y no emite warning**: el silencio es el contrato, no un bug. El
+handle no se pierde: suma al footer, aparece en `## Links` y entra al `sameAs`
+del JSON-LD. En el README no prometas un badge para un slug fuera del set; si el
+badge es necesario, la salida es curar la entrada (agregarla al mapa) o abrir la
+decisión del fallback genérico (opción A de #428, hoy deliberadamente no
+implementada). El tamaño del set y el del hueco son **una lectura del test**, no
+una cifra escrita acá: `packages/renderers/github-org/tests/render.test.ts` pinea
+ambos conteos, así que curar una entrada o agregar un fallback con la forma actual
+de badge rompe el test primero.
+
 ## GEO
 
 `schema.org/Organization` JSON-LD con `@id` = el link con `role: identity` (ausente si

package/skills/github-org/checks.yaml

@@ -1,5 +1,8 @@
 # checks.yaml — criterios machine-readable para `pasco check github-org`
-# (unión con content/checks.yaml del workspace; misma rule catalog que el schema).
+# Misma rule catalog que el schema; la unión con content/checks.yaml decide qué
+# premisas corren (fact-present) y los caps de caracteres salen del catálogo del
+# workspace cuando declara checks — entero, sin merge por fila — o de los defaults
+# del paquete; nunca de estas filas (SPEC §7, pasco check).
 # v1.1/§17: handle-claimed y handle-consistent se EJECUTAN offline en pasco check
 # (drift codes); url-live es la verificación de red (skill, no drift).
 

package/skills/github-readme/SKILL.md

@@ -93,7 +93,7 @@ Liderá con #3 filtrado por #1: **stewardship** (proyectos vivos con proof), no
   1. **Stewardship** (por defecto): lidera con open source + evidencia.
   2. **Soberanía**: lidera con la tesis (IA soberana, economía agéntica), proyectos como prueba.
   3. **Investigador**: lidera con publicaciones/DOI, proyectos como aplicación.
-- Cada variante: `variantId` = `gh-<lang>-<n>` (ej. `gh-en-1`).
+- Cada variante: `variantId` = `githubreadme-<lang>-<n>` (ej. `githubreadme-en-1`).
 - El humano elige; se registra con `pasco refine github-readme --choose <id>` →
   escribe `content/active.yaml`.
 

package/skills/github-readme/checks.yaml

@@ -1,5 +1,8 @@
 # checks.yaml — criterios machine-readable para `pasco check github-readme`
-# (unión con content/checks.yaml del workspace; misma rule catalog que el schema).
+# Misma rule catalog que el schema; la unión con content/checks.yaml decide qué
+# premisas corren (fact-present) y los caps de caracteres salen del catálogo del
+# workspace cuando declara checks — entero, sin merge por fila — o de los defaults
+# del paquete; nunca de estas filas (SPEC §7, pasco check).
 
 - id: gh-bio-max
   platform: github-readme

package/skills/github-readme/playbook.md

@@ -8,7 +8,7 @@ Sin pegar a mano, sin API.
 
 1. **Refine**: `pasco refine github-readme --variants 3` → el agente (esta skill)
    produce 3 variantes en prosa. Elegí una:
-   `pasco refine github-readme --choose gh-en-2`.
+   `pasco refine github-readme --choose githubreadme-en-2`.
 2. **Build**: `pasco build github-readme` → si hay una variante activa con cuerpo,
    escribe ese README completo VERBATIM en `profiles/github-readme/README.md`;
    sin variante, regenera el snapshot determinista del SSOT (control de verdad).

package/skills/hotmart/checks.yaml

@@ -1,5 +1,8 @@
 # checks.yaml — criterios machine-readable para `pasco check hotmart`
-# (unión con content/checks.yaml del workspace; misma rule catalog que el schema).
+# Misma rule catalog que el schema; la unión con content/checks.yaml decide qué
+# premisas corren (fact-present) y los caps de caracteres salen del catálogo del
+# workspace cuando declara checks — entero, sin merge por fila — o de los defaults
+# del paquete; nunca de estas filas (SPEC §7, pasco check).
 #
 # Fuente de los valores: research/SOTA-2026.md (todas las fuentes fechadas
 # 2026-10-05). Hotmart NO documenta límite para el cuerpo de perfil [?] — no

package/skills/kofi/checks.yaml

@@ -1,5 +1,8 @@
 # checks.yaml — criterios machine-readable para `pasco check kofi`
-# (unión con content/checks.yaml del workspace; misma rule catalog que el schema).
+# Misma rule catalog que el schema; la unión con content/checks.yaml decide qué
+# premisas corren (fact-present) y los caps de caracteres salen del catálogo del
+# workspace cuando declara checks — entero, sin merge por fila — o de los defaults
+# del paquete; nunca de estas filas (SPEC §7, pasco check).
 #
 # Fuente de los valores: research/SOTA-2026.md (todas las fuentes fechadas
 # 2026-10-05). Ko-fi NO documenta límite para el About [?] — el max-chars es
@@ -39,4 +42,4 @@
   platform: kofi
   rule: lang-present
   value: en
-  note: "EN requerido (D8/§11); compile no hace fallback por fila de bios — artefacto vacío = gap visible."
+  note: "EN requerido (D8/§11); compile no hace fallback por fila de bios — artefacto vacío = gap visible."