# Crea tu propio mod de equipo en Claude Code Usa estos prompts en orden, dentro de la carpeta de tu proyecto. La referencia es un mod personalizado: las pantallas del video son ilustraciones, no prueba de que tu versión ya esté instalada. No necesitas escribir TypeScript: Claude implementa y tú compruebas el resultado. ## 1. Requisitos > Comprueba que mi Claude Code admite mods y que Herdr está instalado y disponible en esta sesión. Consulta sus instrucciones y documentación oficial actuales. Guíame con lo que falte. Todavía no abras colaboradores. Trabajaremos en la carpeta actual. Necesitas Claude Code con sesión iniciada y una versión compatible con mods; la documentación consultada requiere v2.1.287 o posterior. Herdr es el organizador de terminales usado por este montaje. Los nombres y opciones pueden cambiar. Si tu entorno no soporta esta integración, que Claude lo informe antes de prometer sesiones o paneles. ## 2. Construye el mod > Usa plugin-authoring para crear un mod llamado equipo. Quiero un líder y de cero a tres colaboradores en sesiones separadas de Claude Code, trabajando sobre esta carpeta. Si una petición tiene varios frentes independientes, sugiere perfiles y explica por qué convienen; espera mi elección antes de abrir sesiones. Para tareas pequeñas, recomienda trabajar solo. Integra Herdr usando su contrato actual y respetando las otras sesiones abiertas. > > Añade un panel lateral con un personaje pixelado diferente por rol, su nombre, actividad real, tareas completadas y pendientes, modelo y esfuerzo efectivos. Si no hay espacio para el panel, indica cómo mostrarlo. No inventes estados ni marques listo sin evidencia. La interfaz debe tomar los datos de las sesiones y del tablero, no de valores de demostración. ## 3. Coordinación > Guarda una misión común, el estado del proyecto, la lista de integrantes y un tablero de tareas con responsables y dependencias. Entrega a cada rol instrucciones de su área y asigna archivos o carpetas que no se superpongan. Las conversaciones son separadas: comparte de forma explícita decisiones y entregables. Implementa mensajes de coordinación entre sesiones con la API soportada, sin suplantar mensajes del usuario. El líder integra y verifica el resultado. Antes de escribir, cada rol debe respetar el trabajo de los demás. > > Permite mostrar el panel, añadir un rol, retomar sesiones y cerrar el equipo conservando archivos. Propón la interfaz de comandos y documenta cómo usarla; podemos usar /equipo si no entra en conflicto con otro comando. No cierres sesiones ajenas. ## 4. Modelos y esfuerzo > Antes de abrir el equipo, propón un modelo y esfuerzo para cada rol, con una razón concreta según dificultad, costo del error y volumen de trabajo. Verifica qué modelos y esfuerzos soportan mi versión, proveedor y cuenta. Haiku, Sonnet y Opus son ejemplos de familias, no versiones fijas ni requisitos. Pídeme confirmar la propuesta antes de iniciar los colaboradores. > > Agrega un techo de esfuerzo para el equipo. Cada rol arranca en el menor entre su esfuerzo elegido y el techo, solo dentro de niveles soportados por su modelo. Muéstrame lo configurado y lo efectivo. Si cambio el techo, informa qué sesiones requieren reinicio o cambio explícito. Aclara que este techo no es un presupuesto monetario; muestra el consumo real si está disponible, sin inventarlo. ## 5. Activa y verifica el mod Claude puede solicitar aprobación de archivos y de carga del mod. Revisa esas solicitudes. En `/plugin`, busca el mod en Installed. Esas son acciones dentro de Claude, no comandos de terminal. > Valida el mod con las herramientas oficiales actuales, comprueba que cargue en /plugin y muéstrame el panel conectado a datos reales. Distingue lo probado de lo pendiente. Prueba primero con una sesión de demostración aislada y no controles equipos existentes. Comprueba crear una tarea, cambiar su estado, recibir un mensaje y cerrar solo la sesión de prueba. Si algo falla, corrígelo y repite esa comprobación. ## 6. Ejemplo: cafetería Prepara datos reales de menú, horarios y destino del contacto en un archivo del proyecto. > Lee los datos de mi cafetería y construye una página sencilla con menú, horario y botón de contacto. Propón un líder y tres colaboradores: investigación, construcción y revisión. Antes de iniciarlos confirma modelos, esfuerzo y responsabilidades. El investigador entrega referencias y recomendaciones, el constructor crea la página, y el revisor verifica el horario y el botón. El líder integra. No publiques nada. Define primero cómo vamos a comprobar el resultado. ## 7. Comprobación observable - El panel corresponde a las sesiones que realmente existen en Herdr. - Cada rol puede señalar sus archivos y entregar una tarea terminada. - Cambiar un horario modifica la página en la vista previa. - El botón dirige al destino que proporcionaste. - El revisor informa qué probó y el líder comprueba la entrega. - Cerrar el equipo de prueba conserva los archivos y deja intactas otras sesiones. ## 8. Reutilización > Guarda el mod y todos sus scripts, tipos y assets fuera de la carpeta temporal de esta sesión. Valida que no dependa de rutas de mi máquina ni archivos temporales. Documenta la ruta de carga y prueba una sesión nueva con --plugin-dir apuntando a la carpeta conservada. No lo publiques ni cambies configuraciones globales sin que lo pida. Explícame cómo cargarlo para otro proyecto con integrantes nuevos. La documentación permite conservar una copia y cargarla con `claude --plugin-dir `. Un mod creado en la carpeta temporal de una sesión no queda instalado automáticamente para todas las sesiones. ## Fuentes - [Crear un mod](https://code.claude.com/docs/en/plugins/mods/create) - [Qué permite un mod](https://code.claude.com/docs/en/plugins/mods/overview) - [Modelos y esfuerzo](https://code.claude.com/docs/en/model-config) Consultado: 2026-10-21. El kit es una especificación para generar una versión propia; no es un instalador del mod privado ni certifica una implementación generada por otro modelo.