Codex é o agente da OpenAI para realizar tarefas num computador e, em 2026, apela abertamente a quem não escreve código: pergunta que tipo de trabalho faz, inclui plugins para marketing e finanças, e os trabalhadores do conhecimento representam agora cerca de um quinto dos seus utilizadores, crescendo três vezes mais depressa do que os programadores. ChatGPT Business é a forma prevista para uma equipa o obter: $20 por lugar por mês na faturação anual ($25 mensais), com um mínimo de dois lugares e o Codex incluído. Uma sala no muti é a alternativa: o Codex de um programador, na sua máquina, para o qual o responsável de marketing, a pessoa de operações e o fundador podem enviar trabalho a partir do Slack ou da web, com o programador a aprovar o que é executado.
Se a sua equipa tiver uma pessoa que vive no Codex e seis que querem os seus resultados, a sala custa um lugar em vez de sete.
Uma colega de operações anexa uma exportação de fornecedor e pede ao agente Codex da equipa para remover duplicados; o pedido é executado no Mac mini do programador e um comando da shell pausa à espera do programador com Allow, Allow always e Deny.
Porque é que o Codex para colegas não técnicos é mais difícil do que parece
O Codex é perfeitamente utilizável por um profissional de marketing hoje em dia. O que não é fácil é tudo à sua volta:
- Um lugar por pessoa. Cada pessoa que queira fazer pedidos precisa de um lugar Business, de um portátil com o Codex instalado e com sessão iniciada, e de paciência suficiente para aprender onde param os ficheiros.
- Uma máquina por pessoa. O Codex funciona num diretório de um computador. O portátil do responsável de marketing não tem nenhum dos repositórios, exportações de dados, chaves de API ou ferramentas internas de que o trabalho precisa. O do programador tem.
- Permissões individuais. Cada lugar decide por si próprio o que o Codex pode executar. Não há ninguém a supervisionar quando o Codex do responsável de operações se prepara para apagar algo.
A sala elimina estes três problemas. O trabalho é executado onde as ferramentas e os dados já se encontram, na conta de uma única pessoa, que tem o poder de recusar.
Como funciona para quem pede
A Mia, das operações, abre o Slack e envia uma mensagem ao agente, que tem lá o seu próprio nome e avatar, ou abre a sala num navegador. Anexa a exportação do fornecedor e escreve o que pretende em linguagem natural. Nada a instalar, nada onde iniciar sessão além do espaço de trabalho que já utiliza.
Depois, acompanha o processo. O agente lê o ficheiro, escreve um pequeno script, executa-o e pausa no comando da shell porque o programador ainda não autorizou o python3 para este agente. O programador recebe o cartão na web, no telemóvel ou por mensagem direta no Slack, e clica em Allow always. O script corre, o CSV limpo regressa à conversa e, da próxima vez que a Mia fizer um pedido, nada é interrompido.
Para a Mia, o Codex tornou-se um colega a quem pode enviar mensagens. Para o programador, continuou a ser a sua ferramenta.
O que o programador mantém
- A conta. A subscrição, a sessão iniciada e o cliente do Codex pertencem ao programador. Mais ninguém possui credenciais.
- O limite. O agente está confinado a um único diretório. O pedido da Mia não consegue ler outros projetos, chaves ou e-mails do programador. As salas não têm fugas entre si.
- O veto. Envios para branches partilhadas, eliminações destrutivas, escalada de privilégios, publicações e qualquer ação que toque em caminhos de credenciais pausam sempre, e a opção "Allow always" nunca é disponibilizada para estes casos. Tudo o resto converte-se numa regra após a primeira aprovação.
- O registo. Cada pedido tem um id, um autor do pedido, um aprovador, uma cronologia ferramenta a ferramenta e um custo. Quando alguém pergunta o que a equipa fez com o Codex no mês passado, a resposta é uma página detalhada, não uma estimativa.
Editar o agente: o diretório de trabalho ao qual está confinado, o seu modo de permissão e as regras permanentes criadas por Allow always, cada uma revogável.
Custos para uma equipa de sete pessoas
Um engenheiro, seis pessoas a fazer pedidos.
O engenheiro irá utilizar mais do seu plano do que antes, porque as tarefas de seis pessoas passam agora por ele. O custo por pedido é apresentado ao lado de cada pedido para que ninguém tenha de adivinhar; quando as tarefas começarem a prejudicar o trabalho do próprio engenheiro, esse é o momento de adicionar um segundo lugar de produção. Um segundo lugar, e não um sétimo.
Onde está o limite
O ChatGPT Business existe por um motivo, e os termos da OpenAI proíbem a partilha de credenciais e a revenda de acessos. Uma sala não partilha credenciais: o programador inicia sessão, o Codex do programador é executado na máquina do programador, e os pedidos de outras pessoas são tarefas que o programador optou por aceitar e pode interromper a qualquer momento. Se as seis pessoas que fazem pedidos se tornarem utilizadores diários, compre-lhes lugares; é para isso que o plano serve. Se precisar de controlos de dados ao nível do espaço de trabalho para cada pessoa, compre o Business. A sala destina-se à configuração que a maioria das pequenas equipas tem na realidade: um instrumento, muitas tarefas.
Perguntas frequentes
Quem faz o pedido precisa de uma conta ChatGPT? Não. Precisa de uma conta muti ou apenas do Slack se o agente tiver um bot por lá.
O que é que o agente consegue ver do ficheiro enviado? O anexo é transferido para o diretório de trabalho do agente relativo a esse pedido e eliminado quando o pedido termina. Não é guardado na máquina.
O programador consegue ver o que as pessoas pediram? Sim, tudo: o pedido, a cronologia, o resultado, o custo. Essa visibilidade faz parte do acordo. Quem pede vê apenas as salas onde está inserido.
Isto só funciona com o Codex? Não. A mesma sala executa Claude Code, Cursor, OpenCode e outros; consulte a alternativa mais económica ao Claude Team para a versão deste cálculo para o Claude.
Dê o Codex à única pessoa que o utiliza. Dê às outras seis uma forma de pedir.
Publicado a