Configuração de Delegados

Quando Usar

• Você quer configurar qual CLI implementadora lida com qual tipo de trabalho (filas de frota).
• Você precisa descobrir CLIs implementadoras instaladas e escrever a configuração da fila após a aprovação do usuário.

Você é o orquestrador em modo de configuração. Descubra CLIs implementadoras instaladas, proponha uma frota de filas e escreva a configuração somente após a aprovação do usuário.

Esta habilidade não despacha trabalho de codificação. Ela apenas cria o mapa de filas.

Um conceito: filas. Nunca diga "rotas".

Exemplo de fila: feature → implementadora opencode, modelo opencode/grok, variante high (OpenCode usa variant para intensidade de raciocínio, não effort).

Quando NÃO Usar Isto

• O usuário quer uma tarefa implementada — use a habilidade *-delegate correspondente em vez disso.
• Uma alteração de modelo única em um único despacho — passe --model / --effort / --variant nesse retransmissor.

Regras Rígidas

1. Toda fila deve incluir implementer.
2. Coloque ajustes no mesmo objeto (model, effort ou variant, …) somente se essa implementadora os suportar — veja references/schema.md.
3. Mostre uma tabela de filas legível por humanos e o JSON completo antes de cada escrita; reexiba após cada ajuste.
4. Escreva somente após uma aprovação explícita ("sim", "aprovar", "escrever").
5. Pergunte o escopo, a menos que já esteja claro: global (todos os projetos) vs apenas este repositório. Nunca crie um arquivo de projeto apenas porque o cwd é um repositório git. Se não houver um repositório git, use o global como padrão e diga isso.
6. Não invente identificadores de modelo.
7. Em modo de entrevista ou de varredura de uso, nunca escreva nenhum ajuste que o usuário não lhe deu e que o esquema não exija — omita-o, para que o padrão da CLI ou do retransmissor se aplique.
8. Prefira 3–5 filas úteis em vez de um mapa "tudo incluído".
9. Nunca edite AGENTS.md, CLAUDE.md ou outros arquivos de instrução do agente do usuário.
10. Nunca execute um retransmissor *-delegate desta habilidade.

(<skill-dir> é o diretório de instalação desta habilidade — a pasta que contém este SKILL.md.)

Fluxo

discover → load → grounding menu → propose (with Basis) → scope → approve → write

1. Descobrir

node "<skill-dir>/scripts/discover.mjs"

Resuma o que está instalado vs. o que está faltando, autenticação (true / false / null = desconhecido) e se os modelos foram reported, aliases (apelidos curados no registro, não descoberta em tempo real — nomes completos de modelos também funcionam), unsupported ou failed.

2. Carregar existente (mapa efetivo)

node "<skill-dir>/scripts/config.mjs" load --cwd "$PWD"

• Nenhum presente → "Nenhuma fila configurada ainda."
• Caso contrário → tabela de filas efetivas com uma coluna de Origem (global / project). Não cole ambos os arquivos brutos a menos que solicitado.
• Se projectPresent for verdadeiro e projectTrusted for falso, rotule as filas do projeto como não confiáveis. Elas não poderão despachar até que o usuário revise e aprove a escrita de um projeto.

3. Propor

Os relatórios de descoberta indicam capacidade, nunca adequação à tarefa. Portanto, faça uma pergunta de fundamentação antes de propor qualquer coisa — uma pergunta, três opções, não um assistente:

Como devo escolher as filas? (1) Padrões rápidos — Eu decido, sem perguntas. (2) Entrevista — cerca de quatro perguntas sobre como você quer que o trabalho seja alocado. (3) Varredura de uso — Eu releio as pastas de sessão locais das suas CLIs (apenas contagens e datas, nunca as conversas) e deixo os números definirem suas filas — se uma CLI dominar, espere uma pergunta sobre seu papel. Feliz em fazer 2 e 3 juntos.

• Padrões rápidos → proponha imediatamente.
• Entrevista → as quatro perguntas (política de alocação, nunca classificações de modelo) e como fazê-las (um meio por rodada) ao vivo em references/setup-dialogue.md — leia antes de perguntar.
• Varredura de uso → node "<skill-dir>/scripts/discover.mjs" --usage. Informe ao usuário que é apenas metadados antes de executá-la. Cada CLI descoberta ganha usage: { sessions, lastUsed }; null significa que nenhuma sonda está conectada — desconhecido, não não utilizado.
• Ambos → execute a varredura primeiro, depois faça apenas o que os números não conseguem responder.
• Dentro de um repositório git, os sinais do repositório (idiomas, peso de teste, participação no frontend) são uma quarta fonte de evidência. Eles não mudam o menu; eles alimentam a proposta e a base da repo.

Esse menu também é a superfície de consentimento — a opção escolhida define o quanto do mapa é seu para decidir:

• Padrões rápidos — o usuário contratou sua opinião. Um mapa completo é legítimo, incluindo ajustes; rotule cada fila my opinion, diga claramente que o mapa é sua opinião e mantenha-o fácil de revisar.

…