Communitygithub.com

Salas de Chat de Agentes

Genera múltiples agentes en una conversación compartida donde debaten, discrepan y convergen en una solución mediante un archivo chat.json compartido. Útil para decisiones de arquitectura, revisiones de código, compensaciones de diseño o cualquier problema que se beneficie del razonamiento adversarial.

¿Qué es Salas de Chat de Agentes?

Esta habilidad crea un espacio de debate simulado entre múltiples agentes de IA (por defecto 3) que leen el historial completo de la conversación antes de responder, construyendo, desafiando o refinando las contribuciones anteriores. El usuario actúa como moderador, definiendo el problema, el número de agentes y rondas. El proceso fomenta el desacuerdo productivo, ya que los agentes asumen roles distintos (como arquitecto, pragmático o crítico) para maximizar la tensión y el análisis profundo. Es especialmente útil para decisiones complejas de arquitectura, revisiones de código, compensaciones de diseño o cualquier problema que se beneficie del razonamiento adversarial. La herramienta admite plataformas como Claude Code y Cursor, y genera un informe detallado con consensos, desacuerdos clave y recomendaciones. El costo se optimiza con modelos predeterminados (Sonnet) y se detiene temprano si los agentes convergen, evitando gastos innecesarios.

Compatible con~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/BIGboss248/nextjs-wordpress/tree/HEAD/.agents/skills/agent-chatrooms

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace Salas de Chat de Agentes?

Genera N agentes (por defecto 3) en una conversación compartida simulada. Cada agente lee el historial completo del chat antes de responder, basándose en contribuciones anteriores, desafiándolas o refinándolas. Tú (el orquestador) actúas como PM: moderas las rondas, lees el debate y extraes el resultado final.

Por qué funciona: Los traspasos secuenciales pierden contexto: el segundo modelo no sabe POR QUÉ el primero tomó sus decisiones. Una conversación compartida preserva las cadenas de razonamiento y permite un debate genuino. Cuando el Agente A dice "esto necesita una cola" y el Agente B dice "un bucle simple está bien", ese desacuerdo es más valioso que la respuesta segura de cualquier agente por sí solo. Los agentes desafían suposiciones, detectan errores y sintetizan diversas rutas de razonamiento.

Ejecución

1. Analizar la solicitud

Extrae del mensaje del usuario:

  • Problema/pregunta a debatir
  • Número de agentes N — por defecto 3. El usuario puede sobrescribir ("que debatan 5 agentes")
  • Número de rondas R — por defecto 3. El usuario puede sobrescribir ("debatir durante 5 rondas")
  • Roles de los agentes (opcional) — el usuario puede especificar roles ("que debatan un arquitecto, un ingeniero de seguridad y un desarrollador frontend"). Si no se especifican, asigna roles diversos por defecto.

Si el problema es vago, pídele al usuario que lo precise antes de generar.

2. Asignar roles a los agentes

Cada agente obtiene una perspectiva distinta para maximizar el desacuerdo productivo. Si el usuario no especificó roles, elige entre estos valores predeterminados según el dominio del problema:

Ingeniería de software:

  1. Arquitecto — piensa en sistemas, interfaces, escalabilidad y mantenibilidad a largo plazo
  2. Pragmático — optimiza para lanzar rápido, complejidad mínima, soluciones "suficientemente buenas"
  3. Crítico — encuentra casos límite, modos de fallo, agujeros de seguridad y suposiciones no declaradas

Producto/diseño:

  1. Defensor del usuario — optimiza para UX, simplicidad, deleite del usuario
  2. Estratega de negocio — optimiza para ingresos, crecimiento, ventaja competitiva
  3. Ingeniero — fundamenta la discusión en viabilidad técnica y costos

Estrategia/decisiones:

  1. Optimista — ve oportunidades, potencial alcista, razones para actuar
  2. Escéptico — ve riesgos, desventajas, razones para esperar
  3. Sintetizador — encuentra el camino intermedio, integra ambas perspectivas

Para N > 3, agrega más roles que creen tensión productiva con los existentes.

3. Inicializar el archivo de chat

Crea active/chatroom/chat.json con la estructura inicial:

{
  "problem": "{declaración del problema}",
  "context": "{contexto relevante, código, restricciones}",
  "agents": [
    {"name": "Agente A", "role": "{rol}", "framing": "{descripción del rol}"},
    {"name": "Agente B", "role": "{rol}", "framing": "{descripción del rol}"},
    {"name": "Agente C", "role": "{rol}", "framing": "{descripción del rol}"}
  ],
  "rounds": [],
  "final_output": null
}

4. Ejecutar rondas de debate

Para cada ronda (de la 1 a R), genera todos los N agentes en paralelo. Cada agente lee el historial completo del chat y contribuye.

Configuración de generación del agente:

  • subagent_type: "general-purpose"
  • model: "sonnet" (por defecto — el usuario puede sobrescribir a opus para razonamiento más profundo)
  • mode: "bypassPermissions"

Procedimiento de ronda:

Ronda 1 — Posiciones iniciales: Cada agente expone su postura inicial sobre el problema.

Indicación para el agente:

Eres {rol}: {descripción_del_rol}

PROBLEMA:
{problem}

CONTEXTO:
{context}

Esta es la Ronda 1 de un debate multiagente. Expón tu posición inicial sobre este problema. Sé específico y concreto: propón soluciones reales, no principios vagos. Toma una postura clara.

Otros agentes desafiarán tu posición en rondas posteriores, así que explicita tu razonamiento.

Responde en este formato:
POSICIÓN: [Tu postura en una oración]
RAZONAMIENTO: [Tu argumento detallado — 3-5 puntos clave]
PROPUESTA: [Tu recomendación concreta]
INQUIETUDES: [Qué podría salir mal con tu enfoque]

Escribe tu respuesta directamente — no escribas en ningún archivo.

Rondas 2+ — Debate: Cada agente lee todas las respuestas anteriores y responde.

Indicación para el agente:

Eres {rol}: {descripción_del_rol}

PROBLEMA:
{problem}

DISCUSIÓN PREVIA:
{todas las entradas de rondas anteriores, formateadas como "Agente X (Rol): respuesta"}

Esta es la Ronda {N} de un debate multiagente. Lee la discusión anterior con atención.

Tu trabajo:
1. Responde al contraargumento más fuerte contra tu posición
2. Identifica en qué ESTÁS DE ACUERDO con otros agentes (concede puntos válidos)
3. Identifica en qué todavía ESTÁS EN DESACUERDO y por qué
4. Refina tu propuesta basándote en la discusión hasta ahora

NO te limites a repetir tu posición anterior. Involúcrate con lo que otros dijeron. Cambia de opinión si presentaron un mejor argumento.

Responde en este formato:
ACUERDOS: [En qué acertaron otros agentes]
DESACUERDOS: [Dónde todavía difieres y por qué]
PROPUESTA REFINADA: [Tu recomendación actualizada]
CONFIANZA: [1-10 qué tan seguro estás de tu posición refinada]

Escribe tu respuesta directamente — no escribas en ningún archivo.

Después de cada ronda:

  1. Recopila todas las respuestas de los agentes
  2. Añádelas al arreglo rounds en chat.json:
{
  "round": 1,
  "entries": [
    {"agent": "Agente A", "role": "Arquitecto", "response": "..."},
    {"agent": "Agente B", "role": "Pragmático", "response": "..."},
    {"agent": "Agente C", "role": "Crítico", "response": "..."}
  ]
}
  1. Comprueba si hay convergencia: si todos los agentes están de acuerdo (confianza 8+, propuestas alineadas), detente antes — no son necesarias más rondas.

5. Sintetizar el resultado final

Después de la última ronda, tú (el orquestador) lees el debate completo y produces una síntesis. NO generes otro agente para esto — lo haces tú mismo.

Analiza:

  • ¿En qué convergieron los agentes? — estas son conclusiones de alta confianza
  • ¿En qué se mantuvieron divididos? — estas son verdaderas compensaciones que el usuario debe decidir
  • ¿Qué inquietudes se plantearon pero no se resolvieron? — estos son riesgos a monitorear
  • ¿Algún agente cambió de opinión? — los cambios de opinión son señales fuertes

6. Escribir el informe final

Actualiza active/chatroom/chat.json con el final_output, y escribe un resumen legible para humanos en active/chatroom/chatroom_report.md:

# Informe de la Sala de Chat de Agentes

**Problema**: {problem}
**Agentes**: {N} | **Rondas**: {R}
**Fecha**: {date}

## Participantes
| Agente | Rol | Confianza Final |
|--------|-----|-----------------|
| Agente A | {rol} | {confianza}/10 |
| Agente B | {rol} | {confianza}/10 |
| Agente C | {rol} | {confianza}/10 |

## Consenso
{En lo que todos los agentes estuvieron de acuerdo al final de la última ronda}

## Desacuerdos clave
{Donde los agentes permanecieron divididos — presenta ambos lados de manera justa}

## Acción recomendada
{Tu síntesis como orquestador — el mejor camino a seguir considerando todas las perspectivas}

## Riesgos no resueltos
{Inquietudes planteadas durante el debate que no se abordaron completamente}

## Destacados del debate
{Los intercambios más interesantes — donde cambiaron de opinión o surgieron contraargumentos sólidos}

## Transcripción completa
{Enlace a chat.json o incluye los intercambios clave}

7. Entregar resultados

Preséntale al usuario:

  • Síntesis de un párrafo del resultado del debate
  • La acción recomendada (tu decisión como orquestador, informada por el debate)
  • El desacuerdo más agudo (donde se necesita el criterio del usuario)
  • Rutas de archivo al informe y chat.json

Configuración

ParámetroPredeterminadoDescripción
N3Número de agentes en la sala de chat
R3Número de rondas de debate
modelsonnetModelo para cada agente
rolesautoRoles de los agentes (asignados automáticamente o especificados por el usuario)

El usuario puede sobrescribir: "que debatan 5 agentes opus durante 4 rondas" o "debate entre un arquitecto y un desarrollador junior".

Consideraciones de costo

  • 3 agentes sonnet x 3 rondas = 9 llamadas de agente (~$0.30-0.50)
  • 3 agentes opus x 3 rondas = 9 llamadas de agente (~$3-5)
  • 5 agentes x 5 rondas = 25 llamadas — se vuelve costoso con opus
  • Por defecto, usa sonnet. Solo usa opus si el usuario lo solicita explícitamente o el problema requiere razonamiento técnico profundo.
  • La convergencia temprana ahorra costos — detente si los agentes están de acuerdo antes de completar todas las rondas.

Casos límite

  • N < 2: Advierte al usuario — una sala de chat necesita al menos 2 agentes. Mínimo 2.
  • Agentes están todos de acuerdo inmediatamente: Detente después de la ronda 1. Informa consenso unánime. Este es un resultado válido (y económico).
  • Agentes en punto muerto: Después de R rondas sin convergencia, informa honestamente del punto muerto. El hallazgo es que esta es una decisión genuina que requiere criterio, sin una respuesta dominante.
  • Agente se desvía del tema: Excluye esa respuesta de la síntesis y anota el número efectivo de agentes.
  • Archivos de sala de chat existentes: Verifica si hay archivos existentes en active/chatroom/. Sobrescribe sin preguntar (son artefactos de debate efímeros, no datos persistentes).
  • El usuario especifica roles personalizados: Usa exactamente lo que especificaron. No agregues roles adicionales a menos que se solicite.

Archivos de salida

ArchivoDescripción
active/chatroom/chat.jsonTranscripción completa del debate estructurada
active/chatroom/chatroom_report.mdInforme de síntesis legible para humanos

Los informes anteriores se sobrescriben — son herramientas de debate efímeras, no archivos.

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

BIGboss248/nextjs-wordpress

Create, configure, manage, and validate Google Antigravity customizations including skills, rules, MCP servers, lifecycle hooks, plugins, and custom JSON configs. Use when adding new capabilities to Antigravity, configuring MCP servers, writing rules, creating skills, setting up hooks, or modernizing legacy workflows.

BIGboss248/nextjs-wordpress

Always-active code intelligence, search, and navigation skill utilizing the codebase-memory MCP server. Enforces an index-first protocol (verifying and refreshing the knowledge graph via index_repository or index_status before searching, required because background auto_watch is disabled to eliminate editor stutter and system lag), followed by graph-first exploration (search_graph, trace_path, get_code_snippet, query_graph, get_architecture, detect_changes) instead of naive text grep or full-file reads. Always activate before searching the codebase, inspecting unknown architecture, finding symbols, or tracing callers/callees.

BIGboss248/nextjs-wordpress

>- Discover, interview, and craft comprehensive UX/UI design specifications (design-spec.md) and design tokens for web components. Triggers on "/component-design", "design component", "design section", "design UI", "wireframe component", or "create design spec".

BIGboss248/nextjs-wordpress

>- Configure and query WooCommerce APIs including WPGraphQL, WooGraphQL, and JWT auth for headless frontends. Use when connecting Next.js to WooCommerce or fetching store catalog data.

BIGboss248/nextjs-wordpress

Orchestrate parallel browser automation using multiple Chrome DevTools MCP instances. Use when a task requires doing the same browser action across many targets simultaneously (e.g., submitting contact forms, filling applications, scraping pages that need JS rendering). Spin up 1-5 parallel Chrome agents.

BIGboss248/nextjs-wordpress

Workflow for spawning an independent subagent to conduct unbiased code reviews and inject adversarial edge-case tests ([ComponentName].edge.test.tsx).

BIGboss248/nextjs-wordpress

>- Build Next.js App Router React components with Suspense skeletons, semantic OKLCH tokens, Jest + RTL unit tests, Playwright visual/hydration checks, and Tailwind logical styling. Triggers on "/nextjs-component-dev", "create component", "new component", "build component", or "develop component".

BIGboss248/nextjs-wordpress

>- Bootstrap, configure, and verify the complete Next.js App Router development environment, developer tooling, testing suites, MCP servers, Docker containerization, and CI/CD. Triggers on "/nextjs-dev-setup", "setup nextjs dev environment", "start a nextjs project", or "containerize nextjs app".

BIGboss248/nextjs-wordpress

>- Configure production health monitoring endpoints (/api/health), Docker Compose probes, and runtime metrics in Next.js App Router applications. Use when asked to "setup health check", "add health endpoint", "docker compose healthcheck nextjs", "configure health monitor", or "/nextjs-healthcheck".

BIGboss248/nextjs-wordpress

Bootstrap, configure, and verify next-intl App Router internationalization (proxy.ts/middleware.ts, next/root-params, [locale] layout, routing). Triggers on "/nextjs-i18n-setup", "setup i18n", "install next-intl", "configure next-intl", "add internationalization", "setup locale routing", "migrate to [locale]".

BIGboss248/nextjs-wordpress

Read/write translation dictionaries (messages/[locale].json), next-intl hooks (getTranslations/useTranslations), providers (Storybook/tests/subtrees), and BiDi styling. Triggers on "/nextjs-i18n-usage", "i18n dictionary", "use translations", "read dictionary", "i18n provider", "next-intl hooks", "storybook i18n", "test i18n", "add translation keys", "localize component", "create a component", "update a component".

BIGboss248/nextjs-wordpress

>- Configure, test, and verify OpenTelemetry (OTel) observability in Next.js App Router applications. Triggers on "/nextjs-otel", "setup otel", "configure opentelemetry", "test otel", or "verify opentelemetry".

BIGboss248/nextjs-wordpress

Step-by-step workflow for designing and building Next.js App Router pages (RSC page.tsx, loading skeleton, metadata, JSON-LD schema, and dynamic static params). Triggers on "/nextjs-page-dev", "create page", "new page", "develop page", "build route", or "implement page".

BIGboss248/nextjs-wordpress

>- Orchestrate end-to-end planning for Next.js App Router projects, generating canonical specifications, design systems, and a 7-phase modular implementation roadmap in docs/plan/. Triggers on "/nextjs-plan", "plan a nextjs project", "plan nextjs app", "create nextjs project plan", "outline nextjs architecture", or "generate plan".

BIGboss248/nextjs-wordpress

Workflow and engineering standards for crafting co-located Storybook CSF3 stories ([ComponentName].stories.tsx) with interactive controls, action spies, and 4 canonical theme variants.

BIGboss248/nextjs-wordpress

>- Build Next.js e-commerce frontends backed by WooCommerce APIs, handling ISR catalogs, cart sessions, and JWT authentication. Use when building or querying Next.js stores with WooCommerce.

BIGboss248/nextjs-wordpress

Self-correcting rules engine and feedback loop that learns from user corrections, mistakes, and project-specific constraints by maintaining a persistent autofix ruleset. Scans learned rules before starting any task, resolves conflicts, and automatically appends new rules upon corrections. Triggers on user corrections ("no, do it this way", "never do X", "always use Y"), /learn, "self repair", "add rule", "update rules", or when diagnosing assumptions and bugs. CRITICAL ALWAYS-ACTIVE LIFECYCLE SKILL. Must always be kept in context, loaded at session start, and consulted before starting ANY task to read and apply active constraints from autofix.json. MUST ALWAYS be triggered immediately whenever the user provides ANY correction, preference, criticism, rejection of an approach, or adjustment ("no", "don't do X", "use Y", "remember", "prefer"), or when any mistake/bug is identified. Automatically and immediately formulates and appends the new imperative rule to the project's autofix.json ruleset file.

BIGboss248/nextjs-wordpress

Setup, automate, and execute SEO audits, CI/CD pre-push/pre-deploy checks, and ranking optimizations using the seo CLI and MCP server.

BIGboss248/nextjs-wordpress

End-to-end repository onboarding and development environment setup skill. Scans repository structure, configures project metadata (docs/project.json), sets up the codebase-memory-mcp code intelligence knowledge graph server (in workspace mcp.json and globally for AGY only), configures git hooks with Husky and Commitlint, establishes multi-stage production Docker containerization, and automates credit-optimized Release Please CI/CD with multi-arch (AMD64 & ARM64) GHCR package deployment. Triggers on "/setup-repository", "setup repository", "setup repo", "initialize repository", "new repo setup", or when preparing any repository for development and AI agent workflows.

BIGboss248/nextjs-wordpress

AI screen scaffolding, layout generation, and variant exploration workflow powered by Google Stitch (StitchMCP). Consumes a component design specification (docs/design/components/[page name]/[component name]/design-spec.md), verifies and reuses the central Stitch project in docs/project.json (or creates/persists one if absent), seeds the project's design system into Stitch, synthesizes layout prompts to generate a screen and create one variant of the given design spec file, downloads and saves Stitch JPG screenshots and HTML code files directly into docs/design/components/[page name]/[component name]/stitch/ using binary-safe PowerShell Invoke-WebRequest, outputs image prompts to the user if visual assets are needed (without calling generate_image to conserve tokens), updates design-spec.md with Stitch layout benchmarks, and audits asset download integrity with an independent subagent. Triggers on "/stitch-design", "generate stitch screen", "create stitch variant", "scaffold screen with stitch", or "stitch...

Skills relacionados