Guia Completo do Codex: Dominando a Era do GPT-5.6 Sol

Se você acha que Codex é apenas um "chat que escreve código", já está uma geração atrasado.

Em 9 de julho de 2026, o GPT-5.6 foi lançado ao público.

No centro está o modelo principal, "Sol".

Sua capacidade de executar uma única solicitação até o fim — desde codificação complexa, pesquisa e criação de documentos até operações de navegador, Computer Use, segurança e execução de projetos de longo prazo — cresceu significativamente.

Ele registrou 80 no Artificial Analysis Coding Agent Index. No Terminal-Bench 2.1, atingiu 88,8% e, em configurações Ultra, subiu para 91,9%.

No entanto, há uma mudança ainda maior do que os números.

É que Codex se transformou de uma "IA que responde perguntas" em uma "IA que monta e completa o trabalho".

Pesquisar.

Planejar.

Criar.

Verificar.

Distribuir tarefas para múltiplas IAs, se necessário.

Salvar procedimentos concluídos e executá-los automaticamente da próxima vez.

Você pode completar todo esse ciclo dentro do Codex.

Já mais de 5 milhões de pessoas usam o Codex semanalmente, e cerca de 20% delas não são engenheiros. Além disso, o uso entre não engenheiros está crescendo mais de três vezes mais rápido do que entre desenvolvedores.

Em outras palavras, essa mudança não é apenas para engenheiros.

Produção de artigos, gestão de redes sociais, pesquisa de concorrentes, planejamento de produtos, criação de documentos, suporte ao cliente e produção web.

Quase qualquer trabalho feito em um computador é um alvo.

Neste artigo, vou conectar todas as funções necessárias para utilizar totalmente o Codex na era GPT-5.6 Sol, em ordem crescente de poder.

Desde escolher entre Sol, Terra e Luna até o modo Plan, AGENTS.md, config.toml, Skills, Plugins, MCP, Ultra, Subagentes, Agentes Personalizados, revisões e Automações.

Esta não é uma introdução fragmentada de recursos, mas um mapa estratégico para completar seu próprio ambiente de trabalho dedicado.

Para aqueles que querem saber o panorama geral de como obter resultados em um trabalho paralelo junto com este artigo 🎁

Atualmente, no LINE oficial,

"Estratégia Completa de Trabalho Paralelo em Redes Sociais Estilo Kuroneko: Pacote de Bônus com 5 Itens Principais"

está sendo distribuído gratuitamente 🎁

Como isso foi originalmente planejado para ser lançado como conteúdo pago,

a distribuição será encerrada quando a capacidade for atingida.

Receba-o junto com o artigo enquanto ainda dá tempo.

▼▼▼

▶︎▶︎▶︎ Receba os 5 Bônus Principais

Agora, vamos ao tópico principal!

A verdadeira identidade do Codex não é "Chat de IA", mas sim um SO que executa o trabalho

Para entender o Codex na era Sol, você primeiro precisa compreender o panorama geral.

O Codex consiste nas seguintes 6 camadas.

Muitas pessoas olham apenas para a primeira camada: "qual modelo é o mais inteligente".

No entanto, a diferença no trabalho prático é feita a partir da segunda camada em diante.

Não importa o quão inteligente um modelo seja, se o propósito for vago, os materiais necessários estiverem faltando e as condições de conclusão não forem definidas, o que virá será uma teoria geral que não atinge o objetivo.

Por outro lado, se você fornecer contexto, regras, ferramentas, papéis e condições de conclusão, o Codex se transforma no lado que completa os entregáveis.

Não há dúvida de que o Sol é poderoso.

Mas apenas escolher o Sol não completa o Codex.

Você só vê seu verdadeiro potencial quando conecta o desempenho do cérebro ao mecanismo do trabalho.

1. Escolhendo entre Sol, Terra e Luna para o trabalho

No GPT-5.6, você pode escolher entre três modelos, dependendo do seu propósito.

Sol é o "Centro de Comando" que pensa até a conclusão

Sol é o modelo principal do GPT-5.6. É adequado para trabalhos onde a resposta não é decidida desde o início.

• Ler múltiplos materiais para decidir uma estratégia
• Entender uma grande base de código para adicionar funcionalidades
• Prosseguir da pesquisa à estrutura, produção e verificação tudo de uma vez
• Completar entregáveis através de navegadores e aplicativos
• Manter consistência em projetos longos
• Comandar múltiplos subagentes

Sol é para trabalhos onde você quer que a IA pense não apenas sobre "o que fazer", mas também "como proceder para alcançar o objetivo".

Terra é o "Praticante" que equilibra velocidade e qualidade

Terra é um modelo que equilibra capacidade e custo. É adequado para trabalhos que exigem julgamento, mas não precisam do pensamento profundo e contínuo do Sol, como pesquisa diária, resumo, organização de arquivos, rascunho, correção de código e verificação de múltiplos materiais.

Ao executar vários subagentes, atribuir Terra a funções de pesquisa ou exploração aumenta a eficiência.

Luna é o "Trabalhador" responsável pelo volume e velocidade

Luna é o modelo mais rápido e de menor custo.

• Categorizar grandes números de arquivos
• Verificar inconsistências de notação
• Triagem primária
• Converter textos padrão
• Gerar grandes números de candidatos
• Formatar em um estilo fixo

É adequado para executar essas tarefas leves em alta frequência. Em vez de deixar o julgamento final para Luna, deixe-a lidar com a coleta, organização e estreitamento de candidatos, e depois retorne ao Sol no final. Essa divisão de trabalho é poderosa.

Se você não tem certeza, comece com esta combinação

Você não precisa executar o Sol nas configurações máximas todas as vezes. Sol para o centro de comando, Terra para pesquisa e Luna para processamento de rotina. Assim como uma equipe humana, você aloca cérebros com base no peso do trabalho.

Ultra não é apenas uma "configuração de pensamento profundo"

Ultra é uma configuração que usa o mais alto nível de raciocínio para o modelo correspondente. Ainda mais importante é sua capacidade de distribuir ativamente tarefas adequadas para vários subagentes.

Em configurações normais, você pode paralelizar dizendo explicitamente "divida isso entre três pessoas". No Ultra, o Codex julga que "dividir este trabalho será mais rápido e melhorará a qualidade", e pode decompor em pesquisa, produção, verificação, etc. Em suma, Ultra não é apenas um modo de alta inteligência; é um modo de formação automática de equipe de IA.

O modo Fast aumenta a velocidade sem alterar o modelo

O Codex também tem um modo Fast. Em troca de aumentar a velocidade do modelo correspondente em cerca de 1,5 vezes, ele consome mais créditos no GPT-5.6 do que o normal. Você pode alterná-lo no CLI com os seguintes comandos:

/fast on

/fast off

/fast status

Este recurso é para correções com prazos curtos ou trabalho focado onde você quer reduzir o tempo de espera. O modo Fast é diferente de "mudar para um modelo mais leve". Use-o quando quiser aumentar a velocidade mantendo as capacidades do Sol.

2. Escolhendo entre App, CLI, IDE e Cloud

Os pontos fortes do Codex mudam dependendo de onde você o usa.

O Aplicativo de Desktop do ChatGPT é a "Sala de Comando"

Se você quer planejar enquanto olha para vários arquivos, prosseguir com tarefas e lidar com imagens, documentos, tabelas, navegadores e ferramentas externas, o aplicativo de desktop é o centro. Você pode gerenciar o progresso do Codex, diffs, subagentes, Skills, Plugins e tarefas agendadas tudo em um só lugar. Para não engenheiros que procuram integrar o Codex em seu trabalho, começar pelo aplicativo é o caminho mais curto.

CLI é o "Executor no Terminal"

O CLI é bom para lidar diretamente com arquivos e código locais, executar comandos, testar, operações Git e processamento automático não interativo. Usando codex exec em vez do codex interativo, você pode executá-lo a partir de scripts ou CI. O valor do CLI aumenta para aqueles que querem executar processos fixos da mesma maneira todas as vezes.

Extensão IDE é o "Assistente ao lado do código"

Se você quer prosseguir com correções, explicações e revisões enquanto olha para o código que tem aberto no VS Code ou similar, use a extensão IDE. É fácil dar instruções detalhadas enquanto alterna entre arquivos de destino, tornando a ida e volta durante a implementação a mais curta.

Cloud é o "Terceirizado que libera seu computador"

Cloud é adequado quando você quer deixar tarefas demoradas para um ambiente separado. Você pode prosseguir com outras tarefas em paralelo sem parar seu trabalho local.

O raciocínio é simples:

• Comando diário: Aplicativo de Desktop
• Comandos e processamento automático: CLI
• Trabalho de contato próximo para implementação de código: IDE
• Tarefas separadas de longa duração: Cloud

Você não precisa consolidar tudo em um só. Use o mesmo Codex a partir da entrada que se adequa ao trabalho.

3. Forneça instruções com quatro elementos: Propósito, Contexto, Restrições e Condições de Conclusão

O GPT-5.6 Sol pode se mover muito bem mesmo com instruções curtas. Ainda assim, para trabalhos importantes, fornecer esses quatro elementos torna-o esmagadoramente mais estável.

Propósito

Não é sobre o que fazer, mas sobre o que você quer alcançar. Em vez de "escreva um artigo", diga "complete um artigo que permita que leitores que usam Codex apenas para chats únicos criem seu próprio ambiente de trabalho de IA dedicado".

Contexto

Quais arquivos, materiais, exemplos e decisões passadas ele deve consultar? A força de poder dar pastas para o Codex reside aqui. Em vez de reescrever explicações na caixa de chat toda vez, deixe-o ler os materiais corretos.

Restrições

Condições a serem seguidas. Inclua contagem de palavras, tom, arquivos que não devem ser tocados, tecnologias a usar, público-alvo, informações primárias a consultar, expressões proibidas, etc.

Condições de Conclusão

O que precisa acontecer para o trabalho ser finalizado? Em vez de "termine depois de escrever o texto", decida "complete depois de terminar a verificação de fatos, verificação de links, verificação de contagem de palavras, verificação de legibilidade e salvar na pasta especificada".

Resumir esses quatro resulta no seguinte formato:

ーーーーーーーーーーーー

【Prompt Básico para Entregar Trabalho ao Codex】

Propósito:

[O que você quer alcançar com este trabalho]

Contexto:

[Arquivos, pastas, materiais de referência, decisões passadas para ler]

Restrições:

[Regras a seguir, escopo da mudança, público-alvo, formato]

Condições de Conclusão:

[O que verificar e em que estado estar para conclusão]

Por favor, prossiga com a pesquisa e o trabalho necessários você mesmo e execute até que as condições de conclusão sejam atendidas. Faça perguntas apenas onde o julgamento for necessário e, caso contrário, julgue e prossiga racionalmente.

ーーーーーーーーーーーー

Sol se move mais fortemente quando o propósito e as condições de conclusão são claros do que quando você lista 30 etapas detalhadas. Se você decidir todas as etapas, o Codex só pode fazer o trabalho que foi instruído a fazer. Esclareça o objetivo e deixe espaço para o processo. Essa é a instrução para um agente.

Transforme a informação dada ao Codex em arquivos, não em chat

Quanto mais você usa o Codex, mais o design de arquivos importa do que a habilidade de chat. Se você prosseguir apenas com conversa, decisões importantes, materiais de referência, entregáveis e próximas tarefas se misturam no mesmo lugar. Você tem que reexplicar toda vez que inicia um novo chat, e um julgamento diferente volta da última vez. Para escapar desse estado, decida "o que precisa ser lido para retomar o trabalho" para cada projeto.

A configuração mínima são os seguintes quatro:

Project/

├── Context.md # Propósito, alvo, premissas que raramente mudam

├── Project.md # Problemas atuais, decisões, próximas tarefas

├── Materials/ # Materiais de referência, dados de origem, informações de concorrentes

└── Outputs/ # Entregáveis concluídos

Coloque "premissas que raramente mudam" no Context.md

Coloque informações que são necessárias toda vez, como propósito do projeto, público-alvo, critérios de julgamento e condições a serem seguidas.

Coloque "o que está sendo feito agora" no Project.md

Atualize problemas atuais, planos em consideração, decisões e o próximo passo. Mesmo que o chat mude, você pode começar de onde parou lendo este arquivo.

Coloque "evidências" em Materials

Resuma materiais para criar entregáveis, como artigos de referência, pesquisa de concorrentes, imagens, atas, dados e especificações.

Coloque "versões finais" em Outputs

Ao separar rascunhos e versões finais, fica mais difícil para o Codex confundir um rascunho antigo com a cópia mestre.

Depois de criar essa estrutura, escreva a ordem de leitura no AGENTS.md. Então, a próxima solicitação pode ser curta:

Siga o AGENTS.md deste projeto e leia Context.md e Project.md. Prossiga do ponto atual até que as condições de conclusão sejam atendidas.

Chat é o lugar para instruções e julgamento. Arquivos são o lugar para memória e entregáveis. Quando essa divisão de papéis é alcançada, o Codex se torna não um parceiro de conversa única, mas um responsável por avançar continuamente o projeto.

4. Comece com o modo Plan para trabalhos vagos

Você tem algo que quer fazer, mas não sabe o que fazer ou por onde começar. Se você pular direto para a implementação ou produção neste estado, as premissas mudarão no meio do caminho. É aí que entra o modo Plan.

No modo Plan, o Codex primeiro pesquisa arquivos e a situação, faz perguntas necessárias e cria um plano antes da execução. Você pode alternar para ele com /plan no CLI ou Shift+Tab no aplicativo.

O modo Plan é forte para os seguintes trabalhos:

• Novos projetos onde os requisitos ainda são vagos
• Mudanças que abrangem vários arquivos
• Renovações onde você não quer quebrar mecanismos existentes
• Introdução de ferramentas com muitas opções
• Design de processo para projetos de longo prazo
• Produção de artigos decidida a partir da direção dos leitores ou produtos

O uso não é difícil.

ーーーーーーーーーーーー

【Prompt para o modo Plan】

Não execute esta solicitação imediatamente; primeiro, pesquise a situação atual.

1. Reúna informações necessárias para alcançar o propósito
2. Separe pontos pouco claros de julgamentos importantes
3. Planeje etapas de execução, alvos de mudança e métodos de verificação
4. Pergunte apenas as coisas que eu preciso decidir

Assim que o plano estiver sólido, apresente-o em uma ordem executável.

Propósito: [O que você quer alcançar]

ーーーーーーーーーーーー

O valor do modo Plan não é ser cauteloso; é eliminar retrabalho. É mais rápido gastar os primeiros 15 minutos criando um design correto do que começar a fazer em 10 minutos e refazer 3 horas depois. Quanto maior o trabalho, mais ampla essa lacuna se torna.

5. Elimine "explicações repetidas" com AGENTS.md

O primeiro ativo que alguém começando com Codex deve criar é AGENTS.md. AGENTS.md é o livro de regras que o Codex lê antes de começar o trabalho. Você pode fixar coisas que quer que ele siga toda vez em um arquivo em vez de chat.

Por exemplo, o seguinte conteúdo:

• Ordem dos arquivos a serem lidos primeiro
• Propósito do projeto
• Pastas importantes
• Regras para escrita e design
• Comandos de teste e confirmação
• Escopo que não deve ser alterado
• Definição de conclusão
• Método de relatório para o usuário

Separe Global e Projeto

Coloque regras pessoais comuns em ~/.codex/AGENTS.md. Coloque regras para um projeto específico em AGENTS.md diretamente na raiz do projeto. Se uma pasta específica precisar de regras separadas, você pode adicionar um AGENTS.md dentro dessa pasta. O Codex lê a partir das regras de nível superior e prioriza arquivos mais próximos do espaço de trabalho. Em outras palavras, você pode separar regras gerais de regras locais.

O primeiro AGENTS.md é suficiente com isso

AGENTS.md

Propósito

• O que alcançar neste projeto

Leia Primeiro

1. Context.md
2. Project.md
3. Especificações da função alvo

Regras de Trabalho

• Não exclua dados existentes
• Priorize padrões de design existentes
• Não altere arquivos não relacionados

Condições de Conclusão

• A implementação ou entregáveis necessários estão concluídos
• Testes e confirmação de exibição estão finalizados
• Reporte os detalhes da mudança e os resultados da confirmação

Você não precisa criar uma enciclopédia desde o início. Quando o Codex cometer o mesmo erro, adicione a regra que o causou. Se você der a mesma explicação duas vezes, é um problema com o mecanismo, não com a conversa. Não corrija apenas no local; mude para que não aconteça da próxima vez. AGENTS.md é o lugar para fazer o Codex crescer.

6. Defina o estado inicial do Codex com config.toml

Se AGENTS.md são as "regras de trabalho", o config.toml são as "configurações do corpo principal do Codex". Ele gerencia principalmente os seguintes itens:

• Modelo a usar
• Esforço de raciocínio
• Permissões e métodos de aprovação
• Sandbox
• Servidores MCP
• Configurações de subagentes
• Flags de recursos
• Perfis

Coloque configurações pessoais em ~/.codex/config.toml. Coloque configurações específicas do projeto em .codex/config.toml. CLI, extensões IDE e aplicativos de desktop compartilham esta camada de configuração.

Em uma configuração mínima, fica assim:

model = "gpt-5.6"

model_reasoning_effort = "high"

approval_policy = "on-request"

[agents]

max_threads = 6

max_depth = 1

max_threads é o número de threads de agente que podem ser abertos simultaneamente, e max_depth é a profundidade que os subagentes podem ramificar ainda mais. O padrão atual é um máximo de 6 threads e profundidade de 1. Você não precisa aumentar recursivamente um grande número de agentes desde o início. Já é forte o suficiente para o principal entregar trabalho a vários especialistas e coletar os resultados.

Dividir os papéis das configurações evita confusão:

• Como se comportar: AGENTS.md
• Qual modelo, permissão e conexão usar: config.toml
• Como proceder com o trabalho: Skills
• O que fazer com serviços externos: MCP / Plugins

7. Transforme "procedimentos bem-sucedidos" em habilidades com Skills

Você está explicando o trabalho que faz toda semana do zero toda vez? Produção de artigos, pesquisa de concorrentes, resumo de reuniões, lançamentos, revisões, processamento de faturas, criação de relatórios. Se você repete o mesmo processo, a próxima coisa a criar não é um prompt longo, mas uma Skill.

Uma Skill é uma habilidade específica de trabalho que pode ser adicionada ao Codex. Basicamente, você escreve o seguinte em SKILL.md:

• Quando usá-la
• Que entrada receber
• O que ler
• Em que ordem proceder
• Quais ferramentas usar
• O que verificar para conclusão

Se necessário, materiais de referência, modelos, scripts e ativos de imagem podem ser colocados na mesma pasta.

Skills leem o texto completo apenas quando necessário

O Codex não carrega todos os textos de Skill desde o início. Ele primeiro olha o nome e a descrição e abre apenas a Skill que se adequa à solicitação atual. Isso é "Divulgação Progressiva". Você pode chamar apenas as habilidades necessárias sem enfiar um grande número de procedimentos no contexto toda vez.

Pode ser usado explicitamente ou automaticamente

Quando explícito, especifique $skill-name no prompt. Se a descrição e o conteúdo da solicitação corresponderem, o Codex também pode escolher automaticamente. É por isso que a description é mais importante que o nome da Skill. Que tipo de Skill é, quando usá-la e quando não usá-la? Se isso estiver claro, as falsas ativações diminuirão.

Trabalho que deve ser transformado em Skill

Se dois ou mais dos seguintes se aplicarem, é hora de transformá-lo em uma Skill:

• Você fez o mesmo processo 3 ou mais vezes
• Os materiais consultados são os mesmos toda vez
• A qualidade cai se a ordem estiver errada
• Existem itens de verificação que devem ser aprovados sempre
• A coordenação com uma ferramenta específica é necessária
• Você quer reutilizá-lo com outras pessoas ou em outros projetos

Apenas salvar um prompt que funcionou uma vez não aumenta a reprodutibilidade. Torna-se uma habilidade somente depois de corrigir a entrada, o processo, os critérios de julgamento e a verificação.

Se você usa macOS onde o Computer Use está disponível, pode criar Skills a partir de demonstrações

Para operações difíceis de explicar em texto, você pode usar Record & Replay. Se você mostrar a operação em um Mac, o Codex analisa o procedimento e cria um rascunho da Skill. Este recurso é compatível com "trabalho que é mais rápido mostrar do que explicar", como reembolso de despesas, baixar relatórios de rotina, postar vídeos e preencher formulários fixos.

8. Plugins agrupam "Habilidades, Conexões e Ferramentas"

Se uma Skill é um procedimento de trabalho, um Plugin é um pacote que distribui várias habilidades e conexões. Um Plugin pode agrupar os seguintes elementos:

• Skills
• Conectores como Gmail e Google Drive
• Servidores MCP
• Hooks
• Recursos do navegador
• Modelos de tarefas agendadas

Antes de criar uma Skill você mesmo, se houver um Plugin que se adequa ao seu propósito, é mais rápido usar o existente primeiro. Por exemplo, adicionando Plugins para GitHub, Gmail, Google Drive e Slack, o espaço de trabalho do Codex se expande além das pastas locais.

Diferença entre Skill e Plugin

Plugins estão disponíveis no navegador de Plugins no aplicativo de desktop e no CLI. No CLI, abra-o com /plugins. Após a instalação, iniciar um novo chat ou sessão torna as Skills e ferramentas adicionadas disponíveis.

9. Dê ao Codex "mãos e pés para serviços externos" com MCP

Não importa o quão forte o Codex seja, ele não pode tocar nos dados mais recentes ou informações privadas de serviços aos quais não está conectado. Você quer que ele leia materiais do Google Drive. Você quer verificar Issues do GitHub. Você quer ver designs do Figma. Você quer obter informações do Notion ou de sistemas internos. Você quer operar um navegador. É aí que entra o MCP.

MCP é um padrão comum para conectar o Codex com ferramentas e informações externas. Servidores MCP fornecem principalmente três coisas:

• Ferramentas: Operações como pesquisa, criar, atualizar e enviar
• Recursos: Leitura de documentos, dados, especificações, etc.
• Prompts: Prompts reutilizáveis para aquele serviço

Adicionar MCP muda a forma da solicitação

Antes da conexão, o usuário reúne informações e as cola no Codex. Após a conexão, o próprio Codex pode obter informações necessárias, criar entregáveis e refleti-los nos lugares necessários. Por exemplo, trabalho como este:

• Reunir materiais de reunião do Google Drive e resumir decisões
• Verificar PRs e Issues do GitHub e implementar correções
• Olhar para o Figma para reproduzir telas e verificar a exibição em um navegador
• Extrair e-mails que precisam de resposta do Gmail e criar rascunhos
• Criar planos de implementação a partir de especificações do Notion

Combine Skill e MCP

MCP sozinho apenas aumenta as ferramentas. Escreva a ordem do que fazer em uma Skill. "Toda segunda-feira, leia valores do Drive, compare com a semana passada, verifique outliers e crie um relatório." Neste caso, a mão que pega informações do Drive é MCP, e o procedimento de trabalho semanal é a Skill. Separe ferramentas e procedimentos. Essa ideia estabiliza o Codex.

10. Crie um "Time de IA de Uma Pessoa" com Ultra e Subagentes

O destaque da era Sol não é tornar uma única IA ainda mais inteligente. É fazer várias IAs trabalharem simultaneamente. O Codex pode dividir o trabalho em subagentes, prosseguir em paralelo e, finalmente, o agente principal pode integrar os resultados.

Deixar uma pessoa fazer tudo polui o contexto

Se você continuar colocando longos logs de pesquisa, resultados de teste, erros, planos candidatos e planos rejeitados em um único chat, propósitos e julgamentos importantes são enterrados. Isso é Poluição de Contexto. Além disso, à medida que informações desnecessárias continuam aumentando, a precisão do julgamento cai na segunda metade de uma conversa longa. Então, descarregue o trabalho intermediário pesado para agentes separados.

• Principal: Propósito, julgamento, integração, versão final
• Pesquisador: Materiais, concorrentes, fatos, números
• Criador: Primeiro rascunho, implementação, criação de candidatos
• Verificador: Erros, omissões, desvios, testes

Retorne apenas conclusões organizadas ao principal, não os longos logs de trabalho de cada responsável.

3 papéis integrados

O Codex tem três agentes básicos:

• default: Propósito geral
• worker: Prossegue com implementação e correções
• explorer: Lê e pesquisa código e materiais

Esses três são suficientes no início. Se você quiser fixar ainda mais os papéis, pode criar Agentes Personalizados. Coloque arquivos TOML em ~/.codex/agents/ para uso pessoal e .codex/agents/ para uso em projetos. Além de nome, descrição e instruções de atribuição, você também pode alterar o modelo, Reasoning, Sandbox, MCP e Skills para cada papel.

Primeiro time de 4 pessoas a criar

ーーーーーーーーーーーー

【Para Copiar-Colar: Centro de Comando Sol + Time de IA de 3 Pessoas】

Proceda com este trabalho usando um agente principal e três subagentes.

Agente Principal:

Gerencie propósito e condições de conclusão e crie a versão final a partir dos resultados de cada responsável.

Líder de Pesquisa:

Reúna informações primárias necessárias, exemplos, números e premissas, e retorne-os com evidências.

Líder de Produção:

Crie o primeiro rascunho do entregável com base nos resultados da pesquisa e no propósito.

Líder de Verificação:

Verifique fatos, omissões, qualidade, legibilidade e desvios do propósito.

Execute trabalhos que possam ser conduzidos de forma independente e em paralelo. Aguarde a conclusão de todos os líderes e deixe que o agente principal integre os resultados.

Resultado Final:

• Versão final
• Base para adoção
• Pontos corrigidos na verificação
• Julgamentos restantes

Propósito: [Propósito aqui]

Condições de Conclusão: [Condições de conclusão aqui]

ーーーーーーーーーーーー

Paralelizar "trabalhos independentes"

Aumentar o número de subagentes não torna tudo mais rápido. O que é eficiente são trabalhos que podem ser feitos ao mesmo tempo.

• Pesquisa de múltiplos materiais
• Revisões de perspectivas separadas para segurança, qualidade e legibilidade
• Classificação de grandes volumes de arquivos
• Criação de múltiplos planos
• Testes e análise de logs

Por outro lado, se várias pessoas reescreverem o mesmo arquivo ao mesmo tempo, haverá conflitos. Consolide o papel de escrita em uma única pessoa e paralelize os papéis de leitura, pesquisa e verificação. Esta é a primeira resposta correta.

11. Separe o Líder de Produção e o Líder de Verificação

Simplesmente pedir ao Codex para "criar e depois verificar se há problemas" fará com que a produção e a confirmação sejam repetidas sob a mesma perspectiva. Se você deseja melhorar a qualidade, separe os papéis desde o início.

Para código:

• Líder de implementação
• Líder de testes
• Líder de segurança
• Líder de revisão de manutenibilidade

Para artigos:

• Líder de redação
• Líder de verificação de fatos
• Líder de perspectiva do iniciante
• Líder de verificação de consistência de títulos

Para materiais:

• Líder de estrutura
• Líder de confirmação numérica
• Líder de confirmação de design
• Líder de perspectiva do tomador de decisão

Mesmo para o mesmo entregável, os pontos levantados mudam quando o papel que analisa muda. O Codex também possui /review. Você pode realizar revisões após a implementação, visando alterações não comprometidas, commits específicos, diffs com a branch base, etc. No entanto, apenas chamar a função de revisão não é suficiente. Decida o que deve ser encontrado como problema.

ーーーーーーーーーーーー

【Para Copiar e Colar: Revisão Pré-Conclusão】

Verifique este entregável como um revisor separado do criador.

Prioridade:

1. Defeitos que impedem o alcance do propósito
2. Erros em fatos, números ou especificações
3. Premissas ou etapas faltantes
4. Lugares onde o usuário vai se perder
5. Legibilidade, manutenibilidade, expressão

Liste os problemas em ordem de importância e mostre as partes relevantes e sugestões de correção. Se não houver problemas, mostre brevemente o escopo confirmado e os riscos restantes.

Condições de Conclusão: [Condições de conclusão aqui]

ーーーーーーーーーーーー

Não diga "deixe bonito", dê condições de aprovação. A verificação também faz parte do trabalho.

12. Projete o "escopo a ser delegado" com Permissões e Sandbox

O Codex pode ler e escrever arquivos, executar comandos e operar serviços externos. Por isso, o design de permissões é tão importante quanto a inteligência do modelo. Existem três ideias básicas:

• Somente leitura: Apenas ler
• Escrita no workspace: Pode alterar dentro da pasta do workspace
• Acesso total: Pode acessar uma ampla gama

Baseie a produção e implementação diárias em Escrita no workspace. Adicione intervalos necessários apenas quando redes externas ou pastas separadas forem necessárias. E deixe a confirmação para operações difíceis de desfazer, como exclusão, envio, publicação, pagamento e alteração de serviços externos. Isso não é para enfraquecer o Codex. É a base para delegar tarefas grandes com tranquilidade. Se as permissões forem vagas, o Codex vai parar em operações necessárias ou, inversamente, terá um escopo muito amplo. Decidir "até onde ele pode prosseguir automaticamente" reduz o número de confirmações durante o trabalho.

13. Automatize trabalhos repetitivos com Automações

Depois que um trabalho é concluído com sucesso uma vez, automatize-o em seguida. Usando as Tarefas Agendadas do Codex, você pode executar trabalhos em horários fixos, intervalos regulares, após eventos ou sob condições de monitoramento. Por exemplo, uso como este:

• Toda manhã, reunir as últimas notícias do setor de IA
• Toda semana, verificar novos artigos de concorrentes
• Toda noite, revisar mudanças no projeto
• Verificar regularmente o status de PRs e responder a novos pontos levantados
• Criar um relatório no início do mês
• Acompanhar até que processos de longa duração sejam concluídos no mesmo chat

Distinga entre tarefas únicas e chats contínuos

Se você quer resultados independentes a cada vez, use uma Tarefa Agendada Independente. Se você quer dar continuidade a conversas anteriores e seguir o mesmo trabalho, crie uma agenda dentro de um chat existente.

Mantenha o aplicativo em execução para trabalhos locais

Tarefas agendadas que lidam com projetos locais no aplicativo desktop exigem que o computador e o aplicativo estejam em execução. Em projetos Git, você pode escolher se quer usar a pasta do workspace atual diretamente ou separá-la com outro Worktree. Se houver possibilidade de uma tarefa periódica tocar em arquivos nos quais você está trabalhando atualmente, é mais fácil lidar com isso separando com um Worktree.

A automação é feita "após o sucesso manual"

Não execute diariamente de repente; primeiro conclua uma vez em um chat normal. Em seguida, transforme em uma Skill. Por fim, coloque em uma Tarefa Agendada. Sucesso manual → Skillização → Automação. Nessa ordem, você não vai produzir em massa trabalhos errados todos os dias.

14. Comece com esta configuração com base no propósito

Você não precisa usar todos os recursos. Construa a partir das camadas necessárias para o seu trabalho.

Iniciantes em IA / Funcionários

1. Aplicativo Desktop
2. GPT-5.6 Sol ou Terra
3. Propósito, Contexto, Restrições, Condições de Conclusão
4. Modo Plano
5. AGENTS.md para o projeto

O primeiro objetivo é entregar uma pasta ao Codex e prosseguir do planejamento à conclusão.

Artigo, SNS, Produção de Conteúdo

1. Use Sol para estrutura e edição final
2. Use Terra para pesquisa
3. Salve regras de produção em AGENTS.md
4. Skillize a produção de artigos e criação de posts
5. Conecte Pesquisa Web e Drive com MCP
6. Subagentize o líder de verificação de fatos
7. Torne a pesquisa de tópicos uma Tarefa Agendada

Com essa configuração, não se trata apenas de fazer texto, mas de planejar, pesquisar, produzir, confirmar e melhorar em seguida.

Proprietários Individuais / Empresas Unipessoais

1. Separe pastas e cópias mestre para cada tarefa de negócio
2. Coloque regras gerais em AGENTS.md
3. Transforme tarefas rotineiras em Skills
4. Conecte Gmail, Drive, GitHub, etc., com Plugins/MCP
5. Crie Agentes Personalizados para pesquisa, produção e verificação
6. Distribua vários projetos com Ultra
7. Mova tarefas estáveis para Automações

O objetivo não é ser uma pessoa que faz perguntas à IA, mas uma pessoa que distribui trabalho para a IA e apenas julga os resultados.

Desenvolvedores / Equipes de Produção

1. CLI ou Extensão de IDE
2. AGENTS.md diretamente no repositório
3. .codex/config.toml
4. Fixe lint, teste e compilação como condições de conclusão
5. Distribua implementação, teste e revisão entre subagentes
6. /review e integração com GitHub
7. Mova monitoramento de PR e revisões periódicas para Tarefas Agendadas

Não pare na geração de código; complete o ciclo através de testes, confirmação de diff, revisão e resposta a PRs.

15. 7 Características Comuns de Pessoas que Falham com o Codex

1. Enfiar tudo em um único chat Se você continuar pesquisa, produção, correção e projetos separados no mesmo chat, o propósito se perde. Separe projetos e descarregue trabalhos pesados intermediários para subagentes.

1. Dar a mesma explicação toda vez Mova premissas repetidas para AGENTS.md e processos repetidos para Skills. Não encurte a conversa; transforme explicações em ativos.

1. Nenhuma definição de "conclusão" Se você termina apenas fazendo, entregáveis não verificados vão aumentar. Inclua testes, itens de confirmação, locais de salvamento e formatos nas condições de conclusão.

1. Processar tudo com o Sol Ultra Separe trabalhos pesados e leves. Julgamento final é Sol, trabalho diário é Terra, e processamento de volume é Luna. Essa divisão organiza velocidade e uso.

1. Apenas aumentar ferramentas Mesmo que você coloque um grande número de MCPs ou Plugins, eles não funcionarão se o processo para usá-los não estiver decidido. Decida o trabalho primeiro e conecte apenas as ferramentas necessárias.

1. Deixar o Líder de Produção se autoavaliar Separe o papel que faz e o papel que confirma. Para entregáveis importantes, traga os olhos de outro agente.

1. Automatizar antes do sucesso Se você colocar um procedimento que não sabe se funciona em uma Tarefa Agendada, o trabalho de confirmação vai aumentar. Complete manualmente, solidifique em uma Skill e, finalmente, automatize.

Complete seu ambiente Codex da era Sol em 7 dias

Você não precisa aprender tudo hoje. Construa uma camada de trabalho por dia.

Dia 1: Delegue uma tarefa até o fim

Abra a pasta alvo e forneça Propósito, Contexto, Restrições e Condições de Conclusão. Solicite um entregável, não uma pergunta.

Dia 2: Deixe o Modo Plano projetar

Escolha uma tarefa vaga e delegue pesquisa, perguntas e planejamento. Tenha uma noção de como eliminar retrabalho antes da execução.

Dia 3: Crie o AGENTS.md

Escreva apenas 5 coisas que você explica toda vez. Incluir ordem de leitura, regras a seguir e condições de conclusão é suficiente.

Dia 4: Transforme trabalho repetitivo em uma Skill

Escolha um trabalho que você faz pelo menos uma vez por semana e fixe a entrada, o processo e o método de confirmação.

Dia 5: Conecte um serviço externo

Conecte o que você usa com mais frequência, como Drive, GitHub, Gmail ou navegador, via Plugin ou MCP.

Dia 6: Execute 3 subagentes

Divida em pesquisa, produção e verificação, e finalmente integre com Sol. Você verá a diferença de quando uma pessoa prossegue em ordem para o mesmo trabalho.

Dia 7: Adicione revisão e automação

Adicione revisão às condições de conclusão e mova uma tarefa estável para uma Tarefa Agendada.

Neste ponto, o Codex não é um chat pontual. Ele se torna um ambiente de trabalho que lê suas regras, usa ferramentas necessárias, divide o trabalho entre vários líderes e confirma até a conclusão.

Tabela de Referência Rápida para Consultar por Último

O que é necessário na era Sol não é habilidade de prompt, mas habilidade de design de trabalho

Com o GPT-5.6 Sol, o Codex se tornou ainda mais inteligente. Mas a verdadeira grande mudança não são os números na tabela de desempenho. É que a IA agora pode pensar sobre o trabalho necessário a partir de um propósito, ler materiais, usar ferramentas, distribuir para múltiplas IAs e prosseguir até a conclusão sem que humanos instruam cada passo um por um.

A partir de agora, a diferença será feita não por aqueles que conhecem prompts mágicos, mas por aqueles que conseguem preparar o contexto correto. Aqueles que conseguem transformar julgamentos repetidos em regras. Aqueles que conseguem salvar processos bem-sucedidos em Skills. Aqueles que conseguem conectar ferramentas necessárias com MCP. Aqueles que conseguem dividir o trabalho entre múltiplas IAs e gerenciar com condições de conclusão.

Em outras palavras, não pessoas que usam IA, mas pessoas que criam um ambiente onde a IA pode trabalhar.

A era de apenas abrir o Codex e jogar perguntas na hora acabou.

Crie uma pasta. Coloque cópias mestre. Decida regras com AGENTS.md. Deixe Skills aprenderem o trabalho. Dê mãos e pés com MCP. Mova a equipe com Ultra. Confirme a conclusão com Review. Torne automático da próxima vez com Automation.

Para aqueles que criam esse ciclo, o Codex deixa de ser "IA conveniente". Torna-se uma equipe que trabalha mais que você, lê mais informações que você e prossegue com o trabalho de acordo com suas regras. Esse é o Codex na era do GPT-5.6 Sol.

Para aqueles que querem conhecer o panorama geral de alcançar resultados em um trabalho paralelo junto com este artigo 🎁

Atualmente, no LINE oficial,

"Estratégia Completa de Trabalho Paralelo em SNS ao Estilo Kuroneko: Pacote de 5 Bônus Principais"

está sendo distribuído gratuitamente 🎁

Como isso foi originalmente planejado para ser lançado como conteúdo pago,

a distribuição será encerrada quando a capacidade for atingida.

Por favor, receba junto com o artigo enquanto pode.

▼▼▼

▶︎▶︎▶︎ Receba os 5 Bônus Principais

Agora, vamos ao tópico principal!