warpdotdev/council

Executa um conselho de subagentes com modelos diversos para investigar o mesmo problema de múltiplas perspectivas, comparar resultados e produzir uma recomendação final. Use esta habilidade sempre que o usuário solicitar um conselho, segundas opiniões, múltiplos agentes/modelos para avaliar uma questão, investigação paralela, comparação red-team/blue-team ou ajuda para decidir entre abordagens técnicas concorrentes.

O que é council?

Esta habilidade implementa um 'conselho' de subagentes, onde múltiplos modelos de IA, potencialmente com diferentes pontos fortes ou arquiteturas (model-diverse), investigam o mesmo problema de forma independente e paralela. O processo começa com um agente líder que recebe a solicitação do usuário, cria subagentes especializados para cada perspectiva (ex: arquitetura, segurança, desempenho) e coleta suas análises. Em seguida, o líder compara os resultados, identifica pontos de concordância e divergência, e sintetiza uma recomendação final coesa. A utilidade principal está em superar os vieses de um único modelo, fornecendo uma avaliação mais robusta e multifacetada, ideal para decisões técnicas complexas ou quando o usuário deseja explorar diferentes ângulos de um problema. A habilidade é projetada para plataformas como Claude Code, Cursor e outros agentes de codificação que suportam a execução paralela de subagentes com modelos variados.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/warpdotdev/common-skills/tree/main/skills/council

Installed? Explore more Produtividade e Colaboração skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

O que council faz?

Executa um conselho de subagentes com modelos diversos para investigar o mesmo problema de múltiplas perspectivas, comparar resultados e produzir uma recomendação final. Use esta habilidade sempre que o usuário solicitar um conselho, segundas opiniões, múltiplos agentes/modelos para avaliar uma questão, investigação paralela, comparação red-team/blue-team ou ajuda para decidir entre abordagens técnicas concorrentes.

Como funciona

  1. Recepção e Planejamento: O agente principal recebe a requisição do usuário e identifica se a habilidade deve ser ativada (com base em palavras-chave como "conselho", "segundas opiniões", "red-team/blue-team", etc.).
  2. Criação dos Subagentes: O agente principal cria múltiplos subagentes, cada um com um modelo ou configuração diferente (ex: Claude Opus, Claude Sonnet, GPT-4, Gemini), atribuindo a cada um uma perspectiva ou ângulo de investigação específico (ex: foco em segurança, desempenho, escalabilidade, custo).
  3. Investigação Paralela: Cada subagente analisa o problema de forma independente, gerando um relatório detalhado de sua perspectiva.
  4. Síntese e Recomendação: O agente principal coleta todos os relatórios, compara os resultados, identifica pontos de concordância e divergência, e produz um relatório final sintetizado com uma recomendação clara para o usuário.

Casos de uso

  • Decisões sobre arquitetura: Avaliar diferentes abordagens de design de sistema (micro-serviços vs monolítico, SQL vs NoSQL, etc.).
  • Revisão de código: Realizar uma análise de código por múltiplos ângulos (segurança, desempenho, manutenibilidade).
  • Estratégia de implementação: Avaliar diferentes estratégias de deploy, teste ou refatoração.
  • Análise de riscos: Investigar potenciais riscos de uma decisão técnica de diferentes perspectivas.

Plataformas suportadas

  • Claude Code
  • Cursor
  • Codex CLI
  • Outros agentes de codificação que suportam execução paralela de subagentes com modelos diversos.

Individual skills in this repo

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

warpdotdev/brandalf

Guides creation, revision, and review of Warp- or Oz-branded assets. Use when working on launch pages, docs, HTML/CSS components, UI mockups, prompts, social assets, copy, presentations, or any other branded deliverable that should look and sound unmistakably Warp or Oz.

warpdotdev/check-impl-against-spec

Compare a pull request's implementation against spec context in spec_context.md and feed any material mismatches into review.json. Use during PR review when approved or repository spec context is available.

warpdotdev/create-pr

Create a pull request in the warp repository for the current branch. Use when the user mentions opening a PR, creating a pull request, submitting changes for review, or preparing code for merge.

warpdotdev/diagnose-ci-failures

Diagnose CI failures for a PR using the GitHub CLI, extract error logs, and generate a plan to fix them. Use when the user asks to check CI status, pull CI issues, triage test failures, or investigate PR build failures.

warpdotdev/fix-errors

Fix compilation errors, linting issues, and test failures in the warp Rust codebase. Covers presubmit checks, WASM-specific errors, and running specific tests. Use when the user hits build errors, clippy or fmt failures, test failures, or needs to run or interpret presubmit before a PR.

warpdotdev/implement-specs

Implement an approved feature from PRODUCT.md and TECH.md, keeping specs and code aligned in the same PR as implementation evolves. Use after the product and tech specs are approved and the next step is building the feature.

warpdotdev/pr-walkthrough

Generate a static interactive D3 walkthrough of a pull request. Use when the user wants a zoomable PR map, graph/canvas PR orientation, or alternate visualization of PR system components, data flow, code dependencies, and user actions.

warpdotdev/reproduce-bug-report

Launch Oz cloud agents with computer use to reproduce UI-focused bug reports, capture visual evidence, and report reproduction findings. Use when investigating a specific interactive or visual bug from an issue, ticket, support report, or prompt.

warpdotdev/resolve-merge-conflicts

Resolve Git merge conflicts by extracting only unresolved paths, conflict hunks, and compact diffs instead of loading whole files into context. Use when a merge, rebase, cherry-pick, or stash pop stops on conflicts, when `git status` shows unmerged paths, or when files contain conflict markers.

warpdotdev/respond-to-pr-comments-in-blocklist

Walk users through PR review comments, fetching and displaying them first when needed, collect per-comment response decisions, apply requested fixes, and preview GitHub replies and resolutions before posting. Use when responding to PR review comments on the current branch.

warpdotdev/review-pr

Review a pull request diff and write structured feedback to review.json for the workflow to publish. Use when reviewing a checked-out PR from local artifacts like pr_diff.txt and pr_description.txt and producing machine-readable review output instead of posting directly to GitHub.

warpdotdev/spec-driven-implementation

Drive a spec-first workflow for substantial features by writing PRODUCT.md before implementation, writing TECH.md when warranted, and keeping both specs updated as implementation evolves. Use when starting a significant feature, planning agent-driven implementation, or when the user wants product and tech specs checked into source control.

warpdotdev/update-skill

Create or update skills by generating, editing, or refining SKILL.md files in this repository. Use when authoring new skills or revising the structure, frontmatter, or guidance for existing ones.

warpdotdev/validate-changes-match-specs

Validate that a branch or pull request implementation matches introduced product, technical, security, and related specs. Use when reviewing or finishing a spec-driven change and resolving mismatches between checked-in specs and implementation.

warpdotdev/write-product-spec

Write a PRODUCT.md spec for a significant user-facing feature in Warp, focused on detailed behavior and validation. Use when the user asks for a product spec, desired behavior doc, or PRD, wants to define feature behavior before implementation, or when the feature is substantial or behaviorally ambiguous enough that a written spec would improve implementation or review.

warpdotdev/write-tech-spec

Write a TECH.md spec for a significant Warp feature after researching the current codebase and implementation constraints. Use when the user asks for a technical spec, implementation plan, or architecture doc tied to a product spec.

Habilidades Relacionadas