/// sistema

Convierte agentes de IA eningenieros senior disciplinados.

La mayoría de librerías de skills venden capacidad.Nosotros vendemos disciplina que puedes verificar.

instalación - tres canales
Elige uno — los tres instalan el mismo framework.
git~ $git clone https://github.com/juandelossantos/another-agent-skills.git && cd another-agent-skills && bash install.sh
curl~ $curl -fsSL https://github.com/juandelossantos/another-agent-skills/releases/latest/download/bootstrap.sh | bash
npm~ $npx @juandelossantos/another-agent-skills installrecomendado
Detectado: OpenCode · Claude Code · Cursor · Codex · Gemini
58 skills instaladas · harness conectado · puertas armadas.
LISTO. Ejecuta init-agents en cualquier proyecto.
Canales: git, curl y npm — todos activos.
DEFINIRPLANEARCONSTRUIRVERIFICARREVISARENTREGAR
npx @juandelossantos/another-agent-skills install

Paso 1 — empieza aquí

Conecta las puertas con la skill /gate

Una skill. Detecta tu stack, instala los hooks locales, la puerta TDD y el check de CI requerido, y prueba que la primera puerta se dispara de verdad. Todo lo demás se apoya en esto.

> /gate

  Detectando  · VCS: git · stack: Node · hooksPath: sin definir
  Conectando  · L1 hooks locales · L2 check remoto gates requerido · L3 CODEOWNERS
  Probando    · git commit → ✗ BLOQUEADO: cada cambio de código necesita un test

El enforcement funciona con cualquier agente basado en git — OpenCode, Claude Code, Cursor, Codex, Gemini CLI, y cualquier agente que lea AGENTS.md.

Ver la skill /gate

Los agentes eligen el camino más corto.

TL;DR: modelos capaces igual se saltan tests, review y contexto. La brecha es proceso, no inteligencia.

Sin tests antes del commit

Código que parece correcto y falla en producción.

Sin review antes del push

Dos agentes se sobrescriben sin darse cuenta.

Output genérico

Los mismos patrones sin importar el contexto ni el stack.

Fallos silenciosos

El daño se descubre horas después, por una persona.

Cuando los desarrolladores usaron IA, tardaron 19 por ciento más. Estimaron que la IA les ahorró 20 por ciento del tiempo.

Becker et al., METR, julio 2025

La brecha entre capaz y confiable no es inteligencia. Es proceso.

01 / ciclo de vida

Seis fases. Un camino que se dibuja solo.

TL;DR: cada tarea pasa por DEFINIR, PLANEAR, CONSTRUIR, VERIFICAR, REVISAR y ENTREGAR. Ninguna fase es opcional y cada una tiene criterio de salida.

  1. DEFINIR/specSpec aprobado, alcance bloqueado
  2. PLANEAR/planTareas chicas, dependencias mapeadas
  3. CONSTRUIR/buildUn slice, tests escritos primero
  4. VERIFICAR/verifyTests pasan, coincide con el spec
  5. REVISAR/reviewSin issues P0, seguridad revisada
  6. ENTREGAR/shipCommit limpio, puertas en verde

Ninguna fase es opcional. Cada paso tiene una skill. Cada skill tiene una puerta.

02 / el harness

Una tarea baja por la máquina.

TL;DR: el Harness son seis capas alrededor del modelo. Un cambio malo llega a la capa de guardrails y se bloquea ahí, y queda registrado.

  1. Instrucciones

    Quién es el agente y qué no debe hacer jamás.

  2. Herramientas

    Capacidades específicas, cargadas bajo demanda.

  3. Sandboxes

    Dónde corren los comandos, aislados de tu sistema.

  4. Orquestación

    Cuándo se activa cada herramienta y cómo se coordinan.

  5. Guardrails

    Hooks deterministas en puntos del ciclo de vida.

    BLOQUEADO

  6. Observabilidad

    Evidencia de que funciona o está derivando.

    registrado

Bloqueado en Guardrails: llegó un cambio de código sin test que lo cubra. Observabilidad lo registró.

Una regla que vive solo en un archivo es una sugerencia. Una regla que vive en una capa es una puerta.

03 / el bucle

El agente que se audita a sí mismo.

TL;DR: cada sesión puede auditar, diagnosticar, arreglar y registrar un ADR. Los hallazgos se vuelven fixes, y los fixes se vuelven decisiones registradas.

  • Auditar: escanear archivos core buscando deriva
  • Diagnosticar: clasificar la causa raíz
  • Arreglar: proponer y aplicar con aprobación
  • ADR: registrar la decisión
  • Repetir: cada corrida sube el piso

Verificación sin evidencia es inspección.

12issues encontrados
12arreglados
0regresiones

04 / enforcement

Mostrar el bloqueo. No prometerlo.

TL;DR: un cambio de código sin test que lo cubra se bloquea localmente por L1 y no se puede mergear sin el check remoto gates de L2.

L1

Hooks locales

Feedback rápido y advisory antes de que el commit salga de tu máquina.

L2

Check remoto gates

Un status check requerido. El committer no puede saltarlo. Solo GitHub.

L3

Review CODEOWNERS

Una persona es dueña de las rutas sensibles. El review es requerido. Solo GitHub.

Salida real: un commit bloqueado
$ git commit -m "feat: add checkout"
[commit-msg v6] scanning staged files
[commit-msg v6] code changed: src/checkout.js
[commit-msg v6] matching test: none
✗ BLOCKED: every code change needs a matching test.

El mismo check corre en remoto como el status requerido gates, así que el committer no puede saltearlo.

Leer la evidencia de enforcement remoto

Una instalación. Cualquier agente. Cualquier stack.

TL;DR: el instalador detecta tu agente y tu stack, y conecta las skills y hooks correspondientes.

  • OpenCode
  • Claude Code
  • Cursor
  • Codex
  • Gemini CLI
  • GitHub Copilot
  • Windsurf
  • Aider
  • Kiro
  • Zed
  • 15 agentes detectados

Agnóstico de stack: Node, Rust, Python, Go, Ruby, Dart, o cualquier stack. init-agents escribe STACK_CONFIG.md.

Ver la matriz de adaptadores de agentes

05 / skills

Skills, etiquetadas por fase.

TL;DR: 58 skills curadas, mapeadas al ciclo de vida. Usa todas o solo las que tu flujo necesita.

DEFINIR

Fundamentos

Contratos, contexto y la entrevista que bloquea el alcance antes del código.

spec-driven-developmentinterview-meidea-refineengineering-fundamentalscontext-engineering

PLANEAR

Proceso

planning-and-task-breakdownarchitecture-analysisdoubt-driven-developmentmulti-agent-orchestration

CONSTRUIR

Construcción

incremental-implementationtest-driven-developmentsource-driven-developmentfrontend-webbackend-api-masteryapi-and-interface-design

VERIFICAR

Verificación

debugging-and-error-recoverydebugging-three-strikesbrowser-testing-with-devtoolsproject-health-check

REVISAR

Revisión

code-review-and-qualitysecurity-and-hardeningperformance-optimizationaudit-skillcritique-skillcode-simplification

ENTREGAR

Entrega

git-workflow-and-versioningci-cd-and-automationshipping-and-launchfullstack-shippingdocumentation-and-adrsobservability-and-instrumentation

Design review

Suite de design review

critique-skillaudit-skillclarify-skillhard-skillpolish-skilltypeset-skilladapt-skilloptimize-skilldelight-skillredesign-skill

Meta

Meta-skills

skill-creatorskill-improverself-improvementproject-metrics

58 skills · 153 guías · 6 componentes del harness · un eval para cada una

Explorar el catálogo completo

Enforcement que se adapta a tu proyecto.

TL;DR: sin git tienes solo reglas. Con git sumas hooks L1. Con GitHub sumas L2 y L3. Re-ejecuta init-agents después de cada cambio.

Sin git

L1L2L3

Independiente o privado, sin VCS. Las reglas y AGENTS.md se instalan, pero no hay hooks ni gate remoto. El enforcement es solo por convención.

Mejorar:git initdespués re-ejecutainit-agents

Git local

L1L2L3

Un repo privado o una forja que no es GitHub. Los hooks L1 están activos. No hay L2 ni L3, así que falta la autoridad remota.

Mejorar:git remote add origin <url>después re-ejecutainit-agents

Git + GitHub

L1L2L3

L1 + L2 + L3 completos. El check remoto gates es requerido, CODEOWNERS es dueño de las rutas sensibles, y el committer no puede saltear ninguno.

Aplicar:setup-branch-protection.sh --dry-run

Git después

L1L2L3

Sin git ahora, git y GitHub después. La regla clave: re-ejecuta init-agents después de git init y después de agregar el remoto. Detecta lo que ahora está disponible e instala las capas faltantes.

Regla:init-agentsdespués de cada cambio

06 / faq

Preguntas, respondidas sin vueltas.

¿Qué es Another Agent Skills?

Un framework de 58 skills compuestos que convierten agentes de IA en ingenieros senior disciplinados. Agrega enforcement mecánico, no solo prompts. Las skills siguen un ciclo de seis fases: Definir, Planear, Construir, Verificar, Revisar, Entregar.

¿Cómo funciona el enforcement mecánico?

Tres capas. L1 son hooks de git locales para feedback rápido y advisory. L2 es un check remoto gates requerido que el committer no puede saltar. L3 es review de CODEOWNERS para rutas sensibles. Un cambio de código sin test que lo cubra se bloquea, local y remotamente.

¿Qué agentes soporta?

Diseñado para OpenCode. Portable a Claude Code, Cursor, Codex, Gemini CLI, GitHub Copilot, Windsurf, Aider y cualquier agente que lea AGENTS.md. El instalador detecta el agente y conecta las skills y hooks correspondientes.

¿Es gratis?

Sí. Licencia MIT. Open source. Sin suscripciones ni tiers pagos. El instalador, las skills y el enforcement son gratis.

¿Un agente puede romper las reglas igual?

Sí. Los hooks lo hacen más difícil, no imposible. Un agente podría malinterpretar una aprobación ambigua o actuar fuera del protocolo. Estas puertas crean fricción, no garantías. La persona sigue en el loop, y la persona sigue atenta.

¿Qué es el Harness?

El Harness es todo lo que rodea al modelo y convierte inteligencia cruda en output confiable: instrucciones, herramientas, sandboxes, orquestación, guardrails y observabilidad. Agente es igual a Modelo más Harness. La mayoría de los fallos de agentes son fallos de configuración.

¿Cómo lo instalo?

Tres canales. Clona y ejecuta install.sh, o usa el bootstrap curl pineado del último release, o instala vía npm. Después ejecuta init-agents en cualquier proyecto. Los tres están activos hoy.

07 / empezar

Dale a tu agente una puerta que no puede olvidar.

Un comando. El instalador detecta tu agente y tu stack, y arma el enforcement.

npx @juandelossantos/another-agent-skills install
  • git cloneactivo
  • curl bootstrapactivo
  • npx @juandelossantos/another-agent-skillsactivo