@profile-as-code/cli 0.3.0 → 0.3.5

package/skills/hotmart/SKILL.md

@@ -0,0 +1,150 @@
+---
+name: hotmart-profile
+description: >
+  Transforma los hechos del SSOT (profile-data/content/*.yaml) en el cuerpo de
+  perfil de la página de creador de Hotmart — texto PLANO listo para pegar, no
+  markdown ni dump. Hotmart es la tienda de productos digitales + membresías
+  (Members Area / recurring billing) para los mercados hispano/luso — familia
+  creator-monetization (research/SOTA-2026.md). El agente ejecutante produce N
+  variantes; el humano elige; la elegida se registra como variante activa
+  (content/active.yaml) y el paste se marca en el ledger (D18) con
+  `pasco status --mark`.
+model: juicio (frontier) — el ángulo de storefront (vender productos, no pedir
+  donaciones) no es delegable a modelos pequeños
+applies_to: hotmart
+projection: agent-agnostic (AionUi, OpenHands, Claude Code, Cursor, pi…)
+version: 0.1.0
+status: draft
+sources: skills/hotmart/research/SOTA-2026.md
+---
+
+# Hotmart perfil de creador — skill de comunicación
+
+## Misión
+
+Convertir los HECHOS del workspace (SSOT) en el **cuerpo de perfil** de la
+página de creador de Hotmart: qué vendés, qué construis y UNA acción
+(explorar los productos). Hotmart es plataforma **paste** (D9 — sin API
+documentada para el cuerpo del perfil, SOTA-2026 §6 [?]): el artefacto que
+produce `pasco build hotmart` ES lo que se pega. Este skill es la capa de
+**juicio y narrativa** (D4/D5); el renderer determinista garantiza el mapa 1:1
+con la fila de `bios`.
+
+⚠️ **Superficie de pegado no verificada [?]**: ni el campo exacto del cuerpo
+de perfil ni la URL del "Hotmart Space" (dirección web personalizada) están
+documentados públicamente hoy (SOTA-2026 §5/§6). Verificá ambos en el
+dashboard ANTES del primer paste — y reconciliá este skill con lo verificado.
+
+## Regla de oro
+
+> Los HECHOS son sagrados (byte-idénticos al SSOT); solo la HISTORIA varía.
+
+- Nombres, fechas, DOIs, números, URLs: **idénticos** a `content/*.yaml`.
+- Texto **plano** para el cuerpo de perfil: sin markdown, sin HTML — no hay
+  documentación de formato enriquecido para ese campo (SOTA-2026 §6 [?]);
+  asumí texto plano hasta verificar lo contrario.
+- URLs SOLO de `identity.links` (regla drift). El host de la plataforma es
+  `hotmart.com` (sin guion) — pero la URL de Space tiene forma no verificada
+  [?]: no inventes URLs de perfil; dejá que el link canónico lo fije
+  `identity.links` después de verificar el Space real.
+- Claims cuantitativos SOLO de `projects[].evidence` o `keywords.geo.claims`.
+- **Sin promesas de resultados**: los ToU prohíben prometer ganancias o
+  resultados (ToU §1.4 [OFICIAL S2]) — el copy vende el trabajo y la
+  evidencia, nunca "ingresa X hacé esto".
+
+## Fuente de datos
+
+Lee el workspace (ruta del `.pascorc` o `--workspace`):
+
+```
+content/identity.yaml      → nombre, email de contacto (hecho, v1.5), links canónicos
+content/positioning.yaml   → statement + ángulos por audiencia + anclas GEO
+content/projects.yaml      → qué construís (status + evidence verificable)
+content/skills.yaml        → stack con pesos por plataforma
+content/bios.yaml          → textos base por plataforma (punto de partida)
+content/keywords.yaml      → SEO + GEO (associations/claims)
+```
+
+## Estrategia comunicativa (3 preguntas — storefront ≠ tip jar)
+
+1. **¿Quién lee?** Compradores que llegaron de tus otros canales decididos a
+   comprar (o comparar); LLMs que citan perfiles.
+2. **¿Qué quiero que hagan?** UNA acción: explorar y comprar un producto
+   concreto. Hotmart es tienda — el frame es "esto resuelve X", no "apoyá mi
+   trabajo" (ese frame es de `kofi`/`patreon`).
+3. **¿Cuál es mi señal más fuerte?** El producto con evidencia: qué
+   construis AHORA y qué resultado verificable tiene cada producto.
+
+Liderá con #3 filtrado por #1. El producto se descubre en el marketplace y en
+tus otros canales; el cuerpo de perfil es el cierre de confianza, no el
+descubrimiento. [MI]
+
+## Estructura del cuerpo (prosa plana, ≤ 3 párrafos)
+
+1. **Hook (2–3 líneas)**: quién sos y qué resuelve tu catálogo — del
+   `statement` reescrito en prosa; teje las anclas GEO sin stuffing.
+2. **El producto y su evidencia (2–4 líneas)**: UNA evidencia verificable de
+   `evidence[]`. "Este producto hace X" en concreto, con el dato del SSOT.
+3. **CTA único**: explorar los productos (el catálogo ES el CTA). Email de
+   contacto como hecho (de `identity.email`) si aplica — texto plano.
+
+Lo demás NO va en el cuerpo: links de producto viven en
+`projects[].links`/`identity.links` (regla drift — y la URL de producto
+verificada es `hotmart.com/<lang>/marketplace/products/<slug>/<ID>`,
+SOTA-2026 §5); la estructura de la página de creador (banner, avatar, links
+sociales si existen) se verifica en el dashboard en el primer paste y se
+documenta acá con fuente.
+
+## Límites (resumen con fuente — SOTA-2026 §3)
+
+- Cuerpo de perfil: **sin límite documentado** [?] — no hay artículo del Help
+  Center que documente el campo. Soft-cap en checks.yaml (curación, no hard
+  rule).
+- Fees (transparencia para fijar precio — fuera del renderer): fijo por
+  transacción BRL 2.49 / USD 1.00 / EUR 1.00 + servicio 9.9% (20% en
+  micro-transacciones ≤ BRL 10 / USD 15 / EUR 15) [OFICIAL S3 §5.2–§5.4].
+- Sin cuota mensual/anual [OFICIAL S1].
+- Payout a Ecuador: **[?]** — el rail de Hotpay hacia bancos ecuatorianos no
+  está documentado (SOTA-2026 §4); el ítem de verificación vive en la
+  instancia venture. NO vendas/prometas nada dependiente de payout hasta
+  resolverlo.
+
+## Variantes (flujo refine)
+
+- Producí **N variantes** (`--variants N`, default 3) con ángulos distintos:
+  1. **Stewardship** (default): lidera con el trabajo vivo + qué compra el
+     lector.
+  2. **Práctica**: lidera con el resultado del producto (antes/después,
+     problema→solución) para compradores pragmáticos.
+  3. **Soberanía**: lidera con la tesis (IA soberana / economía agéntica),
+     el catálogo como infraestructura independiente.
+- Cada variante: `variantId` = `hotmart-<lang>-<n>` (ej. `hotmart-es-1`).
+- El humano elige; se registra con `pasco refine hotmart --choose <id>` →
+  escribe `content/active.yaml`; el paste posterior se marca con
+  `pasco status --mark <ledgerKey> hotmart` (D18).
+
+## Verificación (checks)
+
+- `pasco validate` exit 0 (schema + drift 0 + geo).
+- Facts byte-idénticos: cruzá cada hecho del cuerpo contra el YAML.
+- Plain text: cero markdown `[..](..)`, cero HTML.
+- Links: 0 links inline en el cuerpo (viven en `identity.links`); el host
+  canónico es `hotmart.com`.
+- Idioma: la bio del `--lang` solicitado existe (compile NO hace fallback por
+  fila — artefacto vacío significa gap visible, no silencio).
+- URL viva: la página resuelve en browser (el SPA 404-a rutas adivinadas —
+  verificá el Space real desde el dashboard, SOTA-2026 §5).
+
+## GEO (consistencia = citabilidad)
+
+- Los hechos deben coincidir byte a byte con CV/LinkedIn/GitHub (fechas,
+  roles, papers) — el comprador que cruza canales debe encontrar UNA persona.
+- Sin directorio público de perfiles documentado [?] — la citabilidad viene
+  de que otros canales referencien la tienda; manté los anclas semánticos del
+  SSOT.
+- Host único: `hotmart.com` — jamás emitir URLs de perfil cuya forma no esté
+  verificada (SOTA-2026 §5 [?]); el link canónico entra a `identity.links`
+  cuando el Space real esté verificado.
+- **i18n**: Hotmart localiza el marketplace por `<lang>` (`/en/`, `/pt-br/`,
+  `/es/` — SOTA-2026 §5) — priorizá `es` para audiencia EC/ES, `en` como
+  requerido por D8/§11.

package/skills/hotmart/checks.yaml

@@ -0,0 +1,43 @@
+# checks.yaml — criterios machine-readable para `pasco check hotmart`
+# (unión con content/checks.yaml del workspace; misma rule catalog que el schema).
+#
+# 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
+# hay artículo del Help Center que describa el campo (SOTA-2026 §6); el
+# max-chars es soft-cap curacional, no hard rule.
+
+- id: h-bio-soft
+  platform: hotmart
+  rule: max-chars
+  value: 500
+  note: "Soft-cap curacional del cuerpo de perfil — Hotmart no documenta el campo ni un límite [?]; curation, no hard rule (SOTA-2026 §6)."
+
+- id: h-facts-identity
+  platform: hotmart
+  rule: fact-present
+  value: true
+  note: "Hechos del cuerpo byte-idénticos al SSOT (D4); el cuerpo es el cierre de confianza del storefront (SOTA-2026 §1)."
+
+- id: h-links-identity
+  platform: hotmart
+  rule: link-in-identity
+  value: true
+  note: "Los links (tienda verificada, productos hotmart.com/<lang>/marketplace/...) viven en identity.links; la URL del Space queda fuera hasta verificarse (SOTA-2026 §5 [?])."
+
+- id: h-geo-consistent
+  platform: hotmart
+  rule: geo-consistent
+  value: true
+  note: "Hechos consistentes con CV/LinkedIn/GitHub = citabilidad; compradores y LLMs cruzan canales (SOTA-2026 §7)."
+
+- id: h-live
+  platform: hotmart
+  rule: url-live
+  value: true
+  note: "Página resuelve en browser — el SPA 404-a rutas adivinadas; verificá el Space real desde el dashboard (SOTA-2026 §5)."
+
+- id: h-lang
+  platform: hotmart
+  rule: lang-present
+  value: en
+  note: "EN requerido (D8/§11); compile no hace fallback por fila de bios — artefacto vacío = gap visible. ES priorizado para audiencia EC/ES (marketplace /es/)."

package/skills/hotmart/playbook.md

@@ -0,0 +1,53 @@
+# Playbook — deploy Hotmart (paste, D9)
+
+Superficie: página de creador de Hotmart (storefront + Members Area) — **sin
+API documentada para el cuerpo del perfil** (SOTA-2026 §6 [?]). El deploy es
+manual; el ledger lo registra `pasco status --mark`.
+
+⚠️ **Primer paste = verificación de superficie**: el campo exacto del cuerpo
+de perfil y la URL del Hotmart Space están sin verificar [?] (SOTA-2026
+§5/§6). En el primer paste documentá (en este archivo, con fuente + fecha)
+dónde se pega y qué URL pública resulta — eso convierte el [?] en dato.
+
+## Pre-paste
+
+1. `pasco validate` — exit 0 (schema + drift + geo).
+2. `pasco build hotmart --lang <lang>` — escribe `profiles/hotmart/README.md`;
+   ese archivo ES el texto a pegar (plano, 1 fila de bios — long > medium >
+   short).
+3. Verificá el link canónico: `identity.links` debe contener la URL pública
+   de tu tienda cuando esté verificada (host `hotmart.com`). Mientras la URL
+   de Space esté sin verificar [?], NO la inventes — dejá el link fuera y
+   agrégalo con la URL real copiada del dashboard (regla drift).
+4. **Gate de negocio (EC)**: el payout a banco ecuatoriano está `[?]`
+   (SOTA-2026 §4) — el ítem de verificación vive en la instancia venture
+   (issue #137). Un paste de perfil no depende del payout; una venta, sí.
+
+## Paste (dashboard)
+
+Orden sugerido (a verificar en el primer paste — SOTA-2026 §5/§6):
+
+1. Ingresá a `app.hotmart.com` con la cuenta de creador.
+2. Localizá la configuración de página/tienda del creador (el producto
+   "Hotmart Space" del pricing — dirección web personalizada [?]) y pegá el
+   contenido de `profiles/hotmart/README.md` tal cual en el campo de
+   descripción/perfil (texto plano).
+3. Verificá cómo queda el render: si el campo aplica formato enriquecido,
+   documentalo acá (con fuente) — el renderer asume texto plano.
+4. Los links de producto NO van en el cuerpo: pertenecen a
+   `identity.links`/`projects[].links` del SSOT y a los campos de producto
+   del dashboard.
+
+## Post-paste (verificación + ledger)
+
+1. Verificá la página pública en **browser**: cuerpo visible, sin markdown
+   leaks, sin caracteres de escape raros.
+2. Marcá el ledger: `pasco status --mark bios:hotmart.long@en hotmart`
+   (ledgerKey = la fila de bios exacta que se pegó).
+3. `pasco status hotmart` — in-sync. `pasco diff` vacío para esa unidad.
+
+## No hacerlo a mano en el workspace
+
+- El paste solo se registra vía `--mark`; editar `content/deployments.yaml`
+  a mano rompe el contrato D18 (solo `pasco` escribe el ledger).
+- No pegues variantes no elegidas (solo la fila activa de bios es deployable).

package/skills/hotmart/research/SOTA-2026.md

@@ -0,0 +1,142 @@
+# SOTA Hotmart — versioned research (2026-10-05)
+
+Research date: 2026-10-05 (UTC). Same date for every source (each URL fetched
+2026-10-05 by this session, unless noted). Tags: `[OFICIAL]` = Hotmart's own
+docs/pages/legal texts (primary) · `[WEB]` = primary URL fetched (incl. via
+reader mirror) · `[BENCHMARK]` = real-profile observation · `[?]` = not
+calibratable / not documented.
+
+Method / caveats: the four public legal/pricing pages were fetched plain
+(hotmart.com serves them server-rendered). The Help Center
+(help.hotmart.com) is a JS-rendered SPA — pages were verified through a
+headless reader mirror (`r.jina.ai/<url>`, marked `[WEB]`); its search API
+resolved with the `?query=` parameter (EN + pt-BR). `developers.hotmart.com`
+docs render a JS shell on the root and 403 (CloudFront) on deep paths — the
+API catalog could not be enumerated today. The canonical home for the shared
+EC-payout verification item is the venture instance
+(`venture-instance-pasco/docs/research/`) — issue #137.
+
+## 1. What Hotmart is — platform identity
+
+- Digital-products storefront + memberships + affiliate program; serves the
+  Spanish/Portuguese-speaking markets (root page locales: `/pt-br`, `/es`,
+  `/co`, `/mx`, `/la`). Offices on the footer: Belo Horizonte, Madrid,
+  Ámsterdam, Bogotá, Ciudad de México, Nueva York. [OFICIAL S1, S9]
+- Hotmart's OWN market framing (marketing self-description, root page fetched
+  2026-10-05): "Join the world's largest platform for digital products"
+  (hero), and FAQ #02: "Hotmart is a global, all-in-one platform, Latin
+  America's leader for selling digital and physical products online, with a
+  strong focus on e-learning"; self-reported counters +200K creators, over
+  $10B in sales, +25M buyers. [OFICIAL S9 — VENDOR MARKETING, not an
+  independent measure: quote it as the vendor's claim or leave it out; an
+  independently-measured "largest for ES/PT markets" claim is `[?]` (no
+  ranking source found 2026-10-05) and was deliberately NOT carried into the
+  schema/SPEC/CHANGELOG contract text. Issue #137 framed it as fact without a
+  source — corrected here per the repo's evidence rule.]
+- Memberships: the Payment Policy's recurring billing "may also be called a
+  'subscription'"; Members Area is a first-class product surface (pricing nav:
+  "Members area"). [OFICIAL S1, S3 §9.1]
+- Pricing model: "No monthly or annual fees. No limits to selling around the
+  world. Just pay a transaction fee on each sale you make." [OFICIAL S1]
+- Fee-figure discrepancy lead: FAQ #06 states "9.9% + R$1 per approved sale"
+  for revenue up to five figures, with "tiered — the more you earn, the less
+  you pay" fees, while Payment Policy §5.2 Table 1 lists a BRL 2.49 fixed fee.
+  The FAQ's own "fees page" link likely carries the tier table; §5.2 is the
+  binding legal text. Recorded as a lead — re-source before any quoted fee
+  claim for BRL offers. [OFICIAL S9 vs S3 §5.2] [?]
+
+## 2. Eligibility (the #133 gate — EC-relevant facts)
+
+- ToU §A: "These terms govern the access or use of the resources contained on
+  the Platform for all Users, anywhere in the world. Certain features might
+  not be available in all territories and to all Users." [OFICIAL S2]
+- ToU §H: the only territorial exclusions are sanctions-based — OFAC (US
+  Office of Foreign Assets Control), the UK Sanctions List, the UN Security
+  Council Sanctions List. Ecuador is not on those lists. [OFICIAL S2]
+  [INF: eligibility as written covers an Ecuador-resident creator; the payout
+  rail (§4 below) is the open datum, not eligibility.]
+- ToU §2.8 (Banking Information): after the first sale the creator must
+  provide banking information "indicating the bank account in their name";
+  registering accounts "located outside the Creator…'s country of residence
+  is also prohibited". [OFICIAL S2]
+- Contracting entity varies by residence/currency: Hotmart BR (BRL between
+  Brazil-resident users), Hotmart USA (USD/US), Hotmart BV (NL) for
+  everything else — an EC creator contracts with Hotmart BV. [OFICIAL S2 §C]
+- ToU §1.4 ("No Promise of Performance, Gain, or Results from the Use of the
+  Platform"): Hotmart does not promise results, and neither may creators or
+  affiliates — "no Creator, Co-producer or Affiliate can promise any
+  performance, gain, or an unobtainable result of any nature". This is the
+  clause behind the skill's copy rule (SKILL.md §Regla de oro — no
+  results-promising prose). [OFICIAL S2 §1.4]
+
+## 3. Fees (Payment Policy, version updated 2026-09-21 — fetched 2026-10-05)
+
+The two creator fees are charged cumulatively, only when a product sells. [OFICIAL S3 §5.1]
+
+| Fee | Value | Scope | Source |
+|---|---|---|---|
+| Fixed Fee per Transaction | BRL 2.49 / USD 1.00 / EUR 1.00 | by the BUYER's payment currency (Table 1) | [OFICIAL S3 §5.2] |
+| Service Fee | 20% of the product price up to BRL 10.00; **9.9%** from BRL 10.01 | §5.3 states the threshold in BRL; §5.4 generalizes: offers ≤ USD 15 / EUR 15 are micro-transactions — fixed fee USD 0.10 / EUR 0.10 + 9.9% | [OFICIAL S3 §5.3–§5.4] |
+| SeQura (ES installment method) | 1% of the sales price | only for Spanish buyers, SeQura-registered creators | [OFICIAL S3 §8.3] |
+| Withdrawal minimum (BRL) | BRL 2.00 + a BRL 1.99 withdrawal fee | BRL offers — FAQ #08; §12 (the binding text) was truncated in today's fetch, so treat this as the FAQ figure | [OFICIAL S9 FAQ #08] |
+| Withdrawal deadlines | BRL sales: 30 calendar days after the sale (PIX/Boleto/Hotmart balance: ~2 calendar days); other currencies: 15 calendar days (warranty period) | FAQ #08; §12 truncated | [OFICIAL S9 FAQ #08] |
+
+Caveat: §5.3's threshold is BRL-denominated even for other offer currencies;
+§5.4's micro-transaction table is the USD/EUR generalization. A future
+surface-fee claim should quote §5.4 for USD/EUR offers, §5.3 for BRL.
+[OFICIAL S3] [MI: reading]
+
+## 4. Payout rail — the deciding datum is still `[?]`
+
+- What is known: after the first sale, the creator registers a bank account
+  in their own name in their country of residence (ToU §2.8 — third-party and
+  out-of-residence accounts are prohibited). Hotpay processes payments
+  "anywhere in the world" (Payment Policy §A) with currency conversion rules
+  (§4); withdrawal minimums/deadlines are in the FAQ (§3 table, S9 FAQ #08) —
+  §12 (the binding text) was truncated in today's fetch. [OFICIAL S2, S3, S9]
+- What is NOT documented anywhere fetched: whether Hotpay's bank rails settle
+  to **Ecuadorian** banks. The legal texts do not enumerate supported payout
+  countries; the Help Center withdrawal article was not reachable today
+  (JS-rendered SPA; EN + pt-BR searches returned no Space/withdrawal
+  article). **Same role as the PayPal-EC datum for `kofi`/`payhip` in #133 —
+  carried as `[?]` with the verification item in the venture instance.** [?]
+
+## 5. URL surfaces (verified shapes — and the open Space shape)
+
+| Surface | Shape | Status |
+|---|---|---|
+| Marketplace product page (EN) | `hotmart.com/en/marketplace/products/<slug>/<ID>` | verified live 2026-10-05 [OFICIAL S7] |
+| Marketplace product page (PT/ES) | `hotmart.com/pt-br/marketplace/produtos/<slug>/<ID>` · `hotmart.com/es/marketplace/productos/<slug>/<ID>` | verified live 2026-10-05 [OFICIAL S7] |
+| Hotmart Space ("personalized web address" of the creator's storefront page — pricing page S1) | **shape `[?]`** — probes of `/space`, `/profile`, `/espaco` 404'd the JS-rendered SPA (issue #137, 2026-10-05); Help Center has no "Hotmart Space" article indexed (EN + pt-BR, reader mirror) [WEB S5]; `space.hotmart.com` DNS-resolves and redirects to the apex (not a profile shape) [WEB S6] | `[?]` — the skill's follow-up owns sourcing it |
+| Hotmart Pages (landing-page builder — DIFFERENT product) | `<brand>.hotmart.host/<subdir>` or custom domain | verified via Help Center article [OFICIAL S5] — not the profile surface, excluded from drift on purpose |
+
+Drift implication (engine side, this repo): `hotmart.com` is the platform
+host (PLATFORM_HOSTS + HANDLE_HOSTS) — host-consistency only. No
+PLATFORM_SUBDOMAIN_HOSTS entry: no verified profile subdomain shape.
+[MI, 2026-10-05]
+
+## 6. Deploy surface — the paste target is `[?]`
+
+- Hotmart's public APIs (developers.hotmart.com) cover sales/products
+  management per issue #137's verification; the docs were not enumerable
+  today (root JS-shell, deep paths 403 CloudFront) → treat the "no management
+  API for the profile body" claim as `[?]` until the skill follow-up
+  verifies. [WEB S8] + issue #137
+- No public documentation of a profile About/body field was found (the Help
+  Center has no such article indexed today). The renderer therefore emits the
+  paste source and the playbook defers the exact paste-target field to the
+  skill follow-up. [?]
+
+## 7. Source list
+
+| # | Source | Fetched |
+|---|---|---|
+| S1 | `https://hotmart.com/en/pricing` | 2026-10-05 |
+| S2 | `https://hotmart.com/en/legal/terms-of-use` (version updated 2026-09-21) | 2026-10-05 |
+| S3 | `https://hotmart.com/en/legal/payments-policy` (version updated 2026-09-21) | 2026-10-05 |
+| S4 | `https://hotmart.com/en/legal` (Terms and Policies index) | 2026-10-05 |
+| S5 | `https://help.hotmart.com/en` (+ searches EN/pt-BR, reader mirror `r.jina.ai`) | 2026-10-05 |
+| S6 | `https://space.hotmart.com/` (DNS/redirect probe) | 2026-10-05 |
+| S7 | `https://hotmart.com/en/marketplace` + product pages | 2026-10-05 |
+| S8 | `https://developers.hotmart.com/docs/en/` (root JS-shell; `api-basics` 403) | 2026-10-05 |
+| S9 | `https://hotmart.com/en` (root: hero + FAQ #02/#06/#08 — vendor market framing, fee-tier and withdrawal figures) | 2026-10-05 |

package/skills/kofi/SKILL.md

@@ -0,0 +1,127 @@
+---
+name: kofi-profile
+description: >
+  Transforma los hechos del SSOT (profile-data/content/*.yaml) en el texto
+  About de la página de creador de Ko-fi — texto PLANO listo para pegar, no
+  markdown ni dump. Patrón: funding-page de creador (research/SOTA-2026.md).
+  El agente ejecutante produce N variantes; el humano elige; la elegida se
+  registra como variante activa (content/active.yaml) y el paste se marca en
+  el ledger (D18) con `pasco status --mark`.
+model: juicio (frontier) — los ángulos de soporte/cita no son delegables a modelos pequeños
+applies_to: kofi
+projection: agent-agnostic (AionUi, OpenHands, Claude Code, Cursor, pi…)
+version: 0.1.0
+status: draft
+sources: skills/kofi/research/SOTA-2026.md
+---
+
+# Ko-fi About — skill de comunicación
+
+## Misión
+
+Convertir los HECHOS del workspace (SSOT) en el texto **About** de la página
+Ko-fi: qué hacés, qué financia cada aporte, y UNA acción (apoyar). Ko-fi es
+plataforma **paste** (D9 — sin API de deploy, S18): el artefacto que produce
+`pasco build kofi` ES lo que se pega. Este skill es la capa de **juicio y
+narrativa** (D4/D5); el renderer determinista garantiza el mapa 1:1 con la
+fila de `bios`.
+
+## Regla de oro
+
+> Los HECHOS son sagrados (byte-idénticos al SSOT); solo la HISTORIA varía.
+
+- Nombres, fechas, DOIs, números, URLs: **idénticos** a `content/*.yaml`.
+- Texto **plano** para el About: sin markdown, sin HTML, sin links inline —
+  el card About se renders como texto plano y los links viven en el feature
+  **Social links** (hasta 15, `https://` completo) (SOTA-2026 §2, [WEB S12]).
+- URLs SOLO de `identity.links` (regla drift). No inventes links.
+- Claims cuantitativos SOLO de `projects[].evidence` o `keywords.geo.claims`.
+
+## Fuente de datos
+
+Lee el workspace (ruta del `.pascorc` o `--workspace`):
+
+```
+content/identity.yaml      → nombre, email de contacto (hecho, v1.5), links canónicos
+content/positioning.yaml   → statement + ángulos por audiencia + anclas GEO
+content/projects.yaml      → qué construís (status + evidence verificable)
+content/skills.yaml        → stack con pesos por plataforma
+content/bios.yaml          → textos base por plataforma (punto de partida)
+content/keywords.yaml      → SEO + GEO (associations/claims)
+```
+
+## Estrategia comunicativa (3 preguntas — SOTA-2026 §7)
+
+1. **¿Quién lee?** Lectores que ya te descubrieron por otro canal y evalúan
+   apoyar; personas que compartieron el link (preview social).
+2. **¿Qué quiero que hagan?** UNA acción: apoyar (one-off o membresía) — con
+   confianza de que el dinero financia trabajo concreto.
+3. **¿Cuál es mi señal más fuerte?** El trabajo activo con evidencia: qué
+   construis AHORA y qué aporta cada contribución (stewardship → sostenibilidad).
+
+Liderá con #3 filtrado por #1. La página carga a mitad de la hero ([OFICIAL
+S5]): las primeras 2–3 líneas del About son el "above the fold" del About.
+
+## Estructura del About (prosa plana, ≤ 3 párrafos)
+
+1. **Hook (2–3 líneas)**: quién sos y qué construís ahora — del `statement`
+   reescrito en prosa; teje las anclas GEO sin stuffing.
+2. **Qué financia cada aporte (2–4 líneas)**: el trabajo vivo con UNA
+   evidencia verificable (de `evidence[]`). "Cada aporte financia X" en
+   concreto, no en genérico.
+3. **CTA único**: apoyar (la página ES el CTA). Email de contacto como hecho
+   (de `identity.email`) si aplica — texto plano, la plataforma no lo hace
+   clickable dentro del bio [WEB S12]; el canalClickable es Social links.
+
+Lo demás NO va en el About: hasta 15 links al feature **Social links**
+([OFICIAL S3]); nombre display en Settings → Profile; status ≤40 chars como
+one-liner visible (campo separado, **limitado a 40** [OFICIAL S1]); preview
+social separado del About ([OFICIAL S4]).
+
+## Límites (resumen con fuente — SOTA-2026 §1)
+
+- About/bio: **sin límite documentado** por Ko-fi [?] — soft-cap en checks.yaml
+  (curation, no hard rule). El card trunca tras unas líneas con "Show more"
+  [BENCHMARK S12]: lo esencial va primero.
+- Status: **≤ 40 chars** [OFICIAL S1] (fuera del renderer; manual).
+- Membership terms (no bio): 10,000 chars [OFICIAL S16].
+
+## Variantes (flujo refine)
+
+- Producí **N variantes** (`--variants N`, default 3) con ángulos distintos:
+  1. **Stewardship** (default): lidera con el trabajo vivo + qué financia.
+  2. **Soberanía**: lidera con la tesis (IA soberana / economía agéntica),
+     el aporte como infraestructura independiente.
+  3. **Transparencia**: lidera con el mapa de uso del dinero (qué cubre
+     cada peso) para donantes pragmáticos.
+- Cada variante: `variantId` = `kofi-<lang>-<n>` (ej. `kofi-es-1`).
+- El humano elige; se registra con `pasco refine kofi --choose <id>` → escribe
+  `content/active.yaml`; el paste posterior se marca con
+  `pasco status --mark <ledgerKey> kofi` (D18).
+
+## Verificación (checks)
+
+- `pasco validate` exit 0 (schema + drift 0 + geo).
+- Facts byte-idénticos: cruzá cada hecho del About contra el YAML.
+- Plain text: cero markdown `[..](..)`, cero HTML.
+- Links: 0 links inline en el About (van al Social-links feature); el link
+  canónico `ko-fi.com/<handle>` vive en `identity.links` (regla drift).
+- Idioma: la bio del `--lang` solicitado existe (compile NO hace fallback por
+  fila — artefacto vacío significa gap visible, no silencio).
+- URL viva: la página resuelve en browser (Cloudflare 403 para fetchers
+  planos — usar browser para la verificación live, SOTA-2026 §5).
+
+## GEO (consistencia = citabilidad)
+
+- El About es legible por LLMs con fetcher browser (tab About, HTML renderizado
+  [WEB S12]; el HTML crudo sin JS quedó sin verificar [?]). Los hechos deben
+  coincidir byte a byte con CV/LinkedIn/GitHub (fechas, roles, papers).
+- Sin directorio público de perfiles ni search documentado [OFICIAL S14] — la
+  citabilidad viene del hecho de que otros canales (X, Substack, README)
+  referencian la página de apoyo; manté los anclas semánticos del SSOT.
+- Host único: `ko-fi.com` — `kofi.com` NO resuelve (NXDOMAIN) [WEB S17];
+  jamás emitir ni registrar URL con el host sin guion.
+- **Rename-drift**: el username se puede cambiar y los handles viejos siguen
+  resolviendo ([OFICIAL S6], [WEB S12]) — después de renombrar, re-generá el
+  preview social ([OFICIAL S4]) y verificá que identity.links apunte al
+  handle vigente antes de cada re-paste.

package/skills/kofi/checks.yaml

@@ -0,0 +1,42 @@
+# checks.yaml — criterios machine-readable para `pasco check kofi`
+# (unión con content/checks.yaml del workspace; misma rule catalog que el schema).
+#
+# 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
+# soft-cap curacional, no hard rule (SOTA-2026 §1).
+
+- id: k-bio-soft
+  platform: kofi
+  rule: max-chars
+  value: 500
+  note: "Soft-cap curacional del About — Ko-fi no documenta límite [?]; el card trunca con 'Show more' (SOTA-2026 §1, S12)."
+
+- id: k-facts-identity
+  platform: kofi
+  rule: fact-present
+  value: true
+  note: "Hechos del About byte-idénticos al SSOT (D4); el About es el cuerpo del perfil (SOTA-2026 §5)."
+
+- id: k-links-identity
+  platform: kofi
+  rule: link-in-identity
+  value: true
+  note: "El URL canónico ko-fi.com/<handle> vive en identity.links; host único con guion — kofi.com NO resuelve (SOTA-2026 §3, S17)."
+
+- id: k-geo-consistent
+  platform: kofi
+  rule: geo-consistent
+  value: true
+  note: "Hechos consistentes con CV/LinkedIn/GitHub = citabilidad; el About es legible por LLMs con fetcher browser (SOTA-2026 §5)."
+
+- id: k-live
+  platform: kofi
+  rule: url-live
+  value: true
+  note: "Página resuelve en browser — Cloudflare 403 para fetchers planos; verificación live con browser (SOTA-2026 §5)."
+
+- id: k-lang
+  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."

package/skills/kofi/playbook.md

@@ -0,0 +1,47 @@
+# Playbook — deploy Ko-fi (paste, D9)
+
+Superficie: página de creador `ko-fi.com/<handle>` — **sin API de deploy**
+(webhooks de pago only, SOTA-2026 §6/S18). El deploy es manual; el ledger lo
+registra `pasco status --mark`.
+
+## Pre-paste
+
+1. `pasco validate` — exit 0 (schema + drift + geo).
+2. `pasco build kofi --lang <lang>` — escribe `profiles/kofi/README.md`; ese
+   archivo ES el texto a pegar (plano, 1 fila de bios — long > medium > short).
+3. Verificá el handle vigente: `identity.links` debe contener el URL canónico
+   `https://ko-fi.com/<handle>` (host con guion; `kofi.com` NO resuelve,
+   S17). **Rename-drift**: si el username cambió, los handles viejos siguen
+   resolviendo (S6/S12) y el preview social puede mostrar el nombre viejo
+   (S4) — regenerá el preview y actualizá el link ANTES de pegar.
+
+## Paste (dashboard)
+
+Orden sugerido (SOTA-2026 §6):
+
+1. **Settings → Profile** (`settings?tab=profile`): display name correcto +
+   "Your social links": hasta 15 links, `https://` completo (S3). El About NO
+   lleva links inline.
+2. **`ko-fi.com/manage/mypage` → About**: pegá el contenido de
+   `profiles/kofi/README.md` tal cual (texto plano; el card trunca tras unas
+   líneas con "Show more" — lo primero es lo que se lee).
+3. **Estado** ("Set a status", junto al perfil): ≤ 40 chars (S1) — one-liner
+   visible, manual, no vive en el SSOT.
+4. **Settings → Page** (`settings?tab=page`): "Customize preview" (texto/imagen
+   del link-share) + Page focus. Preview ≠ About (S4).
+5. **Cover image**: 3:1, 1200×400 px, < 8 MB, JPEG/PNG (S5).
+
+## Post-paste (verificación + ledger)
+
+1. Verificá la página pública en **browser** (Cloudflare 403 para fetchers
+   planos, SOTA-2026 §5): About visible, sin markdown leaks, links de Social
+   links anclados.
+2. Marca el ledger: `pasco status --mark bios:kofi.long@en kofi`
+   (ledgerKey = la fila de bios exacta que se pegó).
+3. `pasco status kofi` — in-sync. `pasco diff` vacío para esa unidad.
+
+## No hacerlo a mano en el workspace
+
+- El paste solo se registra vía `--mark`; editar `content/deployments.yaml`
+  a mano rompe el contrato D18 (solo `pasco` escribe el ledger).
+- No pegues variantes no elegidas (solo la fila activa de bios es deployable).