theus-cli-linux-arm64 1.2.1 → 1.3.0

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

@@ -1,176 +0,0 @@
----
-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

@@ -1,174 +0,0 @@
----
-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

@@ -1,173 +0,0 @@
----
-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

@@ -1,92 +0,0 @@
----
-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