Demuestra que una feature de Convex funciona: seedea datos, la ejecuta como varios usuarios simulados vía convex-test y afirma el comportamiento, incluidos los casos negativos de autorización.
Reemplaza a: Confiar en un typecheck en verde como prueba de que la feature funciona
en todo el repo
0–100, la ruta de este skill
último commit aquí
últimos 90 días
45 tok en reposo
5 KB
Funciona con cualquier agente que lea SKILL.md
npx -y skills add get-convex/agent-skills --skill convex-verify --agent claude-codeSe instala solo en este repositorio.
Di cualquiera de estas frases y el agente debería cargar este skill.
1 archivo en el paquete. Solo se lee SKILL.md al activarse — las referencias se cargan si el skill decide que las necesita.
Requiere convex-test y vitest como dev deps, @edge-runtime/vm instalado, y un vitest.config.ts con test.environment: 'edge-runtime' y server.deps.inline: ['convex-test'].
Este repo incluye 33 skills. Si instalas uno, normalmente ya tienes los demás.
Levanta un template básico de Next.js + Convex a partir de una idea en una frase, localmente y con un dev deployment anónimo.
Convex es la plataforma backend TypeScript reactiva y con tipos seguros de extremo a extremo: base de datos, funciones, scheduling, storage, auth y sync en tiempo real, ideal para prototipos y producción a escala.
Diseña y construye backends Convex reactivos, type-safe y listos para producción: schema, queries/mutations/actions, índices, auth, almacenamiento de archivos, scheduling, multiplayer en tiempo real y workflows LLM/agentes.
Audita y refuerza la autorización en Convex: impersonación por identity-from-arg, ownership faltante, PII filtrada y escrituras en contenedores ajenos, con escaneo, fix canónico y verificación tsc.
Configura la captura de errores de producción de Sentinel en tu propio deployment de Convex.
Apunta un dominio que ya posees a tu app Convex (registros DNS, conexión de dominio personalizado, rebind del origen de auth).
Úsalo al completar tareas, implementar features mayores, o antes de mergear, para verificar que el trabajo cumple los requisitos.
Úsalo antes de afirmar que un trabajo está completo, corregido o pasando, antes de hacer commit o crear PRs: exige ejecutar comandos de verificación y confirmar la salida antes de cualquier afirmación de éxito.
Úsalo al recibir feedback de code review, antes de implementar sugerencias, sobre todo si el feedback parece poco claro o técnicamente cuestionable: exige rigor técnico y verificación, no acuerdo performativo ni implementación ciega.
