O Codex constrói a funcionalidade, escreve os testes e faz o commit do código. Depois gera uma imagem hero, um mockup de UI, um vídeo do produto. Esses ficheiros existem na sandbox — e quando a sandbox termina, desaparecem.
O armazenamento na nuvem é o elo em falta. Sem ele, o Codex não consegue entregar os ativos gerados ao restante da equipa, ligá-los a partir de uma página em produção, nem recuperá-los na próxima sessão do agente.
Eis como adicionar armazenamento na nuvem ao Codex. Três abordagens, com exemplos de comandos reais.
Por que o Codex não inclui armazenamento na nuvem de forma nativa
O Codex é a ferramenta de codificação agêntica da OpenAI. Opera em sandboxes de nuvem efémeros — o ambiente é novo em cada sessão, e os ficheiros gerados numa sessão não persistem para a seguinte, a menos que os guarde explicitamente num local durável.
O armazenamento na nuvem requer autenticação com um serviço externo (S3, GCS, Azure Blob ou uma API de ficheiros dedicada), lógica de upload, geração de URL e gestão de permissões. Nada disto está no âmbito nativo do Codex. A camada de capacidades é externa, e a questão prática é com que fluidez se integra.
O que o Codex + armazenamento na nuvem desbloqueia
Ao adicionar armazenamento na nuvem ao Codex, os ativos gerados tornam-se persistentes e partilháveis:
- Imagens e vídeos gerados sobrevivem à sessão. Imagens hero, mockups de UI, demonstrações de produto — enviados imediatamente após a geração, acessíveis depois de a sandbox fechar.
- Ligações partilháveis para revisão. O Codex gera um ativo, faz o upload e devolve um URL que a equipa pode abrir no navegador — sem necessidade de transferência de ficheiros.
- Ativos incorporados em páginas publicadas. O Codex gera uma imagem hero, faz o upload para o armazenamento na nuvem e incorpora o URL na landing page que está a construir — tudo numa única sessão.
- Continuidade entre sessões. O Codex recupera ficheiros de sessões anteriores por nome ou caminho. A camada de armazenamento persiste o que a sandbox não consegue persistir.
- Pipelines de CI e automação. Tarefas automatizadas do Codex geram ativos de relatório, fazem upload e partilham ligações em notificações do Slack ou comentários de commit.
Método 1: Integração direta com o fornecedor de nuvem
O Codex pode instalar e invocar a AWS CLI, o Google Cloud SDK ou o Azure CLI na sua sandbox:
# Exemplo AWS S3
pip install awscli
aws s3 cp ./generated-hero.jpg s3://your-bucket/assets/generated-hero.jpg --acl public-read
echo "https://your-bucket.s3.amazonaws.com/assets/generated-hero.jpg"
Configuração necessária:
- Conta no fornecedor de nuvem e configuração de bucket/container
- Credenciais IAM ou conta de serviço com permissões de upload
- CLI instalada e autenticada na sandbox do Codex
- Lógica de geração de URL público ou URL assinado
Funciona, mas requer configuração específica de cada fornecedor. Fornecedores diferentes têm CLIs diferentes, padrões de autenticação diferentes e formatos de URL diferentes. Quando o Codex muda entre projetos que utilizam backends de armazenamento distintos, os scripts de integração divergem.
Método 2: Servidor MCP para armazenamento de ficheiros
Os servidores MCP podem expor o armazenamento de ficheiros como uma ferramenta estruturada:
- AWS S3 MCP — upload e recuperação de buckets S3
- Google Drive MCP — gestão de ficheiros no Google Drive
- Cloudflare R2 MCP — armazenamento compatível com S3 via Cloudflare
Configure o servidor MCP uma vez. O Codex invoca-o como qualquer outra ferramenta. Mais limpo do que manter scripts de shell específicos de cada fornecedor.
Limitação: cada servidor MCP está ligado a um fornecedor de armazenamento. Se a sua equipa usa S3 para ativos e Drive para documentos, terá de configurar e manter ambos.
Método 3: Uma única CLI para upload, partilha e recuperação
Esta é a abordagem em que o Codex gere o armazenamento de ficheiros através da mesma CLI que utiliza para geração de imagens, geração de vídeos e pesquisa na web:
# Fazer upload de ficheiros e obter ligações partilháveis
anycap drive upload hero.jpg product-demo.mp4
# Upload com nome personalizado
anycap drive upload ./output/hero.jpg --name "landing-hero-v2.jpg"
# Recuperar um ficheiro de uma sessão anterior
anycap drive download "landing-hero-v2.jpg" -o ./assets/hero.jpg
# Listar ficheiros armazenados
anycap drive ls
Uma autenticação. Uma CLI. O Codex não mantém credenciais separadas para armazenamento, geração de imagens e pesquisa — é tudo uma única ferramenta.
Instalar o AnyCap para o Codex:
npx -y skills add anycap-ai/anycap -a codex -y
anycap login && anycap status
O pipeline completo do Codex: Gerar → Enviar → Incorporar
O padrão mais poderoso: o Codex gera um ativo, faz o upload imediatamente e incorpora o URL ativo na página que está a construir — tudo numa única sessão.
# Passo 1: Gerar a imagem hero
anycap image generate \
--prompt "developer dashboard, dark theme, neon blue accents, product photography style" \
--model seedream-5 \
-o hero.jpg
# Passo 2: Fazer upload para o Drive e obter o URL partilhável
HERO_URL=$(anycap drive upload hero.jpg --format url)
# Passo 3: O Codex incorpora o URL no HTML da landing page
# O Codex gera/edita index.html com <img src="$HERO_URL" alt="Dashboard hero">
A imagem está agora num URL ativo que persiste depois de a sandbox fechar. A equipa pode revê-la, a página referencia-a, e a próxima sessão do Codex pode recuperá-la pelo nome.
Padrões práticos para Codex + armazenamento na nuvem
Padrão 1: Gerar e partilhar para revisão
# Gerar um conjunto de variações, fazer upload de todas e devolver ligações para revisão da equipa
anycap image generate --prompt "hero v1 style" --model seedream-5 -o hero-v1.jpg
anycap image generate --prompt "hero v2 style" --model seedream-5 -o hero-v2.jpg
anycap drive upload hero-v1.jpg hero-v2.jpg
# O Codex devolve ambos os URLs numa mensagem de resumo de revisão
Padrão 2: Pipeline de produção de vídeo
# Pipeline completo: gerar → animar → armazenar
anycap image generate \
--prompt "product hero shot, dark theme, neon accents" \
--model seedream-5 \
-o hero.jpg
anycap video generate \
--prompt "interface animates in sequence, gentle camera push-in" \
--model seedance-2 \
--mode image-to-video \
--param images=./hero.jpg \
-o hero-animated.mp4
# Fazer upload dos dois
anycap drive upload hero.jpg hero-animated.mp4
Padrão 3: Recuperação de ativos entre sessões
# Sessão 1: Gerar e armazenar
anycap image generate --prompt "brand hero image" --model seedream-5 -o brand-hero.jpg
anycap drive upload brand-hero.jpg --name "brand-hero-approved.jpg"
# Sessão 2: Recuperar e utilizar
anycap drive download "brand-hero-approved.jpg" -o ./assets/hero.jpg
# O Codex utiliza ./assets/hero.jpg na build atual
Padrão 4: Relatório automatizado com ativos enviados
# Pipeline de CI: gerar gráfico, fazer upload, incluir URL na notificação do Slack
anycap image generate --prompt "weekly metrics chart, bar graph style" --model nano-banana-pro -o weekly-chart.jpg
CHART_URL=$(anycap drive upload weekly-chart.jpg --format url)
# Enviar $CHART_URL para o webhook do Slack
Armazenamento + outras capacidades: o stack completo
A configuração mais poderosa do Codex combina armazenamento com o conjunto completo de capacidades do AnyCap:
| Capacidade | Comando | Utilização no Codex |
|---|---|---|
| Geração de imagens | anycap image generate |
Criar ativos visuais |
| Geração de vídeos | anycap video generate |
Animar imagens estáticas, criar demonstrações |
| Pesquisa na web | anycap search |
Pesquisar antes de codificar |
| Crawl de URL | anycap crawl |
Ler documentação e páginas em produção |
| Armazenamento na nuvem | anycap drive upload |
Persistir e partilhar tudo o que foi referido acima |
| Publicação na web | anycap page publish |
Alojar conteúdo gerado num URL ativo |
Uma instalação cobre tudo isto. As mesmas credenciais que autenticam a geração de imagens autenticam o armazenamento de ficheiros. O Codex não mantém chaves de API separadas para cada capacidade.
Multi-agente: os mesmos comandos, agentes diferentes
Os comandos de armazenamento na nuvem funcionam de forma idêntica no Codex, no Claude Code e no Cursor. Apenas o destino de instalação da skill muda:
| Agente | Destino de instalação | Vantagem exclusiva para armazenamento |
|---|---|---|
| Codex | ~/.codex/skills/ |
Nativo na CLI — comandos de armazenamento encadeiam com && como qualquer comando shell |
| Claude Code | ~/.claude/skills/ |
Uploads em paralelo — Claude Code pode enviar lotes simultaneamente via subagentes |
| Cursor | ~/.cursor/skills/ |
Dentro do IDE — ativos gerados são enviados e incorporados diretamente a partir do editor |
Perguntas frequentes
O Codex tem persistência de ficheiros nativa?
O Codex opera em sandboxes efémeros. Os ficheiros gerados numa sessão não persistem automaticamente após o seu término, a menos que sejam escritos num serviço de armazenamento externo. Os comandos drive do AnyCap fornecem essa camada de persistência externa.
Durante quanto tempo são armazenados os ficheiros enviados?
Os ficheiros enviados através dos comandos drive do AnyCap são armazenados na infraestrutura de object storage do AnyCap. A duração do armazenamento é determinada pelo seu plano.
Posso recuperar ficheiros de uma sessão anterior do Codex?
Sim — se fez o upload do ficheiro durante essa sessão com anycap drive upload. Utilize anycap drive download "nomedoficheiro" para recuperá-lo numa nova sessão. Utilize anycap drive ls para listar os ficheiros disponíveis.
Os ficheiros enviados são públicos?
Por defeito, o anycap drive upload gera um URL partilhável que qualquer pessoa com a ligação pode aceder — útil para revisão e incorporação. Ficheiros privados requerem configuração explícita de permissões.
Posso utilizar armazenamento na nuvem em pipelines automatizados do Codex?
Sim. O anycap drive upload é headless — executa em qualquer contexto de shell. Defina ANYCAP_API_KEY como variável de ambiente e invoque-o a partir de qualquer automação do Codex, job de CI ou tarefa agendada.
O Codex consegue incorporar o URL do ficheiro enviado diretamente no código?
Sim. Utilize anycap drive upload nomedoficheiro --format url para obter apenas o URL como saída. O Codex pode capturá-lo numa variável e referenciá-lo em HTML gerado, CSS ou qualquer ficheiro de configuração.
→ Dê ao Codex armazenamento na nuvem — uma instalação, todas as capacidades
📖 O que ler a seguir
- Como gerar imagens com o Codex (2026) — Gere os ativos que vai armazenar.
- Como gerar vídeos com o Codex (2026) — Guia complementar de geração de vídeo.
- Como dar pesquisa na web ao Codex (2026) — Adicione capacidade de pesquisa a par do armazenamento.
- AI Imagem-para-Vídeo: O Pipeline Completo — O fluxo de trabalho completo gerar → animar → armazenar em detalhe.
Artigos relacionados
- O que é um Capability Runtime? — A infraestrutura que reúne imagem, vídeo, pesquisa e armazenamento numa única CLI.
- Duelo de agentes de terminal: Claude Code vs Codex vs Windsurf — Como o Codex se compara a outros agentes de terminal em amplitude de capacidades.
- Como dar armazenamento na nuvem ao Claude Code — A versão deste guia para o Claude Code.
Escrito pela equipa do AnyCap. Construímos o capability runtime que dá ao Codex armazenamento na nuvem, geração de imagens, geração de vídeos e pesquisa na web através de uma única CLI — para que o seu agente possa gerar, armazenar e entregar sem que a sandbox desapareça debaixo dos seus pés.