Tus compañeros de
desarrollo en un plugin

para Claude Code y OpenCode (en desarrollo)

15 agentes especializados con personalidad propia. 8 de núcleo, 7 opcionales que activas según tu proyecto. Memoria persistente, quality gates, 56 skills, de la idea a producción.

15
Agentes
56
Skills
5
Flujos
10
Comandos
7
Templates
7
Hooks
18
Gates
El equipo

8 agentes de núcleo

Cada agente tiene un rol definido, una personalidad propia y frases características. Trabajan coordinados por Alfred, el mayordomo jefe. Siempre activos en cada flujo.

Alfred opus
Mayordomo jefe
Orquestador del equipo. Decide qué agentes activar, en qué orden, y evalúa las quality gates entre fases.
"Muy bien, señor. Permítame organizar eso."
El buscador de problemas opus
Product Owner
Obsesionado con el problema del usuario. PRDs, historias de usuario, criterios de aceptación, análisis competitivo.
"Muy bonito, pero qué problema resuelve esto?"
El dibujante de cajas opus
Arquitecto
Piensa en sistemas, no en líneas de código. Diagramas Mermaid, ADRs, matrices de decisión, evaluación de dependencias.
"Si no cabe en un diagrama, es demasiado complejo."
El artesano opus
Senior Dev
Pragmático, test-first. TDD estricto, refactoring, commits atómicos. Alergia crónica al código clever.
"Primero el test. Siempre primero el test."
El paranoico opus
Security Officer
Desconfiado por defecto. OWASP Top 10, compliance RGPD/NIS2/CRA, auditoría de dependencias, threat modeling, SBOM.
"Habéis validado esa entrada? No, en serio."
El rompe-cosas sonnet
QA Engineer
Su misión es demostrar que el código no funciona. Test plans, code review, testing exploratorio, regresión.
"Ese edge case que no contemplaste? Lo encontré."
El fontanero sonnet
DevOps Engineer
Infraestructura invisible es infraestructura bien hecha. Docker, CI/CD, deploy, monitoring. Todo automatizado.
"Si lo despliegas a mano, lo despliegas mal."
El traductor sonnet
Tech Writer
Si no está documentado, no existe. API docs, guías de usuario, arquitectura, changelogs, release notes.
"He visto tumbas con más información que este README."
Ampliables

7 agentes opcionales

Roles especializados que activas segun lo que necesite tu proyecto. Alfred analiza tu stack y te sugiere cuales activar. Se gestionan con /alfred config.

El fontanero de datos sonnet
Data Engineer
Diseño de esquemas, migraciones con rollback obligatorio, optimización de queries. Si hay base de datos, hay trabajo.
"Una migración sin rollback es un billete de ida."
El abogado del usuario sonnet
UX Reviewer
Auditoría WCAG 2.1 AA, heurísticas de Nielsen, revisión de flujos. Lo que es obvio para ti no lo es para el usuario.
"Si el usuario necesita un manual, has fallado."
El cronómetro sonnet
Performance Engineer
Profiling, benchmarks con estadísticas reales (p50, p95, p99), análisis de bundles. Medir antes y después, siempre.
"Sin números no hay optimización, hay superstición."
El portero sonnet
GitHub Manager
Configuración de repositorios, branch protection, PRs, releases, issue templates. Todo vía gh CLI, sin menciones a IA.
"Un repo sin protección de ramas es una ruleta rusa."
El rastreador sonnet
SEO Specialist
Meta tags, datos estructurados JSON-LD, Core Web Vitals, Lighthouse. Si Google no lo encuentra, no existe.
"Un canonical mal puesto y tienes contenido duplicado."
La pluma sonnet
Copywriter
Revision de textos, CTAs efectivos, guia de tono. Ortografia impecable como prioridad absoluta. Sin teletienda.
"Si escribes 'aplicacion' sin tilde, no publiques."
El Bibliotecario sonnet
Memoria del proyecto
Responde consultas historicas sobre decisiones, commits e iteraciones del proyecto. Siempre cita las fuentes con IDs verificables: [D#id], [C#sha], [I#id].
"Segun la decision D#42 del 15 de febrero, se descarto Redis por latencia."
Flujos de trabajo

5 flujos, 16 fases

Cada flujo tiene fases secuenciales con quality gates entre ellas. Si una gate no se supera, el flujo no avanza. Los agentes opcionales se integran automáticamente en las fases que les corresponden.

/alfred feature
Ciclo completo o parcial
6 fases: producto, arquitectura, desarrollo TDD, calidad + seguridad, documentación, entrega. Puedes arrancar desde cualquier fase.
1Producto 2Arquitectura 3Desarrollo 4Calidad + Seguridad 5Documentación 6Entrega
/alfred fix
Corrección rápida
Diagnóstico de causa raíz, corrección con TDD (test que reproduce el bug primero), validación con QA + seguridad.
1Diagnóstico 2Corrección TDD 3Validación
/alfred spike
Investigación
Exploración técnica sin compromiso: prototipos, benchmarks, evaluación de alternativas. Documento de hallazgos.
1Investigación 2Hallazgos
/alfred ship
Despliegue
Auditoría final paralela, documentación de release, empaquetado con versionado semántico, despliegue a producción.
1Auditoría 2Documentación 3Empaquetado 4Despliegue
/alfred audit
Auditoría
4 agentes en paralelo: calidad, seguridad, arquitectura y documentación. Informe consolidado con prioridades.
1Auditoría paralela
Quality gates

Hacia dónde trabaja Alfred

Alfred no da garantías absolutas, pero trabaja activamente para que estos objetivos se cumplan en cada flujo. Si detecta que algo no cuadra, detiene el avance y te avisa.

Nucleo -- siempre activos

Intenta que los tests estén en verde antes de avanzar a calidad
Pasa revisión de QA y seguridad antes de proponer el despliegue
Busca que el pipeline CI/CD esté verde como requisito de entrega
Pide aprobación del PRD al usuario antes de diseñar
El security officer revisa el diseño antes de pasar a desarrollo
Revisa vulnerabilidades OWASP y alerta si encuentra críticas o altas
Audita dependencias en busca de CVEs conocidos
Comprueba aspectos de compliance RGPD, NIS2 y CRA según el contexto
Vigila cada escritura de fichero buscando secretos, API keys o tokens
Detecta tildes omitidas en castellano al escribir o editar ficheros

Opcionales -- cuando los activas

Analiza el código con SonarQube (instala Docker si falta, con tu permiso)
Exige rollback en cada migración de base de datos antes de ejecutarla
Verifica accesibilidad WCAG 2.1 AA antes de dar por buena la interfaz
Mide rendimiento con métricas reales (p50, p95, p99) antes y después
Configura branch protection en main y exige PR con aprobación
Monitoriza Core Web Vitals (LCP, INP, CLS) y alerta si están fuera de umbral
Revisa meta tags, structured data y rastreabilidad SEO antes de publicar
Valida ortografía, tono y consistencia de los textos de la interfaz
Capacidades

56 skills en 13 dominios

Cada skill es una habilidad concreta que los agentes ejecutan. Los 7 dominios originales se amplían con 6 nuevos para los agentes opcionales.

Producto 4 skills
  • write-prd PRD completo con historias y criterios
  • user-stories Descomposición en historias de usuario
  • acceptance-criteria Criterios Given/When/Then
  • competitive-analysis Análisis de alternativas
Arquitectura 4 skills
  • write-adr Architecture Decision Records
  • choose-stack Matriz de decisión de stack
  • design-system Diseño con diagramas Mermaid
  • evaluate-dependencies Auditoría de dependencias
Desarrollo 4 skills
  • tdd-cycle Ciclo rojo-verde-refactor
  • explore-codebase Exploración de código
  • refactor Refactoring guiado
  • code-review-response Respuesta a code reviews
Seguridad 6 skills
  • threat-model Modelado STRIDE
  • dependency-audit CVEs, licencias, versiones
  • security-review OWASP Top 10
  • compliance-check RGPD, NIS2, CRA
  • sbom-generate Software Bill of Materials
  • dependency-update Actualización segura de dependencias
Calidad 6 skills
  • test-plan Test plans por riesgo
  • code-review Review de calidad
  • exploratory-test Testing exploratorio
  • regression-check Análisis de regresión
  • sonarqube Análisis con SonarQube + Docker
  • spelling-check Verificación ortográfica (tildes)
DevOps 4 skills
  • dockerize Dockerfile multi-stage
  • ci-cd-pipeline GitHub Actions, GitLab CI
  • deploy-config Vercel, Railway, Fly, AWS, K8s
  • monitoring-setup Logging, alertas, tracking
Documentación 9 skills
  • api-docs Endpoints, params, ejemplos
  • architecture-docs Visión global del sistema
  • user-guide Instalación, uso, troubleshooting
  • changelog Keep a Changelog
  • project-docs Documentación completa en docs/
  • glossary Corpus lingüístico del proyecto
  • readme-review Auditoría del README
  • onboarding-guide Guía para nuevos developers
  • migration-guide Migración entre versiones
Datos 3 skills
  • schema-design Diseño de esquemas normalizados
  • migration-plan Migraciones con rollback
  • query-optimization Optimización con EXPLAIN
UX 3 skills
  • accessibility-audit WCAG 2.1 AA completo
  • usability-heuristics 10 heurísticas de Nielsen
  • flow-review Análisis de flujos de usuario
Rendimiento 3 skills
  • profiling CPU y memoria por runtime
  • benchmark Benchmarks con p50, p95, p99
  • bundle-size Análisis y reducción de bundles
GitHub 4 skills
  • repo-setup Configuración completa de repo
  • pr-workflow PRs bien documentadas
  • release Releases con versionado semántico
  • issue-templates Plantillas de issues YAML
SEO 3 skills
  • meta-tags Title, description, Open Graph
  • structured-data JSON-LD para schema.org
  • lighthouse-audit Core Web Vitals y métricas
Marketing 3 skills
  • copy-review Revisión de textos públicos
  • cta-writing CTAs efectivos sin teletienda
  • tone-guide Guía de tono de marca
Bajo el capó

Hooks, templates y core

La infraestructura que hace funcionar al equipo: hooks que vigilan, templates que estandarizan y un core que orquesta.

7 hooks

session-start.sh SessionStart
stop-hook.py Stop
secret-guard.sh PreToolUse
quality-gate.py PostToolUse
dependency-watch.py PostToolUse
spelling-guard.py PostToolUse
memory-capture.py PostToolUse

7 templates

prd.md Product Requirements
adr.md Architecture Decision
test-plan.md Plan de testing
threat-model.md Modelado STRIDE
sbom.md Bill of Materials
changelog-entry.md Entrada de changelog
release-notes.md Notas de release

4 modulos core

orchestrator.py Flujos, sesiones, gates
personality.py Motor de personalidad
config_loader.py Config y deteccion de stack
memory.py Memoria persistente SQLite
Tests 114 passing
Interfaz

10 comandos

Todo se controla desde la línea de comandos de Claude Code. Un prefijo, un verbo, una descripción.

/alfred
Asistente contextual: detecta el stack y la sesión activa, pregunta qué necesitas y lanza el flujo adecuado.
/alfred feature
Ciclo completo de 6 fases o desde la que indiques. Alfred pregunta y se adapta: "desde desarrollo", "solo documentación", "ciclo completo".
/alfred fix
Corregir un bug con flujo de 3 fases: diagnóstico, corrección TDD, validación.
/alfred spike
Investigación exploratoria sin compromiso: prototipos, benchmarks, conclusiones.
/alfred ship
Preparar release: auditoría final, documentación, empaquetado, despliegue.
/alfred audit
Auditoría completa con 4 agentes en paralelo: calidad, seguridad, arquitectura, documentación.
/alfred config
Configurar autonomia, stack, compliance, personalidad, agentes opcionales y memoria persistente. Incluye descubrimiento contextual: Alfred analiza tu proyecto y sugiere que agentes activar.
/alfred status
Sesión activa: fase actual, fases completadas con duración, gate pendiente y agente activo.
/alfred update
Comprobar si hay versión nueva, ver las notas de release y actualizar con un clic.
/alfred help
Ayuda completa de todos los comandos disponibles.

Agentes opcionales en los flujos: los 7 agentes opcionales no tienen comandos propios. Se activan con /alfred config y a partir de ahi se integran automaticamente en los flujos existentes. Por ejemplo, si activas el data-engineer, participara en la fase de arquitectura de /alfred feature; si activas el seo-specialist, intervendra en la fase de calidad de /alfred ship; si activas El Bibliotecario, Alfred consultara el historial de decisiones antes de cada flujo. Alfred decide cuando invocar a cada agente segun el contexto del flujo.

Detección automática

Se adapta a tu proyecto

Alfred Dev detecta automáticamente el stack tecnológico de tu proyecto y adapta sus artefactos al ecosistema real.

Node.js -- npm, pnpm, bun, yarn. Express, Next.js, Fastify, Hono.
Python -- pip, poetry, uv. Django, Flask, FastAPI.
Rust -- cargo. Actix, Axum, Rocket.
Go -- go mod. Gin, Echo, Fiber.
Ruby -- bundler. Rails, Sinatra.
Elixir -- mix. Phoenix.
Java / Kotlin -- Maven, Gradle. Spring Boot, Quarkus, Micronaut.
PHP -- Composer. Laravel, Symfony.
C# / .NET -- dotnet, NuGet. ASP.NET, Blazor.
Swift -- SPM. Vapor.
En la práctica

Cómo se usa

Escenarios reales de uso paso a paso. Cada caso muestra el flujo completo desde la invocación hasta el resultado.

Desarrollo
Desarrollar una feature completa
/alfred feature sistema de notificaciones push
  • El product-owner genera el PRD con historias de usuario y criterios de aceptación
  • El architect diseña la solución y el security-officer valida el diseño
  • El senior-dev implementa siguiendo TDD estricto (rojo-verde-refactor)
  • QA y seguridad auditan en paralelo antes de dar el visto bueno
  • El tech-writer documenta la API y el devops-engineer prepara el despliegue
Corrección
Corregir un bug
/alfred fix el login falla con emails que tienen tildes
  • El senior-dev reproduce el error e identifica la causa raíz
  • Escribe un test que falla reproduciendo el bug exacto
  • Implementa la corrección mínima que hace pasar el test
  • QA y seguridad validan que no se hayan introducido regresiones
Investigación
Investigación técnica (spike)
/alfred spike evaluar si migrar de REST a gRPC
  • El architect y el senior-dev exploran las alternativas sin compromiso de código
  • Se generan pruebas de concepto ligeras para comparar rendimiento
  • Se documenta un ADR con los hallazgos, pros, contras y recomendación
  • El usuario decide si proceder a implementación o descartarlo
Auditoría
Auditar el proyecto
/alfred audit
  • 4 agentes trabajan en paralelo: QA, seguridad, arquitectura y documentación
  • QA busca errores lógicos, code smells y cobertura de tests
  • Seguridad analiza OWASP Top 10, dependencias con CVEs y compliance RGPD/NIS2
  • Se consolida un informe unico con hallazgos priorizados por severidad
Entrega
Preparar una entrega
/alfred ship
  • Auditoría final obligatoria: QA y seguridad deben aprobar
  • El tech-writer actualiza el changelog y genera las notas de release
  • El devops-engineer empaqueta, configura el pipeline y verifica el build
  • Despliegue supervisado: el usuario confirma antes de subir a produccion
Conversacional
Asistente contextual
/alfred
  • Alfred detecta el stack del proyecto y el estado de la sesión activa
  • Pregunta qué necesitas y ofrece opciones adaptadas al contexto
  • Interpreta tu respuesta en lenguaje natural y lanza el flujo adecuado
  • También puedes decir "usa el plugin de Alfred" en cualquier momento
Calidad
Análisis con SonarQube
/alfred audit
  • El QA comprueba si Docker está instalado; si no, lo instala él mismo (con tu permiso)
  • Levanta SonarQube con Docker automáticamente y espera a que esté listo
  • Configura el proyecto, ejecuta el scanner y espera los resultados
  • Traduce los hallazgos (bugs, vulnerabilidades, code smells) en un informe con correcciones propuestas
  • Limpia el contenedor al terminar: no deja nada corriendo
Datos
Diseñar y migrar una base de datos
/alfred feature añadir sistema de suscripciones con pagos
  • El data-engineer diseña el esquema normalizado con constraints e índices
  • Genera el script de migración con rollback obligatorio (ida y vuelta)
  • El architect valida la integración con el ORM y el resto del stack
  • Se ejecuta la migración, se verifican las tablas y se pasan los tests de integración
GitHub
Configurar y publicar un repositorio
/alfred ship
  • El github-manager verifica que gh CLI está instalado y autenticado; si no, guía el proceso
  • Configura branch protection, labels, issue templates y .gitignore optimizado
  • Crea la PR con descripción estructurada, labels y asignación de reviewers
  • Genera la release con versionado semántico, changelog categorizado y artefactos adjuntos
SEO + Copy
Optimizar una landing page
/alfred audit
  • El seo-specialist audita meta tags, Open Graph, canonical y datos estructurados JSON-LD
  • Ejecuta Lighthouse y prioriza las mejoras por impacto en Core Web Vitals
  • El copywriter revisa los textos: ortografía (tildes primero), claridad, tono y CTAs
  • Se genera un informe conjunto con correcciones listas para aplicar
UX
Auditoría de accesibilidad y usabilidad
/alfred audit
  • El ux-reviewer ejecuta una auditoría WCAG 2.1 AA por los 4 principios (perceptible, operable, comprensible, robusto)
  • Aplica las 10 heurísticas de Nielsen al flujo principal del usuario
  • Identifica puntos de fricción, edge cases y pasos innecesarios en cada flujo
  • Genera un informe con severidad (0-4) y propuesta de mejora para cada hallazgo
Rendimiento
Optimizar el rendimiento
/alfred spike la API tarda 3 segundos en responder
  • El performance-engineer ejecuta profiling de CPU y memoria para localizar cuellos de botella
  • Analiza queries lentas con EXPLAIN y propone índices o reestructuración
  • Ejecuta benchmarks antes y después con métricas reales (p50, p95, p99)
  • Si hay frontend, analiza el bundle size y propone tree-shaking o code splitting
Automático
Protección en segundo plano

Sin necesidad de ejecutar ningún comando, Alfred vigila automáticamente tu sesión de trabajo mediante hooks que se activan en cada operación relevante.

  • Guardia de secretos -- bloquea la escritura de API keys, tokens o contrasenas en el codigo
  • Quality gate -- verifica que los tests pasen despues de cada cambio significativo
  • Vigilancia de dependencias -- detecta nuevas librerias y notifica al auditor de seguridad
  • Guardia ortografico -- detecta palabras castellanas sin tilde al escribir o editar ficheros
  • Captura de memoria -- registra automaticamente eventos del flujo de trabajo en la memoria persistente del proyecto
Nuevo en v0.2.0

Memoria persistente

Alfred Dev recuerda decisiones, commits e iteraciones entre sesiones. La memoria se almacena en una base de datos SQLite local dentro de cada proyecto, sin dependencias externas ni servicios remotos.

Trazabilidad completa

Cada decision queda enlazada con el problema que la origino, los commits que la implementaron y la validacion que la confirmo. Todo referenciable con IDs verificables.

Problema → Decision [D#id] → Commit [C#sha] → Validacion

Base de datos local

SQLite con modo WAL para escrituras concurrentes. Almacena decisiones, commits, iteraciones y eventos en .claude/alfred-memory.db dentro de cada proyecto. Permisos 0600 por defecto.

Busqueda inteligente

Texto completo con FTS5 cuando esta disponible, con fallback automatico a LIKE para entornos sin extension FTS. Busca en titulos de decisiones, razones, alternativas descartadas y mensajes de commit.

Captura automatica

Un hook PostToolUse registra automaticamente eventos del flujo de trabajo: inicio y fin de iteraciones, cambios de fase. Las decisiones arquitectonicas se registran a traves del Bibliotecario o del servidor MCP.

Servidor MCP integrado

6 herramientas accesibles desde cualquier agente via MCP stdio: buscar, registrar decisiones, registrar commits, consultar iteraciones, linea temporal de eventos y estadisticas. Sin dependencias externas.

Contexto de sesion

Al iniciar cada sesion, se inyectan automaticamente las ultimas 5 decisiones y la iteracion activa. Esto da continuidad al trabajo sin que el usuario tenga que recordar donde lo dejo.

Seguridad integrada

Sanitizacion de secretos con los mismos patrones que secret-guard.sh: API keys, tokens, JWT, cadenas de conexion y claves privadas se redactan antes de almacenarse. Permisos 0600 en el fichero de base de datos.

El Bibliotecario

Agente opcional -- memoria del proyecto

El Bibliotecario es el agente que responde consultas historicas sobre el proyecto. A diferencia de otros agentes que trabajan sobre el codigo actual, este se centra en el por que de las decisiones pasadas: que se decidio, cuando, que alternativas se descartaron y que commits implementaron cada decision.

Tiene una regla infranqueable: siempre cita las fuentes. Cada afirmacion incluye referencias verificables con formato [D#42] para decisiones, [C#a1b2c3d] para commits y [I#7] para iteraciones. Si no encuentra evidencia, lo dice en lugar de inventar.

Ejemplo de consulta:
> Por que usamos SQLite en lugar de PostgreSQL para la memoria?
Se eligio SQLite porque el requisito era cero dependencias externas [D#12]. La alternativa de PostgreSQL se descarto por requerir un servicio externo corriendo [D#12, alternativas]. La implementacion se hizo en el commit [C#1833e83] dentro de la iteracion [I#3].

Activacion: se habilita desde /alfred config en la seccion de memoria persistente. Una vez activo, Alfred le delega automaticamente las consultas historicas que surjan durante cualquier flujo.

Preguntas sobre la memoria

En el fichero .claude/alfred-memory.db dentro de la raiz de cada proyecto. Es un fichero SQLite local, no se envia nada a servicios externos. Anadelo a .gitignore si no quieres versionarlo.
No. La activacion es explicitamente opcional. Se habilita desde /alfred config en la seccion de memoria. Si no la activas, no se crea la base de datos ni se captura nada.
Todo el contenido pasa por la misma sanitizacion que usa el hook secret-guard.sh antes de almacenarse. Claves de API, tokens, JWT, cadenas de conexion y cabeceras de clave privada se redactan automaticamente. El fichero de base de datos tiene permisos 0600 (solo lectura/escritura para el propietario).
Si. Basta con eliminar el fichero .claude/alfred-memory.db. Tambien puedes desactivar la memoria desde /alfred config: los datos existentes se conservan pero dejan de consultarse y no se capturan nuevos eventos.
Primeros pasos

Instalación

Un comando en la terminal y listo. Compatible con macOS, Linux y Windows. El instalador es idempotente: ejecutarlo de nuevo actualiza sin conflictos.

curl -fsSL https://raw.githubusercontent.com/686f6c61/alfred-dev/main/install.sh | bash
Requisitos: git, Python 3.10+, Claude Code instalado.
Tras la instalación, reinicia Claude Code y ejecuta /alfred help.
curl -fsSL https://raw.githubusercontent.com/686f6c61/alfred-dev/main/install.sh | bash
Requisitos: git, Python 3.10+, Claude Code instalado.
Tras la instalación, reinicia Claude Code y ejecuta /alfred help.
irm https://raw.githubusercontent.com/686f6c61/alfred-dev/main/install.ps1 | iex
Requisitos: git, PowerShell 5.1+ (preinstalado en Windows 10/11), Claude Code instalado.
No necesita Python. Tras la instalación, reinicia Claude Code y ejecuta /alfred help.
Alternativa: también puedes usar el instalador bash con WSL o Git Bash.

Desinstalación

Para eliminar Alfred Dev completamente, ejecuta el desinstalador de tu plataforma. Limpia todos los registros y directorios del plugin.

macOS / Linux

curl -fsSL https://raw.githubusercontent.com/686f6c61/alfred-dev/main/uninstall.sh | bash

Windows (PowerShell)

irm https://raw.githubusercontent.com/686f6c61/alfred-dev/main/uninstall.ps1 | iex

Actualización

Desde Claude Code, ejecuta /alfred update para comprobar si hay una versión nueva. Si la hay, Alfred te muestra las notas de la release y te pregunta si quieres actualizar. También puedes volver a ejecutar el instalador: es idempotente.

Personalización

Configuración por proyecto

Cada proyecto tiene su propio fichero de configuración en .claude/alfred-dev.local.md. Se gestiona con /alfred config, que incluye descubrimiento contextual de agentes opcionales y activación de memoria persistente.

alfred-dev.local.md
---
autonomia:
  producto: interactivo
  arquitectura: interactivo
  desarrollo: semi-autonomo
  seguridad: autonomo
  calidad: semi-autonomo
  documentacion: autonomo
  devops: semi-autonomo

agentes_opcionales:
  data-engineer: true
  ux-reviewer: false
  github-manager: true
  librarian: true

memoria:
  enabled: true
  capture_decisions: true
  capture_commits: true
  retention_days: 365

personalidad:
  nivel_sarcasmo: 3
  celebrar_victorias: true
  insultar_malas_practicas: true
---

Autonomía por fase

Controla cuánta intervención necesitas en cada fase del flujo. Interactivo pide aprobación en cada paso, semi-autónomo avanza solo pero te consulta las decisiones clave, y autónomo ejecuta sin interrupciones.

Agentes opcionales

Activa solo los que necesites. Alfred analiza tu proyecto y te sugiere cuáles habilitar según el stack detectado. Se pueden cambiar en cualquier momento sin reinstalar.

Memoria persistente

Activación opcional. Configura qué se captura (decisiones, commits), la retención en días y el comportamiento del Bibliotecario.

Personalidad

El nivel de sarcasmo va de 0 (profesional formal) a 5 (ácido con cariño). Las celebraciones y los avisos por malas prácticas se activan por separado.

Preguntas frecuentes

FAQ

Sí. Alfred Dev tiene un instalador nativo en PowerShell para Windows 10/11. También puedes usar el instalador bash a través de WSL (Windows Subsystem for Linux) o Git Bash. La única dependencia en Windows es git; no necesita python3.
En macOS y Linux: git y python3. Ambas suelen estar preinstaladas o son fáciles de instalar con el gestor de paquetes del sistema.

En Windows: solo git. PowerShell maneja el JSON de forma nativa, así que python3 no es necesario. PowerShell 5.1+ viene preinstalado en Windows 10/11.
Ejecuta /alfred update dentro de Claude Code. El comando consulta GitHub, compara versiones y te muestra las notas de la release si hay versión nueva. También puedes volver a ejecutar el instalador: sobreescribe la versión anterior sin conflictos.
Sí. Alfred Dev convive sin conflictos con otros plugins instalados. Usa su propio namespace (alfred-dev) y no interfiere con la configuración de otros plugins.
Son 7 agentes especializados que puedes activar segun las necesidades de tu proyecto: data-engineer (bases de datos), ux-reviewer (accesibilidad y usabilidad), performance-engineer (rendimiento), github-manager (gestion de repositorios), seo-specialist (posicionamiento web), copywriter (textos y ortografia) y El Bibliotecario (memoria persistente: consultas historicas sobre decisiones, commits e iteraciones del proyecto).

Alfred analiza tu proyecto y te sugiere cuales activar. Tambien puedes gestionarlos manualmente con /alfred config. Se activan o desactivan sin reinstalar nada.
56 skills distribuidos en 13 dominios. Los 7 dominios originales (producto, arquitectura, desarrollo, seguridad, calidad, DevOps, documentación) cubren el ciclo de vida estándar. Los 6 nuevos (datos, UX, rendimiento, GitHub, SEO, marketing) corresponden a los agentes opcionales. Los dominios existentes también se han ampliado: documentación pasó de 4 a 9 skills, seguridad de 5 a 6, y calidad de 4 a 6.
Es una base de datos SQLite local que almacena las decisiones, commits e iteraciones de cada proyecto. Se activa opcionalmente desde /alfred config. Una vez activa, Alfred registra automaticamente los eventos del flujo de trabajo y el agente El Bibliotecario puede responder consultas historicas como "por que se eligio esta arquitectura" o "que se hizo en la ultima iteracion", citando siempre las fuentes. Los datos no salen del proyecto: todo queda en .claude/alfred-memory.db.
Nada. Alfred Dev es software libre bajo licencia MIT. Puedes usarlo, modificarlo y distribuirlo sin restricciones. El código fuente está en GitHub.
Castellano de España por defecto: tanto las respuestas como los comentarios de código, commits y documentación generada. Puedes ajustar este comportamiento con /alfred config.
Cualquier versión de Claude Code que soporte el sistema de plugins. Si puedes instalar plugins desde la línea de comandos, Alfred Dev funcionará. No hay requisito de versión mínima específica.
Sí. Alfred Dev es software libre bajo licencia MIT. Puedes reportar bugs, proponer mejoras o enviar pull requests en el repositorio de GitHub. Las contribuciones de código, documentación, traducciones o simplemente reportar problemas son bienvenidas. Si quieres entender la arquitectura, los flujos de trabajo, los agentes o las decisiones de diseño antes de contribuir, consulta la documentación técnica para desarrolladores.
Sí, como cualquier interacción con Claude. Los agentes son instrucciones de sistema que guían las respuestas, así que consumen contexto proporcional a su complejidad. En la práctica, el coste adicional es moderado: los system prompts de los agentes están optimizados para ocupar el mínimo posible sin perder precisión. Los agentes opcionales solo se cargan si los activas, así que el contexto base es el de los 8 de núcleo.
Alfred detecta el stack del directorio de trabajo actual, no del repositorio raíz. Si ejecutas Claude Code desde la raíz de un monorepo, detectará todos los lenguajes presentes. Si lo ejecutas desde un paquete concreto, se centrará en ese paquete. La memoria persistente es por directorio de trabajo, así que cada paquete puede tener su propia base de datos de decisiones si lo configuras así.
El flujo se detiene en la fase actual y Alfred te explica qué no se cumple: tests que fallan, vulnerabilidades detectadas, documentación incompleta o lo que corresponda. Tienes tres opciones: corregir el problema y reintentar la gate, pedir a Alfred que te ayude a resolverlo (por ejemplo, con /alfred fix si es un bug), o continuar manualmente asumiendo el riesgo. Alfred nunca avanza en silencio si una gate no se supera.
Está en desarrollo. OpenCode es un editor de código basado en terminal, de código abierto, que comparte la arquitectura de plugins con Claude Code. Alfred Dev está adaptándose para ser compatible con ambos entornos. La versión para OpenCode se anunciará en el repositorio cuando esté lista para uso general.