SuperAPI AI Directory
Partner with us中文AI newsFavorites
Skillsagents-md-generator

agents-md-generator

Agents & models

View repository

Updated 10-15 23:42

About this skill

When to Use

  • Generar el AGENTS.md (+ symlink/copia CLAUDE.md) que todo agente lee al entrar al repo.
  • Consolidar en un solo archivo: stack, KB, skills por agente, roadmap y reglas duras.
  • Refrescar las instrucciones del proyecto tras cambios en la KB o en CHANGES.md.

Don't use when:

  • No existe knowledge-base/ (corré kb-creator primero).
  • El usuario quiere editar UNA regla puntual (sugerí editar el AGENTS.md existente en su lugar).
  • Se busca configurar comportamiento automático del harness (eso son hooks en settings.json, no AGENTS.md).

Critical Patterns

Pre-checks (si falla, NO generes y avisá)

Check Si falla
knowledge-base/ existe en raíz "Falta la KB. Corré kb-creator primero."
knowledge-base/02_descripcion_general.md existe "KB incompleta. Corré kb-creator."
CHANGES.md existe en raíz Generá igual, pero omití la sección Roadmap y avisá: "Sin CHANGES.md — corré roadmap-generator para incluir el roadmap."

Output — ubicación

Generá AGENTS.md en la raíz y un CLAUDE.md en la raíz con el mismo contenido (copia, no referencia: muchos harness leen uno u otro). Nunca dentro de .claude/ ni openspec/.

Input — qué leer

  1. knowledge-base/02_descripcion_general.md → stack tecnológico (copiá la tabla).
  2. knowledge-base/README.md → nombre del proyecto + resumen ejecutivo.
  3. CHANGES.md → camino crítico, fases y primer change (resumen, NO el detalle completo).
  4. .atl/skill-registry.md (si existe) → fuente de verdad de las skills disponibles (nombres + triggers + paths). Es lo que genera skill-registry; leelo de ahí, no re-escanees. Fallback si no existe: escaneá .claude/skills/ + ~/.claude/skills/. En ambos casos, agrupá las skills por rol de agente.
  5. knowledge-base/10_preguntas_abiertas.md → flag de inconsistencias Alta a resolver antes de codear.
  6. ~/.claude/CLAUDE.md (global, si existe) → las instrucciones que el stack ya instaló (orquestador, governance, engram, TDD, reglas universales). Leelo para NO repetirlas — el proyecto las hereda, no las duplica.

Reglas duras del proyecto (interactivo + stack-aware + NO repetir el global)

Esta es la ÚNICA parte interactiva de la skill. Las reglas duras dependen del stack REAL del proyecto — nunca las hardcodees a un lenguaje (no asumas Python/React).

Paso 1 — Leé el global y NO repitas lo que YA está ahí (pero NO pierdas lo que falta). Abrí ~/.claude/CLAUDE.md (si existe) y verificá qué reglas universales define realmente (orquestador, governance, engram, TDD, y posiblemente no-buildear / no-commitear / conventional commits). Para CADA regla universal:

  • Si ya está en el global → NO la repitas; el proyecto la hereda.
  • Si NO está en el global → inclúila en el proyecto (si no, queda en el limbo: ni global ni proyecto).

⚠️ Verificá de verdad, no asumas. Hoy el global instalado por el stack NO trae las reglas de commit/build/co-autoría — esas van en el proyecto hasta que se agreguen al global. Solo lo que confirmes presente arriba se referencia; el resto se escribe.

Cuando al menos una regla universal esté en el global, agregá esta línea (referencia, no duplicado):

Reglas globales ya definidas en ~/.claude/CLAUDE.md (orquestador, governance, TDD, engram): el proyecto las hereda. Acá viven solo las reglas específicas de este proyecto + las universales que el global no cubra.

Paso 2 — Derivá reglas candidatas del stack detectado (de knowledge-base/02_descripcion_general.md). Ejemplos según stack (NO son fijas — adaptá al stack real del proyecto):

  • Go → gofmt/go vet obligatorios; errores envueltos con %w; sin panic en librerías.
  • Python → snake_case; type hints; Pydantic extra='forbid' solo si usa Pydantic.
  • TypeScript/React → PascalCase en componentes; prohibido any; tsconfig estricto.
  • Tests → política de mocks (ej. "sin mocks de DB: base real/contenedor") si aplica al stack.

Paso 3 — CONFIRMÁ con el usuario (vía AskUserQuestion): presentá las reglas candidatas derivadas del stack y dejá que las edite, agregue o quite. STOP y esperá la respuesta. No inventes reglas que el usuario no confirmó.

Paso 4 — Escribí SOLO las reglas confirmadas en la sección ## Reglas Duras (específicas del proyecto), en formato NUNCA X → hacer Y cuando aplique. Si el usuario no agrega ninguna específica, dejá únicamente la línea de referencia al global del Paso 1 — un archivo de proyecto sin reglas duplicadas es válido y deseable.

Skills por agente

Mapeá las skills detectadas a los roles de agente del proyecto. Estructura sugerida:

Agente Rol Skills que carga
Backend Core FastAPI/SQLModel/UoW fastapi-templates, python-testing-patterns, postgresql-table-design
Backend Aux Servicios/integraciones api-security-best-practices, test-driven-development
Frontend React/Zustand/TanStack typescript-advanced-types, tailwind-design-system, playwright-best-practices
Orquestación OPSX/SDD kb-creator, roadmap-generator, agents-md-generator

Adaptá las filas a las skills realmente presentes en el repo. No inventes skills que no existen.

DRY — no copies los compact rules acá. El AGENTS.md/CLAUDE.md solo mapea skill→rol (decisión de arquitectura, versionada). Los compact rules de cada skill viven SOLO en .atl/skill-registry.md (no versionado); el orquestador los resuelve en runtime. Debajo de la tabla, agregá esta línea textual de referencia:

Los compact rules de cada skill los resuelve el orquestador desde .atl/skill-registry.md (generado por skill-registry; no versionado — no está en el repo).

Code Examples

Ver la plantilla completa en assets/agents-template.md. Estructura de primer nivel (no quitar secciones):

# {Proyecto} — Instrucciones para Agentes
## Stack Tecnológico        → tabla desde KB 02
## Base de Conocimiento     → links a knowledge-base/*.md
## Skills Disponibles       → tabla skill→rol (desde el registry) + línea de referencia a `.atl/skill-registry.md` para los compact rules
## Roadmap de Changes       → resumen de CHANGES.md + primer change
## Reglas Duras (específicas del proyecto)  → 1 línea de referencia al global + reglas del proyecto confirmadas (stack-aware)
## Flujo de Trabajo         → KB → CHANGES → /opsx:propose → archive

Commands

# Fuente de verdad de skills: el registry (si existe). Fallback: escaneo directo.
test -f .atl/skill-registry.md && cat .atl/skill-registry.md || ls .claude/skills/ ~/.claude/skills/

# Verificar pre-checks
ls knowledge-base/ CHANGES.md

# Leer el global para referenciarlo, NO repetirlo
test -f ~/.claude/CLAUDE.md && echo "global presente -> referenciar, no duplicar reglas"

# Tras generar, validar que ambos archivos quedaron sincronizados
diff AGENTS.md CLAUDE.md && echo "OK: sincronizados"

Resources

  • Templates: ver assets/agents-template.md — plantilla completa de AGENTS.md: referencia al global + reglas específicas del proyecto (stack-aware) y todas las secciones de contrato.