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

Se você pensa no Codex como 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 dele está o modelo principal, "Sol".

Sua capacidade de levar 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 uma pontuação de 80 no Artificial Analysis Coding Agent Index. No Terminal-Bench 2.1, alcançou 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 o Codex se transformou de uma "IA que responde perguntas" em uma "IA que monta e completa o trabalho".

Pesquisando.

Planejando.

Criando.

Verificando.

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

Salvando procedimentos concluídos e executando-os automaticamente na 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, gerenciamento 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 do GPT-5.6 Sol, em ordem crescente de poder.

Desde a escolha 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 quem quer 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 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.

Receba-o junto com o artigo enquanto pode.

▼▼▼

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

Agora, vamos ao tópico principal!

A verdadeira identidade do Codex não é "Chat de IA", mas 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.

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 você receberá de volta 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 de 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 em navegadores e aplicativos
• Manter a 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 inicial
• Converter texto 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, 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 múltiplos 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 decompô-lo em pesquisa, produção, verificação, etc. Em suma, o 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 vez, 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 enquanto mantém 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 ChatGPT Desktop App é a "Sala de Comando"

Se você quiser planejar enquanto olha para vários arquivos, prosseguir com tarefas e lidar com imagens, documentos, tabelas, navegadores e ferramentas externas, o aplicativo 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 buscam 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ódigos 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ê quiser 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 os 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 pensamento é simples:

• Comando diário: Desktop App
• 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 funcionar muito bem mesmo com instruções curtas. Ainda assim, para trabalhos importantes, fornecer esses quatro elementos o torna esmagadoramente mais estável.

Propósito

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

Contexto

Quais arquivos, materiais, exemplos e decisões passadas ele deve olhar? 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 concluído? Em vez de "terminar depois de escrever o texto", decida "completar após finalizar 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 a 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 for necessário julgamento e, caso contrário, julgue e prossiga racionalmente.

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

Sol se move mais fortemente quando o propósito e as condições de conclusão estã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 as quatro seguintes:

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 fonte, 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 o Context.md e o Project.md. Prossiga do ponto atual até que as condições de conclusão sejam atendidas.

O chat é o lugar para instruções e julgamento. Os 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 projeto 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 processos 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 fazê-lo em 10 minutos e refazê-lo 3 horas depois. Quanto maior o trabalho, mais ampla se torna essa lacuna.

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

O primeiro ativo que alguém começando com o 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 no chat.

Por exemplo, o seguinte conteúdo:

• Ordem dos arquivos a serem lidos primeiro
• Propósito do projeto
• Pastas importantes
• Regras para escrever 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 isto

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

• Implementação ou entregáveis necessários estão concluídos
• Testes e confirmação de exibição estão finalizados
• Relate detalhes da mudança e 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 apenas corrija na hora; mude para que não aconteça na 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", config.toml são as "configurações do corpo principal do Codex". Ele gerencia principalmente os seguintes itens:

• Modelo a ser usado
• 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 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 até a qual 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 prosseguir 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 trabalhos 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 usar
• Que entrada receber
• O que ler
• Em que ordem prosseguir
• Quais ferramentas usar
• O que verificar para a 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 colocar um grande número de procedimentos no contexto toda vez.

Pode ser usada explícita ou automaticamente

Quando explícita, especifique $skill-name no prompt. Se a descrição e o conteúdo da solicitação coincidirem, o Codex também pode escolher automaticamente. É por isso que a description é mais importante do que o nome da Skill. Que tipo de Skill é, quando usar e quando não usar? 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 sempre aprovados
• 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 fixar 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 que são 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 múltiplas 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 fazer 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

Os Plugins estão disponíveis no navegador de Plugins no aplicativo 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

Por mais forte que 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. Os servidores MCP fornecem principalmente três coisas:

• Ferramentas: Operações como pesquisar, 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 é o 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 múltiplas 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 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 para o 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 do projeto. Além do 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 para 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 o propósito e as 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 da entrega 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 realizados de forma independente e em paralelo. Aguarde a conclusão de todos os líderes e deixe que o agente principal integre os resultados.

Saída 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 "trabalho independente"

Aumentar o número de subagentes não torna tudo mais rápido. O que é eficiente é o trabalho que pode ser feito 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 pessoa e paralelize os papéis de leitura, pesquisa e verificação. Essa é a primeira resposta correta.

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

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

Para código:

• Líder de implementação
• Líder de teste
• 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 a mesma entrega, os pontos levantados mudam quando o papel que a analisa muda. O Codex também tem /review. Você pode prosseguir com revisões após a implementação, visando alterações não commitadas, 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 encontrar como problema.

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

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

Verifique esta entrega 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 ausentes
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 as correções sugeridas. 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 para delegar" com Permissões e Sandbox

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

• Somente leitura: Apenas ler
• Gravação 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 Gravação no workspace. Adicione os 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 irá parar em operações necessárias ou, inversamente, terá um escopo muito amplo. Decidir "até onde ele pode prosseguir automaticamente" primeiro 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, usos como este:

• Todas as manhãs, reunir as últimas notícias do setor de IA
• Toda semana, verificar novos artigos de concorrentes
• Toda noite, revisar alterações de projetos
• 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 o processamento de longa duração termine 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 continuar 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 deseja usar a pasta do workspace atual diretamente ou separá-la com outra 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 uma Worktree.

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

Não execute todos os dias de repente; primeiro complete 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 produzirá trabalho errado em massa todos os dias.

14. Comece por 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.

Produção de Artigos, SNS e 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 conecta apenas a criação de texto, mas planejamento, pesquisa, produção, confirmação e próxima melhoria.

Proprietários Únicos / Empresas de Uma Pessoa

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 múltiplos 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 na raiz do repositório
3. .codex/config.toml
4. Fixe lint, teste e build 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 Fracassam com o Codex

1. Colocar 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 intermediários pesados 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. Sem definição de "conclusão" Se você termina apenas produzindo, entregas não verificadas aumentarão. Inclua testes, itens de confirmação, locais de salvamento e formatos nas condições de conclusão.

1. Processar tudo com Sol Ultra Separe trabalho pesado e trabalho leve. 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 definido. 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 entregas importantes, traga os olhos de outro agente.

1. Automatizar antes do sucesso Se você colocar um procedimento que não sabe se funcionará em uma Tarefa Agendada, o trabalho de confirmação 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 de destino e forneça Propósito, Contexto, Restrições e Condições de Conclusão. Solicite uma entrega, não uma pergunta.

Dia 2: Deixe o Modo Plano projetar

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

Dia 3: Crie 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 aquele 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 único. 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 no Final

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 no gráfico 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.

De agora em diante, 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. Defina regras com AGENTS.md. Deixe as 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." Ele se torna 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 GPT-5.6 Sol.

Para quem quer saber o panorama geral de obter resultados em um trabalho paralelo junto com este artigo 🎁

Atualmente, no LINE oficial,

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

está sendo distribuído gratuitamente 🎁

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

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

Por favor, receba-o junto com o artigo enquanto pode.

▼▼▼

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

Agora, vamos ao assunto principal!