theus-cli-linux-arm64 1.2.1 → 1.3.0

package/vendor/theus-arsenal/skills/bitacora-crecimiento/SKILL.md

@@ -1,120 +0,0 @@
----
-name: bitacora-crecimiento
-description: "Usar después de una tarea compleja, de un fallo o al repasar lo aprendido en un periodo. Enseña a escribir entradas de bitácora de crecimiento que extraen patrones reutilizables — no entradas de diario."
-version: 1.1.0
-metadata:
-  origin: Theus
----
-
-# Skill de bitácora de crecimiento
-
-> **El problema:** la mayoría escribe "arreglé un bug en X" como registro de aprendizaje. Eso es una entrada de diario, no un artefacto de aprendizaje. Una bitácora de crecimiento de verdad extrae el *patrón* para que lo reconozcas la próxima vez.
->
-> **Lo que enseña este skill:** cómo escribir entradas de aprendizaje que se acumulan y componen entre sesiones. Funciona con cualquier sistema de notas — archivos Markdown, Notion, Obsidian, texto plano. Las plantillas son genéricas; adáptalas a tu configuración.
-
-## Cuándo activarlo
-
-- Después de completar una tarea compleja (varios archivos, funcionalidad nueva, cambio de arquitectura)
-- Después de un fallo, un error o un momento de "esto fue más difícil de lo esperado"
-- Cuando quieras repasar lo aprendido durante un periodo
-
-**Cuándo NO activarlo:** cambios triviales (corregir una errata, retoques de una línea, cambiar un valor de configuración sin depuración de por medio). El umbral: *¿esta tarea implicó depurar, rehacer, revertir o tomar una decisión no obvia?* Si sí → escribe una entrada. Si no → omítela.
-
-## Las tres reglas
-
-### Regla 1: Fallos > logros
-
-Un fallo es nutricionalmente más denso que un éxito. Un bug que tomó 2 horas encontrar enseña más que 3 funcionalidades que salieron bien a la primera.
-
-**Mal:** "Implementé con éxito el flujo de login."
-**Bien (desarrollo web):** "Flujo de login: el token de sesión no persistía porque la cookie `SameSite` pasó a valer `Lax` por defecto en Chrome 128+. Patrón: establecer siempre de forma explícita `SameSite=None; Secure` cuando hay cross-origin. Señal a reconocer: la autenticación se rompe tras una actualización del navegador o al cruzar límites de origen."
-**Bien (pipeline de datos):** "La importación de CSV fallaba en silencio con filas vacías porque `pandas.read_csv(dropna=False)` conserva filas de ancho cero que `len()` cuenta como válidas. Patrón: hacer siempre `df.dropna(how='all', inplace=True)` antes de validar el conteo de filas."
-
-### Regla 2: El principio del buen catador
-
-Antes de escribir una entrada nueva, pregúntate: *"¿Esto es en el fondo lo mismo que algo que ya registré?"*
-
-Misma causa raíz, síntoma distinto → **fusiona**, no dupliques. Causa raíz nueva → entrada nueva. Como el buen catador que distingue dos cosechas de la misma uva, tu trabajo es reconocer la raíz común detrás de síntomas que parecen distintos.
-
-**Cómo verificarlo:** antes de escribir, busca en las entradas existentes palabras clave de tu causa raíz. Si encuentras coincidencia, añade tu síntoma nuevo como un ejemplo adicional bajo la entrada existente en lugar de crear un duplicado.
-
-**Ejemplo:** "Olvidé actualizar el índice de salidas tras crear un archivo" y "Olvidé actualizar las valoraciones de skills tras una tarea" — misma causa raíz (no hay un disparador automático de captura). Fusiónalas en una sola entrada sobre "brechas de captura post-tarea".
-
-### Regla 3: Debe ser transferible
-
-Toda entrada debe responder: *"La próxima vez que enfrente una situación similar, ¿qué hago distinto?"*
-
-Si no puedes escribir esa frase, todavía no extrajiste el patrón.
-
-**Cómo extraer un patrón de un evento concreto:**
-1. Enuncia lo que pasó en una sola frase
-2. Pregunta "¿por qué?" de forma iterativa hasta llegar a la causa raíz (normalmente 3-5 porqués)
-3. Generaliza: "¿A qué clase de problema pertenece esto?" (no "bug de Chrome 128" sino "cambio de un valor por defecto del navegador que rompe comportamiento existente")
-4. Formúlalo como: "La próxima vez que vea [señal], haré [acción]."
-5. Nombra la señal: ¿qué observable concreto te avisa de que este patrón está activo?
-
-## Plantilla de entrada
-
-**Alcance:** una entrada por cada causa raíz distinta. Longitud típica: 4-8 frases. Si te toma más de 2 minutos escribirla, estás narrando eventos. Si menos de 30 segundos, no profundizaste lo suficiente.
-
-```markdown
-## [Título: el patrón, no el evento]
-
-### Contexto
-- ¿Qué intentaba hacer?
-- ¿Qué salió mal / qué funcionó sorprendentemente bien?
-
-### Causa raíz / idea central
-- El mecanismo subyacente, no solo el síntoma
-
-### El patrón (transferible)
-- La próxima vez que [situación similar], haré [acción concreta].
-- Señal a reconocer: [¿qué observable me dice que este patrón está activo?]
-
-### Relacionado
-- [nombre-de-entrada](../ruta/a/entrada-relacionada.md)
-```
-
-## Tipos de entrada
-
-Los cuatro tipos usan la plantilla anterior. El tipo determina qué secciones llevan más peso:
-
-| Tipo | Cuándo usarlo | Énfasis | Ejemplo de título |
-|------|---------------|---------|-------------------|
-| **Fallo** | Algo se rompió, requirió depuración o hubo que rehacerlo | Causa raíz | "Herencia de configuración ≠ herencia de comportamiento entre sesiones" |
-| **Metodología** | Del trabajo emergió un proceso repetible | Contexto / Patrón | "De diapositivas a guía de estudio para examen a libro abierto: estructura de tres capas" |
-| **Descubrimiento de patrón** | Una idea reutilizable sobre herramientas, sistemas o formas de pensar | Sección de patrón | "Plantilla de descripción de PR: describir la brecha, no la funcionalidad" |
-| **Cambio de capacidad** | Una mejora de habilidad medible | Contexto (antes vs. después) | "Git: de clone/push a un PR independiente con 12 commits" |
-
-## Lista de verificación de calidad
-
-Antes de dar por terminada una entrada de la bitácora:
-
-- [ ] ¿El título nombra el *patrón*, no el evento?
-- [ ] ¿Hay una frase de "La próxima vez haré…"?
-- [ ] ¿La "señal a reconocer" es lo bastante específica para disparar el patrón la próxima vez?
-- [ ] ¿Busqué duplicados en las entradas existentes antes de escribir? (principio del buen catador)
-- [ ] ¿La causa raíz está diferenciada del síntoma?
-- [ ] ¿Las memorias relacionadas están enlazadas entre sí?
-- [ ] ¿La entrada tiene 4-8 frases? Más corta = demasiado superficial; más larga = narración de eventos.
-
-## Antipatrones
-
-- Evita: "Arreglé un bug en el módulo de pagos" (evento, no patrón)
-- Evita: copiar el mensaje del commit de git tal cual (los commits describen qué cambió; la bitácora extrae por qué importa)
-- Evita: escribir una entrada por cada commit (solo cuando emerge un patrón)
-- Evita: saltarte la frase transferible (sin ella es solo un diario — esto es innegociable)
-- Evita: duplicar el mismo patrón bajo títulos distintos (viola el principio del buen catador — busca antes de escribir)
-
-## Almacenamiento
-
-Guarda las entradas donde ya guardes tus notas. Convenciones habituales:
-- Archivos Markdown en un directorio `growth-log/` (un archivo por día: `AAAA-MM-DD.md`)
-- Una sección dedicada en Notion, Obsidian o tu app de notas
-- Archivos de texto plano con una convención de nombres consistente
-
-Elige una convención y mantenla. La capacidad de búsqueda importa más que el formato.
-
-## Cerrar el ciclo con automatización
-
-Esta skill enseña *qué escribir*; si quieres que el cierre de cada tarea te recuerde capturarlo, puedes apoyarte en un hook de evento `Stop` que compruebe si el archivo de aprendizaje del día fue modificado y, si no, te lo pida antes de terminar. Tener el control sin la metodología produce entradas vacías; tener la metodología sin el control produce capturas olvidadas. Juntos cierran el ciclo.

package/vendor/theus-arsenal/skills/bucle-verificacion/SKILL.md

@@ -1,125 +0,0 @@
----
-name: bucle-verificacion
-description: "Un sistema integral de verificación para sesiones de Theus."
----
-
-# Skill de Bucle de Verificación
-
-Un sistema integral de verificación para sesiones de Theus.
-
-## Cuándo usarla
-
-Invoca esta skill:
-- Después de completar una funcionalidad o un cambio de código significativo
-- Antes de crear un PR
-- Cuando quieras asegurar que las puertas de calidad pasan
-- Después de un refactor
-
-## Fases de verificación
-
-### Fase 1: Verificación del build
-```bash
-# Comprobar si el proyecto compila
-npm run build 2>&1 | tail -20
-# O BIEN
-pnpm build 2>&1 | tail -20
-```
-
-Si el build falla, DETENTE y corrígelo antes de continuar.
-
-### Fase 2: Chequeo de tipos
-```bash
-# Proyectos TypeScript
-npx tsc --noEmit 2>&1 | head -30
-
-# Proyectos Python
-pyright . 2>&1 | head -30
-```
-
-Reporta todos los errores de tipos. Corrige los críticos antes de continuar.
-
-### Fase 3: Chequeo de lint
-```bash
-# JavaScript/TypeScript
-npm run lint 2>&1 | head -30
-
-# Python
-ruff check . 2>&1 | head -30
-```
-
-### Fase 4: Suite de tests
-```bash
-# Ejecutar tests con cobertura
-npm run test -- --coverage 2>&1 | tail -50
-
-# Comprobar el umbral de cobertura
-# Objetivo: 80% mínimo
-```
-
-Reporta:
-- Tests totales: X
-- Pasaron: X
-- Fallaron: X
-- Cobertura: X%
-
-### Fase 5: Escaneo de seguridad
-```bash
-# Buscar secretos
-grep -rn "sk-" --include="*.ts" --include="*.js" . 2>/dev/null | head -10
-grep -rn "api_key" --include="*.ts" --include="*.js" . 2>/dev/null | head -10
-
-# Buscar console.log
-grep -rn "console.log" --include="*.ts" --include="*.tsx" src/ 2>/dev/null | head -10
-```
-
-### Fase 6: Revisión del diff
-```bash
-# Mostrar qué cambió
-git diff --stat
-git diff HEAD~1 --name-only
-```
-
-Revisa cada archivo modificado buscando:
-- Cambios no intencionados
-- Manejo de errores ausente
-- Posibles casos borde
-
-## Formato de salida
-
-Tras ejecutar todas las fases, produce un reporte de verificación:
-
-```
-REPORTE DE VERIFICACIÓN
-=======================
-
-Build:      [PASA/FALLA]
-Tipos:      [PASA/FALLA] (X errores)
-Lint:       [PASA/FALLA] (X advertencias)
-Tests:      [PASA/FALLA] (X/Y pasaron, Z% de cobertura)
-Seguridad:  [PASA/FALLA] (X hallazgos)
-Diff:       [X archivos modificados]
-
-General:    [LISTO/NO LISTO] para PR
-
-Pendientes por corregir:
-1. ...
-2. ...
-```
-
-## Modo continuo
-
-En sesiones largas, ejecuta la verificación cada 15 minutos o después de cambios mayores:
-
-```markdown
-Establece un punto de control mental:
-- Al completar cada función
-- Al terminar un componente
-- Antes de pasar a la siguiente tarea
-
-Ejecuta: /control-calidad
-```
-
-## Integración con hooks
-
-Esta skill complementa los hooks PostToolUse, pero aporta una verificación más profunda.
-Los hooks atrapan problemas de inmediato; esta skill provee una revisión integral.

package/vendor/theus-arsenal/skills/buscar-primero/SKILL.md

@@ -1,184 +0,0 @@
----
-name: buscar-primero
-description: Flujo de investigación antes de programar. Busca herramientas, librerías y patrones existentes antes de escribir código a medida. Delega la búsqueda en un subagente de investigación.
----
-
-# /buscar-primero — Investiga antes de programar
-
-Sistematiza el flujo de "buscar soluciones existentes antes de implementar".
-
-## Disparador
-
-Usa esta skill cuando:
-- Empiezas una funcionalidad nueva que probablemente ya tiene soluciones existentes
-- Vas a añadir una dependencia o integración
-- El usuario pide "añade la funcionalidad X" y estás a punto de escribir código
-- Antes de crear una nueva utilidad, helper o abstracción
-
-## Flujo
-
-```
-┌─────────────────────────────────────────────┐
-│  0. PREVUELO DE DISPONIBILIDAD              │
-│     Comprueba los canales de búsqueda antes │
-│     de depender de ellos; reporta con       │
-│     honestidad los canales omitidos         │
-├─────────────────────────────────────────────┤
-│  1. ANÁLISIS DE LA NECESIDAD                │
-│     Define qué funcionalidad hace falta     │
-│     Identifica restricciones de lenguaje/   │
-│     framework                               │
-├─────────────────────────────────────────────┤
-│  2. BÚSQUEDA EN PARALELO (subagente)        │
-│     ┌──────────┐ ┌──────────┐ ┌──────────┐  │
-│     │  npm /   │ │  MCP /   │ │ GitHub /  │  │
-│     │  PyPI    │ │  Skills  │ │  Web      │  │
-│     └──────────┘ └──────────┘ └──────────┘  │
-├─────────────────────────────────────────────┤
-│  3. EVALUACIÓN                              │
-│     Puntúa candidatos (funcionalidad,       │
-│     mantenimiento, comunidad, docs,         │
-│     licencia, dependencias)                 │
-├─────────────────────────────────────────────┤
-│  4. DECISIÓN                                │
-│     ┌─────────┐  ┌──────────┐  ┌─────────┐  │
-│     │ Adoptar │  │ Extender │  │ Construir│  │
-│     │ tal cual│  │ /Envolver│  │ a medida │  │
-│     └─────────┘  └──────────┘  └─────────┘  │
-├─────────────────────────────────────────────┤
-│  5. IMPLEMENTACIÓN                          │
-│     Instalar paquete / Configurar MCP /     │
-│     Escribir el mínimo código a medida      │
-└─────────────────────────────────────────────┘
-```
-
-## Matriz de decisión
-
-| Señal | Acción |
-|-------|--------|
-| Coincidencia exacta, bien mantenida, MIT/Apache | **Adoptar** — instalar y usar directamente |
-| Coincidencia parcial, buena base | **Extender** — instalar + escribir un wrapper fino |
-| Varias coincidencias débiles | **Componer** — combinar 2-3 paquetes pequeños |
-| Nada adecuado encontrado | **Construir** — escribir a medida, pero informado por la investigación |
-
-## Cómo usarla
-
-### Paso 0: Prevuelo de disponibilidad de herramientas
-
-Esto es guía para el agente, no un script de configuración ejecutable. Comprueba solo
-los canales relevantes para la tarea y el proyecto que tienes delante.
-
-| Canal | Comprobación | Si falta |
-|-------|--------------|----------|
-| Búsqueda en el repositorio | `rg --files` y consultas `rg` dirigidas | Indica que solo se inspeccionaron los archivos visibles |
-| Registro de paquetes | `npm --version`, `python -m pip --version`, o el gestor de paquetes del proyecto | Usa búsqueda web/docs y evita afirmar cobertura del registro |
-| CLI de GitHub | `gh auth status` | Usa solo la web pública o el historial git local |
-| Herramientas MCP/docs | Lista de herramientas disponibles o configuración MCP local | Recurre a docs oficiales/búsqueda web |
-| Directorio de skills | `ls ~/.theus/skills` cuando aplique | Indica que no había catálogo local de skills disponible |
-
-### Modo rápido (en línea)
-
-Antes de escribir una utilidad o añadir funcionalidad, repasa mentalmente:
-
-0. ¿Ya existe esto en el repo? → pasa `rg` por los módulos/tests relevantes primero
-1. ¿Es un problema común? → Busca en npm/PyPI
-2. ¿Hay un MCP para esto? → Revisa `~/.theus/settings.json` y busca
-3. ¿Hay una skill para esto? → Revisa `~/.theus/skills/`
-4. ¿Hay una implementación/plantilla en GitHub? → Ejecuta una búsqueda de código en GitHub buscando OSS mantenido antes de escribir código nuevo
-
-### Modo completo (subagente)
-
-Para funcionalidad no trivial, lanza un subagente de investigación de propósito general (o el subagente `explorador-codigo` si la búsqueda es dentro del propio repositorio):
-
-```
-Agent(subagent_type="general-purpose", prompt="
-  Investiga herramientas existentes para: [DESCRIPCIÓN]
-  Lenguaje/framework: [LENGUAJE]
-  Restricciones: [SI LAS HAY]
-
-  Busca en: npm/PyPI, servidores MCP, skills de Theus, GitHub
-  Devuelve: comparación estructurada con recomendación
-")
-```
-
-El nombre exacto de la herramienta de subagentes puede variar entre versiones;
-usa el nombre de herramienta de agentes/subagentes que exponga tu entorno Theus actual.
-
-## Atajos de búsqueda por categoría
-
-### Tooling de desarrollo
-- Linting → `eslint`, `ruff`, `textlint`, `markdownlint`
-- Formateo → `prettier`, `black`, `gofmt`
-- Testing → `jest`, `pytest`, `go test`
-- Pre-commit → `husky`, `lint-staged`, `pre-commit`
-
-### Integración IA/LLM
-- SDK de modelos de IA → consulta la documentación oficial más reciente (p. ej. vía Context7)
-- Gestión de prompts → Revisa servidores MCP
-- Procesamiento de documentos → `unstructured`, `pdfplumber`, `mammoth`
-
-### Datos y APIs
-- Clientes HTTP → `httpx` (Python), `ky`/`undici` (Node)
-- Validación → `zod` (TS), `pydantic` (Python)
-- Base de datos → Revisa primero si hay servidores MCP
-
-### Contenido y publicación
-- Procesamiento de Markdown → `remark`, `unified`, `markdown-it`
-- Optimización de imágenes → `sharp`, `imagemin`
-
-## Puntos de integración
-
-### Con el agente planificador
-El `planificador` debería lanzar el subagente de investigación antes de la Fase 1 (revisión de arquitectura):
-- El subagente de investigación identifica las herramientas disponibles
-- El planificador las incorpora al plan de implementación
-- Evita "reinventar la rueda" en el plan
-
-### Con el agente arquitecto-codigo
-El `arquitecto-codigo` debería consultar al subagente de investigación para:
-- Decisiones de stack tecnológico
-- Descubrimiento de patrones de integración
-- Arquitecturas de referencia existentes
-
-### Con la skill recuperacion-iterativa
-Combínalas para un descubrimiento progresivo:
-- Ciclo 1: Búsqueda amplia (npm, PyPI, MCP)
-- Ciclo 2: Evaluar en detalle los mejores candidatos
-- Ciclo 3: Probar compatibilidad con las restricciones del proyecto
-
-## Ejemplos
-
-### Ejemplo 1: "Añade verificación de enlaces muertos"
-```
-Necesidad: Revisar archivos markdown en busca de enlaces rotos
-Búsqueda: npm "markdown dead link checker"
-Encontrado: textlint-rule-no-dead-link (puntuación: 9/10)
-Acción: ADOPTAR — npm install textlint-rule-no-dead-link
-Resultado: Cero código a medida, solución probada en batalla
-```
-
-### Ejemplo 2: "Añade un wrapper de cliente HTTP"
-```
-Necesidad: Cliente HTTP resiliente con reintentos y manejo de timeouts
-Búsqueda: npm "http client retry", PyPI "httpx retry"
-Encontrado: got (Node) con plugin de retry, httpx (Python) con retry integrado
-Acción: ADOPTAR — usar got/httpx directamente con configuración de reintentos
-Resultado: Cero código a medida, librerías probadas en producción
-```
-
-### Ejemplo 3: "Añade un linter de archivos de configuración"
-```
-Necesidad: Validar los archivos de configuración del proyecto contra un esquema
-Búsqueda: npm "config linter schema", "json schema validator cli"
-Encontrado: ajv-cli (puntuación: 8/10)
-Acción: ADOPTAR + EXTENDER — instalar ajv-cli, escribir el esquema específico del proyecto
-Resultado: 1 paquete + 1 archivo de esquema, sin lógica de validación a medida
-```
-
-## Antipatrones
-
-- **Saltar directo al código**: escribir una utilidad sin comprobar si ya existe una
-- **Ignorar MCP**: no comprobar si un servidor MCP ya ofrece la capacidad
-- **Omisión silenciosa**: reportar "no se encontró nada" cuando un canal de búsqueda no estaba disponible
-- **Sobre-personalizar**: envolver una librería tan pesadamente que pierde sus ventajas
-- **Inflar dependencias**: instalar un paquete enorme para una funcionalidad pequeña

package/vendor/theus-arsenal/skills/busqueda-exa/SKILL.md

@@ -1,111 +0,0 @@
----
-name: busqueda-exa
-description: Búsqueda neuronal vía el MCP de Exa para web, código e investigación de empresas. Usa esta skill cuando el usuario necesite búsqueda web, ejemplos de código, inteligencia de empresas, búsqueda de personas o investigación profunda con el motor de búsqueda neuronal de Exa. Requiere cuenta y API key propia de Exa.
----
-
-# Búsqueda con Exa
-
-> **Requiere servicio externo.** Esta skill es un envoltorio del servicio de terceros
-> Exa (exa.ai). Necesitas una cuenta y una API key propia de Exa; su uso **no forma
-> parte de la suscripción de Theus** y se factura según los planes de Exa.
-
-> **Skill propensa a deriva.** Los nombres de herramientas del MCP de Exa, sus
-> parámetros y los límites de cuenta pueden cambiar. Confirma la superficie de
-> herramientas expuesta y la documentación vigente de Exa antes de depender de un
-> modo de búsqueda, categoría o comportamiento de livecrawl concreto.
-
-Búsqueda neuronal de contenido web, código, empresas y personas a través del servidor MCP de Exa.
-
-## Cuándo activarla
-
-- El usuario necesita información web actual o noticias
-- Búsqueda de ejemplos de código, documentación de API o referencias técnicas
-- Investigación de empresas, competidores o actores de mercado
-- Búsqueda de perfiles profesionales o personas de un dominio
-- Investigación de fondo para cualquier tarea de desarrollo
-- El usuario dice "busca", "consulta", "encuentra" o "qué hay de nuevo sobre"
-
-## Requisito de MCP
-
-El servidor MCP de Exa debe estar configurado. Añádelo a tu configuración de servidores MCP de Theus (p. ej. `~/.theus.json`):
-
-```json
-"exa-web-search": {
-  "command": "npx",
-  "args": ["-y", "exa-mcp-server"],
-  "env": { "EXA_API_KEY": "TU_API_KEY_DE_EXA" }
-}
-```
-
-Obtén una API key en [exa.ai](https://exa.ai).
-La configuración de referencia documenta esta superficie de herramientas: `web_search_exa` y `get_code_context_exa`.
-Si tu servidor de Exa expone herramientas adicionales, verifica sus nombres exactos antes de depender de ellas en docs o prompts.
-
-## Herramientas principales
-
-### web_search_exa
-Búsqueda web general para información actual, noticias o hechos.
-
-```
-web_search_exa(query: "últimos avances en IA 2026", numResults: 5)
-```
-
-**Parámetros:**
-
-| Parámetro | Tipo | Por defecto | Notas |
-|-----------|------|-------------|-------|
-| `query` | string | requerido | Consulta de búsqueda |
-| `numResults` | number | 8 | Número de resultados |
-| `type` | string | `auto` | Modo de búsqueda |
-| `livecrawl` | string | `fallback` | Prefiere rastreo en vivo cuando hace falta |
-| `category` | string | ninguno | Enfoque opcional como `company` o `research paper` |
-
-### get_code_context_exa
-Encuentra ejemplos de código y documentación en GitHub, Stack Overflow y sitios de docs.
-
-```
-get_code_context_exa(query: "patrones asyncio en Python", tokensNum: 3000)
-```
-
-**Parámetros:**
-
-| Parámetro | Tipo | Por defecto | Notas |
-|-----------|------|-------------|-------|
-| `query` | string | requerido | Consulta de código o API |
-| `tokensNum` | number | 5000 | Tokens de contenido (1000-50000) |
-
-## Patrones de uso
-
-### Consulta rápida
-```
-web_search_exa(query: "novedades de Node.js 22", numResults: 3)
-```
-
-### Investigación de código
-```
-get_code_context_exa(query: "patrones de manejo de errores en Rust tipo Result", tokensNum: 3000)
-```
-
-### Investigación de empresas o personas
-```
-web_search_exa(query: "Vercel financiamiento valorización 2026", numResults: 3, category: "company")
-web_search_exa(query: "site:linkedin.com/in investigadores de seguridad en IA", numResults: 5)
-```
-
-### Inmersión técnica
-```
-web_search_exa(query: "estado y adopción del component model de WebAssembly", numResults: 5)
-get_code_context_exa(query: "ejemplos del component model de WebAssembly", tokensNum: 4000)
-```
-
-## Consejos
-
-- Usa `web_search_exa` para información actual, búsquedas de empresas y descubrimiento amplio
-- Usa operadores de búsqueda como `site:`, frases entre comillas e `intitle:` para acotar resultados
-- Baja `tokensNum` (1000-2000) para fragmentos de código enfocados; súbelo (5000+) para contexto exhaustivo
-- Usa `get_code_context_exa` cuando necesites uso de API o ejemplos de código en lugar de páginas web generales
-
-## Skills relacionadas
-
-- `investigacion-profunda` — Flujo completo de investigación combinando rastreo web y Exa
-- `investigacion-mercado` — Investigación orientada a negocio con marcos de decisión