EssenceSentry/agent-skills

Delegação

Conserve os tokens e o contexto do agente Codex pai, mantendo a qualidade. Priorize delegação útil e resultados verificados em vez de minimizar apenas o tempo decorrido. Mantenha a propriedade da tarefa, decisões consequenciais, integração e verificação final com o pai.

Lide com o trabalho no agente atual por padrão. Lance workers adicionais apenas com autorização explícita do usuário, concordando primeiro com o número de agentes, provedor, modelo e esforço de raciocínio. A aprovação cobre apenas essa delegação; agentes extras ou configurações mais altas exigem nova aprovação. Dentro desses limites, use a política de contexto atômico abaixo para escolher atribuições úteis e propor consultas Pro que valham a pena. Essa habilidade não substitui restrições do usuário ou do repositório sobre delegação, escopo ou acesso a dados externos.

Organize o trabalho por contexto atômico

Prefira menos agentes com contexto completo e relevante. Um contexto atômico é a menor pergunta ou fluxo de trabalho coerente cujas suposições, evidências e consequências precisam ser raciocinadas juntas. Pode abranger vários módulos ou repositórios. Um arquivo, módulo, fase ou descoberta individual não é automaticamente um limite útil de delegação.

• Mantenha investigação, reprodução, correção e acompanhamento relacionados com um proprietário de contexto. Forneça os contratos relevantes, chamadores, fluxo de dados, suposições compartilhadas e evidências. Retome esse worker quando a continuidade ajudar; use um contexto fresco quando o escrutínio independente agregar valor. A propriedade do arquivo controla escritas, não o escopo de evidências que um agente precisa entender.
• Proponha agentes adicionais quando benéfico. Lotes grandes podem ser úteis quando há contextos independentes suficientes, cota adequada e capacidade para integrar seus resultados; concorde com o número e as configurações antes do lançamento. A preferência por menos agentes é uma preferência por trabalho coerente, não um teto artificial para paralelismo.
• Antes de adicionar um worker, identifique o resultado distinto ou a incerteza que ele resolverá. Pese a cobertura verificada, qualidade e tokens do pai economizados contra leitura duplicada, esforço de handoff e integração, e cota consumida. Lide com trabalho pequeno diretamente ou com ferramentas determinísticas quando a delegação adicionar mais sobrecarga do que valor.
• Evite teatro de produtividade: número de agentes, volume de tokens, fluxos de trabalho elaborados ou consumo de cota expirante não são medidas de sucesso. Não crie mecanicamente um agente por módulo ou descoberta, repita a exploração de todo o repositório ou encomende revisões redundantes sem um motivo específico. Para auditorias grandes, consolide descobertas sobrepostas e verificação relacionada antes de expandir o grupo de revisores; reserve escrutínio independente dedicado para conclusões consequentes ou disputadas.

Para lotes substanciais, planeje com base na cota atual e no consumo observado, incluindo capacidade de verificar, sintetizar e integrar os resultados. Expanda ou reduza ondas posteriores de acordo com sua utilidade. Mantenha um relatório incremental ou artefato utilizável para que um limite não deixe todo o valor perdido em investigações inacabadas. A mecânica de cota do Claude está em claude-code.md. Os limites de execução e conta do Codex são separados; leia codex-cli.md apenas para trabalho com Codex.

Escolha o relacionamento e o destino

Destino	Relacionamento	Trabalho adequado
ChatGPT web · Extra High	Comissionar uma ou mais imagens infográficas	Explicações detalhadas de módulos, pacotes, algoritmos e sistemas técnicos relacionados. Forneça todas as informações a transmitir primeiro, depois a direção estética. Nunca use Pro para esta rota.
ChatGPT Pro	Consultar um professor ou colega especialista	Questões matemáticas ou algorítmicas difíceis, síntese de literatura, raciocínio adversarial, otimização, repensar uma abordagem e módulos excepcionalmente difíceis implementados do zero por meio de investigação e teste sustentados.
Codex subagentes nativos	Dar trabalho delimitado dentro deste chat	Use quando o Codex for selecionado e as ferramentas de colaboração atuais se adequarem; mantenha os limites de sessão nativos e a política de execução.
Codex CLI workers	Executar sessões locais duráveis independentes	Use quando workers Codex CLI separados forem solicitados ou autorizados; fixe o modelo/esforço selecionado e o login do ChatGPT, com propriedade disjunta e retomada exata.
Claude Opus 5.5	Dar a um worker capaz uma tarefa delimitada	Padrão para implementação substancial, investigações de bugs reproduzíveis, inspeção de UI, auditorias longas, documentação, refatoração e revisões independentes de rotina.
Claude Fable 5.1	Solicitar escrutínio independente exigente	Suposições matemáticas, arquitetura, contraexemplos e revisões sutis de correção da saída do pai ou do worker. Use diretamente quando justificado; uma passagem Opus não é um pré-requisito.
Claude Sonnet 5	Distribuir lotes especificados e independentes	Testes, migrações de adaptadores, auditorias de visualização e reconciliação de documentação com escopo claro e verificações acessíveis.
Claude Haiku 4.5	Processar lotes bem especificados	Anotação de imagem/texto em primeira passagem com uma rubrica e abstenção, extração estruturada, inventários e normalização de registros. Use código determinístico quando suficiente.

O roteamento reflete as preferências de trabalho do usuário, não uma classificação de capacidade universal. Uma consulta Pro não precisa seguir uma tentativa fracassada do Claude. Fable continua valioso para uma revisão independente focada e rigorosa; escolha Pro quando a investigação aberta ou um trabalho sustentado excepcionalmente profundo for o objetivo.

Leia apenas o guia operacional relevante:

• Execução ou uso do Claude: claude-code.md. Ele vincula a evidências/exemplos de modelo e solução de problemas operacional detalhada. scripts/worker.py e scripts/usage.py operam apenas workers Claude.
• Workers Codex nativos ou CLI: codex-cli.md, cobrindo escolha de provedor, CLI/auth compatível, modelo/esforço efetivo, sessões separadas, registros de invocação duráveis, retomadas exatas, tratamento de aprovação e contabilidade. scripts/codex_worker.py executa invocações Codex CLI próprias.
• Consulta ChatGPT Pro: chatgpt-pro.md, cobrindo enquadramento de perguntas, mensagens no aplicativo nativo, configuração/fallback do navegador, GitHub/Drive, aprovação de envio e recuperação acionada pelo usuário.
• Acesso a conversas ChatGPT ou interoperabilidade CLI/aplicativo: chatgpt-app-tools.md, cobrindo recuperação de chats antigos e arquivados, lista/leitura/envio nativos, seleção de modelo, limites de criação/exclusão, exportações Markdown, leituras obsoletas e a bridge de desktop protegida.
• Imagens infográficas técnicas: chatgpt-infographics.md, cobrindo ChatGPT web com Extra High, briefings de imagem com conteúdo primeiro, séries de imagens coordenadas e verificação visual. Esta é uma opção preferida pelo usuário quando imagens infográficas detalhadas se adequam à tarefa.

Claude continua sendo o provedor de worker padrão, a menos que o usuário ou a tarefa selecione Codex. Preserve uma escolha explícita de provedor. Codex CLI é uma rota de sessão separada disponível quando autorizada; não anula limites de conta, sandbox, dados ou gastos. O helper desabilita delegação recursiva; um coordenador CLI autorizado separadamente requer sua própria política delimitada.

Não roteie uma consulta Pro através do runner Claude, substitua uma chamada de API pela assinatura ChatGPT do usuário ou crie chats Codex pertencentes ao usuário para executar workers Claude. Workers Claude são processos CLI externos. Não substitua silenciosamente subagentes Codex nativos pelo provedor nomeado; isso consumiria a capacidade do Codex que este fluxo de trabalho pretende conservar.

Para uma conversa ChatGPT existente com Pro já selecionado, prefira o mcp__codex_app__send_message_to_thread nativo em vez do envio pelo navegador; recupere o texto com read_thread depois que o usuário sinalizar prontidão. A interação pelo navegador é uma rota de configuração ou fallback, não um pré-requisito para fazer perguntas ao Pro. A seleção de modelo do ChatGPT deve ser estabelecida para esse chat exato: as substituições de model e thinking da ferramenta de mensagens se aplicam apenas ao Codex. Leia os guias vinculados para limites de capacidade e atualização.

Finalize a vez e retome quando útil

O aplicativo Codex pode agendar acompanhamentos neste mesmo chat através de mcp__codex_app__automation_update com kind: "heartbeat". Verifique primeiro as ferramentas fornecidas no contexto atual; esta é uma opção de orquestração disponível, não algo a redescobrir para cada espera. Quando um fluxo de trabalho autorizado está aguardando um trabalho longo do Claude ou Codex ou uma reinicialização de cota e nenhum trabalho independente útil permanece, use a continuação programada quando economizar atenção e uso do pai. Esperas curtas podem permanecer na vez ativa.

• Salve um checkpoint durável: objetivo, caminhos e revisões relevantes, diretórios de execução do worker próprio, trabalho concluído, a condição a verificar e a próxima ação exata. Confirme que qualquer trabalho em execução sobrevive ao final da vez; arquivos de status salvos sozinhos não estabelecem durabilidade do processo. O trabalho retomado usa as permissões então disponíveis, não uma suposição de que permissões de escopo de vez persistem.
• Use o heartbeat do chat atual, reutilizando um acompanhamento correspondente quando presente. Escolha uma cadência útil ou o tempo de reinicialização conhecido, em vez de verificações especulativas frequentes. Confirme que o agendamento foi bem-sucedido antes de finalizar a vez e informe ao usuário o que fará o trabalho continuar. Se a ferramenta estiver indisponível ou falhar, não afirme que um retorno automático foi organizado. Siga o esquema atual da ferramenta; não invente diretivas de automação ou substitua um cron job autônomo por um acompanhamento de chat.
• O prompt salvo deve verificar o status real do worker ou a cota atualizada, continuar apenas quando a condição for satisfeita e, caso contrário, permanecer em silêncio, a menos que uma falha ou ação necessária do usuário apareça. Ao concluir ou cancelar, remova ou desabilite o acompanhamento. Estas são verificações programadas, não acionadores de eventos instantâneos arbitrários; cada execução consome uso. A continuação local requer que a máquina e o aplicativo permaneçam disponíveis.

Pro continua sendo a exceção: sua resposta é recuperada apenas depois que o usuário diz que está pronta. Não agende verificações Pro ou altere seu protocolo de aprovação e esqueça por meio desta política de continuação geral.

Preserve a distinção

Claude: defina o objetivo, entradas, arquivos próprios, restrições e uma saída concreta com uma etapa de verificação acessível. Verificações de UI e auditorias longas devem retornar descobertas compactas apoiadas por evidências locais, evitando uma segunda passagem exaustiva do pai.

Codex: defina o mesmo contrato concreto de worker, preservando o modelo e esforço escolhidos. Prefira subagentes nativos para subtarefas adequadas do chat atual; use uma sessão CLI independente autorizada quando solicitado ou necessário para seu ciclo de vida. Verifique registros nativos efetivos, processos próprios reais e continuidade exata da sessão. Um limite configurado, código de saída zero ou arquivo de estado salvo não prova admissão, durabilidade ou correção.

Infográficos: use ChatGPT web com Extra High, nunca Pro. Peça explicitamente para gerar uma imagem ou uma série coerente de imagens. Dê o conteúdo técnico completo antes dos detalhes estéticos; verifique o resultado renderizado em relação à fonte. O portão de envio especial do Pro e o protocolo de 'aprovado e esqueça' são específicos do Pro e não se aplicam automaticamente a esta rota.

Pro: comece com uma pergunta genuinamente difícil não resolvida e a escolha consequente que sua resposta informará. O pai é responsável por fazer perguntas incisivas e específicas que vão além do conselho de rotina. O formato do artefato é secundário para responder à pergunta. Forneça fatos conhecidos, abordagens concorrentes, suposições e restrições, deixando espaço para desafiar o enquadramento. Para um problema de pesquisa coerente, prepare um briefing inicial que dê ao Pro a propriedade da investigação completa e as evidências autorizadas necessárias para levá-la adiante. Siga a orientação de qualidade de pergunta e o exemplo prático em chatgpt-pro.md; não transforme a consulta em uma lista de verificação de worker ou um veredito predeterminado.

Para uma revisão genuinamente independente, use um contexto novo. Dê os requisitos, artefatos, suposições relevantes e raciocínio essencial sem uma conclusão esperada ou a autoavaliação do implementador. Em uma consulta Pro colaborativa, compartilhar nosso raciocínio e incerteza provisórios é útil; não confunda esse diálogo com uma revisão cega.

Protocolo de aprovação e esqueça do Pro

O usuário exige explicitamente aprovação antes de cada envio ao Pro, incluindo perguntas de acompanhamento. A autorização ampla de delegação não anula esta regra específica. Prepare a pergunta real e os links do artefato primeiro, explique o que você propõe perguntar e deixe o usuário aprovar esse envio concreto. Não reenvie ou substitua uma pergunta já aprovada por uma materialmente diferente sem aprovação. Não peça novamente o mesmo envio cuja pergunta e materiais exatos já foram aprovados.

Após a aprovação, envie uma vez através da ferramenta do aplicativo nativo quando disponível, confirme que o envio foi aceito, preserve o ID/URL da conversa e o instantâneo de entrada e informe ao usuário que foi enviado. Aceitação não é conclusão da resposta. Nunca espere pela resposta do Pro, faça polling para conclusão, agende monitoramento ou envie prompts de progresso. Continue o trabalho independente autorizado ou devolva o controle. O usuário informará quando a resposta estiver pronta; esse é o gatilho para recuperá-la e revisá-la, preferencialmente através do leitor nativo. Qualquer mensagem subsequente ao Pro requer sua própria aprovação. Siga uma alteração posterior explícita a este protocolo, se o usuário a fizer.

Esta aprovação é uma instrução do usuário, não uma precaução inferida da habilidade. Ao solicitá-la, cite a regra "aprovação antes de cada envio ao Pro", nomeie e vincule esta habilidade e explique brevemente sua fonte; por exemplo, "Conforme solicitado, preciso de sua aprovação antes de enviar esta pergunta ao Pro". Pedir permissão pertence à ferramenta de perguntas disponível ou a uma resposta final, não a um aviso intermediário. Confirme que a aprovação se aplica a este envio.