theus-cli-darwin-x64 0.2.84

package/vendor/theus-arsenal/skills/automatizacion-ssh-netmiko/SKILL.md

@@ -0,0 +1,176 @@
+---
+name: automatizacion-ssh-netmiko
+description: Patrones seguros de Netmiko en Python para recolección de solo lectura, SSH por lotes acotado, parseo con TextFSM, cambios de configuración con salvaguardas, timeouts y manejo de errores en automatización de redes.
+---
+
+# Automatización SSH con Netmiko
+
+Usa esta skill al escribir o revisar automatización en Python que se conecte a
+dispositivos de red con Netmiko. Mantén la ruta por defecto en solo lectura; los
+cambios de configuración necesitan una ventana de cambio aparte, revisión de pares
+y plan de rollback.
+
+## Cuándo usarla
+
+- Al recolectar salida de comandos `show` en routers, switches o firewalls.
+- Al construir un script pequeño de auditoría para evidencia de interfaces, enrutamiento o configuración.
+- Al añadir timeouts y manejo de excepciones a scripts SSH de red.
+- Al parsear salida de comandos con TextFSM cuando existe una plantilla.
+- Al revisar automatización antes de que toque dispositivos de producción.
+
+## Valores seguros por defecto
+
+- Empieza con recolección de solo lectura vía `send_command()`.
+- Mantén el inventario pequeño y explícito; no barras rangos de direcciones completos.
+- Usa variables de entorno, un vault o `getpass`; nunca credenciales en el código.
+- Configura timeouts de conexión y de lectura.
+- Limita la concurrencia para no sobrecargar dispositivos antiguos.
+- Exige un flag explícito del operador antes de `send_config_set()`.
+- No llames a `save_config()` hasta que el cambio esté verificado y aprobado.
+
+## Patrón de conexión de solo lectura
+
+```python
+import os
+from getpass import getpass
+from netmiko import ConnectHandler
+from netmiko.exceptions import (
+    NetmikoAuthenticationException,
+    NetmikoTimeoutException,
+    ReadTimeout,
+)
+
+device = {
+    "device_type": "cisco_ios",
+    "host": "192.0.2.10",
+    "username": os.environ.get("NETMIKO_USERNAME") or input("Usuario: "),
+    "password": os.environ.get("NETMIKO_PASSWORD") or getpass("Contraseña: "),
+    "secret": os.environ.get("NETMIKO_ENABLE_SECRET"),
+    "conn_timeout": 10,
+    "auth_timeout": 20,
+    "banner_timeout": 15,
+    "read_timeout_override": 30,
+}
+
+try:
+    with ConnectHandler(**device) as conn:
+        if device.get("secret") and not conn.check_enable_mode():
+            conn.enable()
+        output = conn.send_command("show ip interface brief", read_timeout=30)
+        print(output)
+except NetmikoAuthenticationException:
+    print("Falló la autenticación")
+except NetmikoTimeoutException:
+    print("La conexión SSH agotó el tiempo de espera")
+except ReadTimeout:
+    print("La lectura del comando agotó el tiempo de espera")
+```
+
+Usa direcciones de rangos de documentación en los ejemplos. Mantén el inventario
+real en un archivo local ignorado por git o en un sistema de gestión de secretos.
+
+## Recolección por lotes
+
+```python
+from concurrent.futures import ThreadPoolExecutor, as_completed
+from typing import Any
+
+def collect_show(device: dict[str, Any], command: str) -> dict[str, Any]:
+    host = device["host"]
+    try:
+        with ConnectHandler(**device) as conn:
+            output = conn.send_command(command, read_timeout=45)
+        return {"host": host, "ok": True, "output": output}
+    except (NetmikoAuthenticationException, NetmikoTimeoutException, ReadTimeout) as exc:
+        return {"host": host, "ok": False, "error": type(exc).__name__}
+
+results = []
+with ThreadPoolExecutor(max_workers=8) as pool:
+    futures = [pool.submit(collect_show, device, "show version") for device in devices]
+    for future in as_completed(futures):
+        results.append(future.result())
+```
+
+Mantén `max_workers` bajo salvo que sepas que el parque de dispositivos y los
+sistemas AAA soportan mayor volumen de conexiones.
+
+## Parseo estructurado
+
+Netmiko puede pedir a TextFSM, TTP o Genie que parseen la salida de comandos
+soportados. Trata la salida del parser como una optimización, no como la única
+vía de evidencia.
+
+```python
+with ConnectHandler(**device) as conn:
+    parsed = conn.send_command(
+        "show ip interface brief",
+        use_textfsm=True,
+        raise_parsing_error=False,
+        read_timeout=30,
+    )
+
+if isinstance(parsed, str):
+    print("Ninguna plantilla de parser coincidió; guarda la salida cruda para revisión")
+else:
+    for row in parsed:
+        print(row)
+```
+
+Si el parseo alimenta una decisión bloqueante, conserva la salida cruda del
+comando junto al resultado parseado para que un operador pueda inspeccionar
+discrepancias.
+
+## Patrón de configuración con salvaguarda
+
+```python
+import os
+
+commands = [
+    "interface GigabitEthernet0/1",
+    "description CHANGE-1234 UPLINK-TO-CORE",
+]
+
+apply_changes = os.environ.get("APPLY_NETWORK_CHANGES") == "1"
+
+if not apply_changes:
+    print("Solo simulación (dry run). Comandos candidatos:")
+    print("\n".join(commands))
+else:
+    with ConnectHandler(**device) as conn:
+        conn.enable()
+        before = conn.send_command("show running-config interface GigabitEthernet0/1")
+        output = conn.send_config_set(commands)
+        after = conn.send_command("show running-config interface GigabitEthernet0/1")
+        print(before)
+        print(output)
+        print(after)
+        print("Verifica el comportamiento antes de guardar la startup config.")
+```
+
+Guardar la configuración es un paso de aprobación aparte. En producción, incluye
+un fragmento de rollback y captura evidencia antes/después en el registro del
+cambio.
+
+## Checklist de revisión
+
+- ¿El script identifica una fuente de inventario explícita?
+- ¿Las credenciales están ausentes del código, los logs y los mensajes de excepción?
+- ¿Están configurados `conn_timeout`, `auth_timeout` y el `read_timeout` de comandos?
+- ¿Los fallos se reportan por dispositivo sin detener el lote completo?
+- ¿El script evita escaneos amplios y concurrencia sin límite?
+- ¿Los cambios de configuración están detrás de un dry-run o un flag explícito del operador?
+- ¿`save_config()` está separado del push inicial y ligado a la verificación?
+
+## Antipatrones
+
+- Contraseñas, enable secrets o llaves privadas escritas en el código fuente.
+- Enviar comandos de configuración como ruta de código por defecto.
+- Ejecutar automatización contra un rango CIDR en lugar de un inventario revisado.
+- Registrar running configs completas en sistemas compartidos sin sanitizarlas.
+- Tratar el éxito del parser como prueba de que el estado del dispositivo es correcto.
+
+## Ver también
+
+- Skill: `patrones-cisco-ios`
+- Skill: `validacion-config-red`
+- Skill: `salud-interfaces-red`

package/vendor/theus-arsenal/skills/base-datos-pubmed/SKILL.md

@@ -0,0 +1,174 @@
+---
+name: base-datos-pubmed
+description: Búsqueda directa en PubMed y NCBI E-utilities para literatura biomédica — consultas con
+  términos MeSH, búsqueda de PMIDs, recuperación de citas y monitoreo de literatura vía API. Úsala
+  cuando una tarea necesite literatura biomédica de PubMed en lugar de búsqueda web general.
+---
+
+# Base de datos PubMed
+
+Usa esta skill cuando una tarea necesite literatura biomédica de PubMed en lugar de una búsqueda web general.
+
+## Cuándo usarla
+
+- Al buscar en MEDLINE o en literatura de ciencias de la vida.
+- Al construir consultas de PubMed con términos MeSH, etiquetas de campo, fechas o tipos de artículo.
+- Al buscar PMIDs, resúmenes, metadatos de publicación o citas relacionadas.
+- En pasadas de búsqueda para revisiones sistemáticas que requieren cadenas de búsqueda reproducibles.
+- Al usar NCBI E-utilities directamente desde Python, shell u otro cliente HTTP.
+
+## Construcción de consultas
+
+Parte de la pregunta de investigación, divídela en conceptos y combina los conceptos con operadores booleanos.
+
+```text
+concepto_1 AND concepto_2 AND filtro
+sinonimo_a OR sinonimo_b
+NOT termino_de_exclusion
+```
+
+Etiquetas de campo útiles de PubMed:
+
+- `[ti]`: título
+- `[ab]`: resumen (abstract)
+- `[tiab]`: título o resumen
+- `[au]`: autor
+- `[ta]`: abreviatura del título de la revista
+- `[mh]`: término MeSH
+- `[majr]`: tema MeSH principal
+- `[pt]`: tipo de publicación
+- `[dp]`: fecha de publicación
+- `[la]`: idioma
+
+Ejemplos:
+
+```text
+diabetes mellitus[mh] AND treatment[tiab] AND systematic review[pt] AND 2023:2026[dp]
+(metformin[nm] OR insulin[nm]) AND diabetes mellitus, type 2[mh] AND randomized controlled trial[pt]
+smith ja[au] AND cancer[tiab] AND 2026[dp] AND english[la]
+```
+
+## MeSH y subencabezados
+
+Prefiere MeSH cuando el concepto tiene un término estable del vocabulario controlado. Combina MeSH con términos de título/resumen cuando el tema es nuevo o la terminología varía.
+
+La sintaxis correcta de subencabezado coloca el subencabezado antes de la etiqueta de campo:
+
+```text
+diabetes mellitus, type 2/drug therapy[mh]
+cardiovascular diseases/prevention & control[mh]
+```
+
+Usa `[majr]` solo cuando el tema debe ser central en el artículo. Puede mejorar la precisión pero puede omitir trabajos relevantes.
+
+## Filtros
+
+Tipos de publicación:
+
+- `clinical trial[pt]`
+- `meta-analysis[pt]`
+- `randomized controlled trial[pt]`
+- `review[pt]`
+- `systematic review[pt]`
+- `guideline[pt]`
+
+Filtros de fecha:
+
+```text
+2026[dp]
+2020:2026[dp]
+2026/03/15[dp]
+```
+
+Filtros de disponibilidad:
+
+```text
+free full text[sb]
+hasabstract[text]
+```
+
+## Flujo con E-utilities
+
+NCBI E-utilities permite flujos de trabajo reproducibles vía API:
+
+1. `esearch.fcgi`: busca y devuelve PMIDs.
+2. `esummary.fcgi`: devuelve metadatos ligeros de los artículos.
+3. `efetch.fcgi`: obtiene resúmenes o registros completos en XML, MEDLINE o texto.
+4. `elink.fcgi`: encuentra artículos relacionados y recursos vinculados.
+
+Usa un email y una API key para scripts de producción. Guarda las API keys en variables de entorno, nunca en archivos versionados ni en el historial de comandos.
+
+```python
+import os
+import time
+import requests
+
+BASE = "https://eutils.ncbi.nlm.nih.gov/entrez/eutils"
+
+
+def esearch(query: str, retmax: int = 20) -> list[str]:
+    params = {
+        "db": "pubmed",
+        "term": query,
+        "retmode": "json",
+        "retmax": retmax,
+        "tool": "theus-pubmed-search",
+        "email": os.environ.get("NCBI_EMAIL", ""),
+    }
+    api_key = os.environ.get("NCBI_API_KEY")
+    if api_key:
+        params["api_key"] = api_key
+
+    response = requests.get(f"{BASE}/esearch.fcgi", params=params, timeout=30)
+    response.raise_for_status()
+    time.sleep(0.35)
+    return response.json()["esearchresult"]["idlist"]
+
+
+pmids = esearch("hypertension[mh] AND randomized controlled trial[pt] AND 2024:2026[dp]")
+print(pmids)
+```
+
+Para lotes, prefiere los parámetros del servidor de historial de NCBI (`usehistory=y`, `WebEnv`, `query_key`) en lugar de pasar listas de PMIDs muy largas por URL.
+
+## Disciplina de registro
+
+Por cada pasada de búsqueda, registra:
+
+- cadena de búsqueda exacta
+- base de datos consultada
+- fecha de la búsqueda
+- filtros usados
+- número de resultados
+- formato de exportación
+- exclusiones manuales, si las hubo
+
+Ejemplo:
+
+```markdown
+| Base de datos | Fecha de búsqueda | Consulta | Filtros | Resultados |
+| --- | --- | --- | --- | ---: |
+| PubMed | 2026-05-11 | `sickle cell disease[mh] AND CRISPR[tiab]` | 2020:2026[dp], inglés | 42 |
+```
+
+## Lista de verificación
+
+- ¿Las etiquetas de campo son etiquetas válidas de PubMed?
+- ¿Los términos MeSH van acompañados de sinónimos en texto libre para temas recientes?
+- ¿El rango de fechas es explícito y apropiado?
+- ¿El registro de búsqueda incluye suficiente detalle para reproducir la consulta?
+- ¿Las API keys se cargan desde el entorno?
+- ¿El código HTTP llama a `raise_for_status()` o maneja de otra forma las respuestas no-200 antes de parsear?
+- ¿Se respetan los límites de tasa?
+
+## Referencias
+
+- [Ayuda de PubMed](https://pubmed.ncbi.nlm.nih.gov/help/)
+- [Documentación de NCBI E-utilities](https://www.ncbi.nlm.nih.gov/books/NBK25501/)
+- [Guía de API keys de NCBI](https://support.nlm.nih.gov/kbArticle/?pn=KA-05317)
+- Soporte de NCBI: <eutilities@ncbi.nlm.nih.gov>
+
+## Skills relacionadas
+
+- `investigacion-profunda`
+- `revision-literatura-cientifica`

package/vendor/theus-arsenal/skills/base-datos-uspto/SKILL.md

@@ -0,0 +1,173 @@
+---
+name: base-datos-uspto
+description: Flujo de trabajo con datos de patentes y marcas de la USPTO para búsqueda de registros
+  oficiales, consultas PatentSearch, verificaciones TSDR, datos de asignación (cesión) y registros
+  reproducibles de investigación de propiedad intelectual. Úsala cuando una tarea necesite registros
+  oficiales de patentes o marcas de EE. UU.
+---
+
+# Base de datos USPTO
+
+Usa esta skill cuando una tarea necesite registros oficiales de patentes o marcas de EE. UU. desde
+los sistemas de la USPTO (Oficina de Patentes y Marcas).
+
+## Cuándo usarla
+
+- Al buscar patentes concedidas o publicaciones previas a la concesión.
+- Al verificar el estatus de una solicitud de patente, datos del expediente, cesiones o historial
+  público de tramitación (prosecution).
+- Al buscar estatus, documentos o historial de cesión de una marca.
+- Al construir registros reproducibles de investigación de arte previo, portafolio o panorama de PI.
+- Al comparar registros de la USPTO con herramientas secundarias como Google Patents, Lens.org o
+  Semantic Scholar.
+
+No uses esta skill para dar asesoría legal. Trátala como un flujo de recopilación de datos y
+verificación de registros.
+
+## Selección de fuentes
+
+Prefiere primero las superficies oficiales o respaldadas por la USPTO:
+
+- Open Data Portal (ODP): hogar actual de los conjuntos de datos y APIs migrados de la USPTO.
+- Patent File Wrapper: datos bibliográficos públicos de solicitudes de patente y registros del expediente.
+- API PatentSearch: API de búsqueda de PatentsView para patentes concedidas y conjuntos de publicaciones previas a la concesión.
+- API TSDR: estatus de marcas y recuperación de documentos (Trademark Status and Document Retrieval).
+- Búsqueda de cesiones de patentes y marcas: registros de transferencia de titularidad.
+- Datos de PTAB en ODP: procedimientos del Patent Trial and Appeal Board.
+
+Usa fuentes secundarias solo como índices de conveniencia. Cuando la respuesta importa, contrasta
+contra el registro oficial.
+
+## Autenticación y secretos
+
+Muchos flujos de API de la USPTO requieren una clave de API. Guarda las claves en variables de entorno
+o en un gestor de secretos, nunca en archivos versionados ni en transcripciones pegadas.
+
+Nombres de entorno comunes:
+
+```bash
+export USPTO_API_KEY="..."
+export PATENTSVIEW_API_KEY="..."
+```
+
+Para PatentSearch, envía la clave con el encabezado `X-Api-Key`. Para TSDR, sigue las instrucciones
+vigentes del gestor de API de la USPTO y su guía de límites de tasa.
+
+## Flujo de PatentSearch
+
+Usa PatentSearch para búsqueda amplia de patentes y publicaciones previas a la concesión cuando la
+pregunta trate de tendencias, inventores, cesionarios, clasificaciones, fechas o segmentos de portafolio.
+
+Flujo:
+
+1. Identifica el endpoint desde la referencia vigente de PatentSearch o el Swagger UI.
+2. Construye una consulta JSON con filtros explícitos.
+3. Solicita solo los campos necesarios para el análisis.
+4. Ordena y pagina de forma determinista.
+5. Registra el endpoint, el cuerpo de la consulta, la fecha, una nota de vigencia de los datos y el conteo de resultados.
+
+Esqueleto de solicitud en Python:
+
+```python
+import os
+import requests
+
+API_KEY = os.environ["PATENTSVIEW_API_KEY"]
+BASE = "https://search.patentsview.org/api/v1"
+
+payload = {
+    "q": {
+        "_and": [
+            {"patent_date": {"_gte": "2024-01-01"}},
+            {"assignees.assignee_organization": {"_text_any": ["Google", "Alphabet"]}},
+        ]
+    },
+    "f": ["patent_id", "patent_title", "patent_date"],
+    "s": [{"patent_date": "desc"}],
+    "o": {"per_page": 100, "page": 1},
+}
+
+response = requests.post(
+    f"{BASE}/patent/",
+    headers={"X-Api-Key": API_KEY, "Content-Type": "application/json"},
+    json=payload,
+    timeout=30,
+)
+response.raise_for_status()
+print(response.json())
+```
+
+Antes de reutilizar una consulta, verifica los nombres de endpoint, las rutas de campos, los parámetros
+de solicitud y la disponibilidad de la clave de API en la documentación viva de PatentSearch.
+
+## Flujo de marcas/TSDR
+
+Usa TSDR cuando la tarea necesite estatus de expediente de marca, documentos, imágenes, historial de
+titularidad o eventos de tramitación.
+
+Flujo:
+
+1. Normaliza el número de serie o de registro.
+2. Revisa las instrucciones vigentes de la API TSDR y el encabezado de clave de API requerido.
+3. Recupera primero el estatus, y solo después los documentos si es necesario.
+4. Respeta el límite de tasa más bajo para descargas de PDF, ZIP y múltiples expedientes.
+5. Captura la fecha de recuperación y el identificador de serie/registro en la salida.
+
+Para extracciones grandes de marcas, prefiere los flujos documentados de datos masivos en lugar de
+raspar páginas públicas (screen-scraping).
+
+## Expediente y historial de tramitación
+
+Para estatus de solicitud, historial de transacciones y documentos de tramitación:
+
+- Comienza con la búsqueda de Patent File Wrapper en el ODP.
+- Usa identificadores exactos cuando estén disponibles: número de solicitud, número de publicación,
+  número de patente o nombre de la parte.
+- Registra si el registro es una patente concedida, una publicación previa a la concesión o una solicitud pendiente.
+- Contrasta las fechas y el estatus de los documentos contra la página de detalle del registro antes de citarlos.
+
+## Flujo de cesiones
+
+Para titularidad de patentes o marcas:
+
+1. Busca los datos oficiales de cesión por número de patente/solicitud/registro, cedente, cesionario
+   o reel/frame cuando estén disponibles.
+2. Registra el texto de la transmisión, la fecha de firma, la fecha de inscripción y las partes.
+3. Distingue los registros de cesión de las conclusiones de titularidad legal vigente.
+4. Si la titularidad es material, marca el resultado para revisión de un abogado o experto en la materia.
+
+## Salida reproducible
+
+Cada pase de investigación en la USPTO debe incluir una tabla de bitácora:
+
+```markdown
+| Fuente | Fecha de búsqueda | Identificador/consulta | Filtros | Resultados | Notas |
+| --- | --- | --- | --- | ---: | --- |
+| PatentSearch | 2026-05-11 | `assignee=Alphabet AND date>=2024` | endpoint de patentes | 118 | Docs verificados antes de correr |
+| TSDR | 2026-05-11 | `serial=90000000` | solo estatus | 1 | Flujo con clave de API, sin descarga masiva |
+```
+
+Para los informes finales, separa:
+
+- hechos del registro oficial;
+- análisis inferido;
+- coincidencias de conveniencia de fuentes secundarias;
+- brechas sin resolver o registros que requieren revisión legal.
+
+## Lista de verificación
+
+- ¿Usaste primero una fuente oficial o respaldada por la USPTO?
+- ¿Verificaste los nombres vigentes de endpoint y de campos antes de correr el código?
+- ¿Las claves de API se mantienen fuera de archivos, historial de shell y bitácoras de salida?
+- ¿La bitácora de consultas incluye la fecha de búsqueda y la forma exacta de la solicitud?
+- ¿Se respetan los límites de tasa?
+- ¿Se evitan las conclusiones legales o se escalan explícitamente?
+- ¿Las fuentes secundarias están etiquetadas como secundarias?
+
+## Referencias
+
+- [Catálogo de APIs de la USPTO](https://developer.uspto.gov/api-catalog)
+- [USPTO Open Data Portal](https://data.uspto.gov/)
+- [Referencia de la API PatentSearch](https://search.patentsview.org/docs/docs/Search%20API/SearchAPIReference/)
+- [Actualizaciones de la API PatentSearch](https://search.patentsview.org/docs/)
+- [FAQ de descarga masiva de la API TSDR](https://developer.uspto.gov/faq/tsdr-api-bulk-download)

package/vendor/theus-arsenal/skills/benchmark/SKILL.md

@@ -0,0 +1,92 @@
+---
+name: benchmark
+description: Usa esta skill para medir líneas base de rendimiento, detectar regresiones antes/después de un PR y comparar alternativas de stack.
+---
+
+# Benchmark — Línea base de rendimiento y detección de regresiones
+
+## Cuándo usarla
+
+- Antes y después de un PR, para medir el impacto en rendimiento
+- Para establecer líneas base de rendimiento de un proyecto
+- Cuando los usuarios reportan que "se siente lento"
+- Antes de un lanzamiento — asegurar que cumples los objetivos de rendimiento
+- Para comparar tu stack contra alternativas
+
+## Cómo funciona
+
+### Modo 1: Rendimiento de página
+
+Mide métricas reales de navegador vía el MCP de navegador:
+
+```
+1. Navegar a cada URL objetivo
+2. Medir Core Web Vitals:
+   - LCP (Largest Contentful Paint) — objetivo < 2.5s
+   - CLS (Cumulative Layout Shift) — objetivo < 0.1
+   - INP (Interaction to Next Paint) — objetivo < 200ms
+   - FCP (First Contentful Paint) — objetivo < 1.8s
+   - TTFB (Time to First Byte) — objetivo < 800ms
+3. Medir tamaños de recursos:
+   - Peso total de la página (objetivo < 1MB)
+   - Tamaño del bundle de JS (objetivo < 200KB gzip)
+   - Tamaño del CSS
+   - Peso de imágenes
+   - Peso de scripts de terceros
+4. Contar peticiones de red
+5. Detectar recursos que bloquean el renderizado
+```
+
+### Modo 2: Rendimiento de API
+
+Hace benchmark de endpoints de API:
+
+```
+1. Golpear cada endpoint 100 veces
+2. Medir: latencia p50, p95, p99
+3. Registrar: tamaño de respuesta, códigos de estado
+4. Probar bajo carga: 10 peticiones concurrentes
+5. Comparar contra los objetivos de SLA
+```
+
+### Modo 3: Rendimiento de build
+
+Mide el ciclo de retroalimentación de desarrollo:
+
+```
+1. Tiempo de build en frío
+2. Tiempo de recarga en caliente (HMR)
+3. Duración de la suite de tests
+4. Tiempo del chequeo de TypeScript
+5. Tiempo de lint
+6. Tiempo de build de Docker
+```
+
+### Modo 4: Comparación antes/después
+
+Ejecutar antes y después de un cambio para medir el impacto:
+
+```
+/benchmark baseline    # guarda las métricas actuales
+# ... hacer cambios ...
+/benchmark compare     # compara contra la línea base
+```
+
+Salida:
+```
+| Métrica | Antes | Después | Delta | Veredicto |
+|---------|-------|---------|-------|-----------|
+| LCP | 1.2s | 1.4s | +200ms | ADVERTENCIA |
+| Bundle | 180KB | 175KB | -5KB | ✓ MEJOR |
+| Build | 12s | 14s | +2s | ADVERTENCIA |
+```
+
+## Salida
+
+Guarda las líneas base en `.theus/benchmarks/` como JSON. Se versionan en git para que el equipo comparta las líneas base.
+
+## Integración
+
+- CI: ejecuta `/benchmark compare` en cada PR
+- Combínala con la skill `vigilancia-canary` para monitoreo posdespliegue
+- Combínala con la skill `qa-navegador` para la checklist completa previa al lanzamiento