Os ficheiros de um projeto local não desaparecem quando a conversa termina. A retenção num ambiente remoto depende desse ambiente. Utilize o AnyCap Drive quando precisar de armazenamento partilhado ou entrega entre ambientes; confirme os recursos e URLs efetivamente devolvidos.
As ferramentas nativas e as integrações podem apoiar um fluxo completo. Adicione o AnyCap quando os modelos, controlos explícitos de CLI ou operações de entrega responderem a uma necessidade concreta.
Eis como adicionar armazenamento na nuvem ao Codex. Três abordagens, com exemplos de comandos reais.
Codex / Drive
O Codex é o agente de programação da OpenAI, disponível em fluxos de terminal, IDE, desktop e cloud. As tarefas locais e os worktrees correm no seu computador; as tarefas na cloud usam um ambiente remoto. Consulte a documentação de ambientes. Os ficheiros de um projeto local não desaparecem quando a conversa termina. A retenção num ambiente remoto depende desse ambiente. Utilize o AnyCap Drive quando precisar de armazenamento partilhado ou entrega entre ambientes; confirme os recursos e URLs efetivamente devolvidos.
Uma skill contém instruções e pode referenciar scripts ou recursos. Um servidor MCP disponibiliza ferramentas e pode oferecer várias capacidades. Instale e autentique separadamente a CLI necessária e confirme as ferramentas da tarefa atual.
O que o Codex + armazenamento na nuvem desbloqueia
Ao adicionar armazenamento na nuvem ao Codex, os ativos gerados tornam-se persistentes e partilháveis:
- Os ficheiros de um projeto local não desaparecem quando a conversa termina. A retenção num ambiente remoto depende desse ambiente. Utilize o AnyCap Drive quando precisar de armazenamento partilhado ou entrega entre ambientes; confirme os recursos e URLs efetivamente devolvidos.
- 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.
- Envie um ficheiro existente com
anycap drive upload <file>e confirme o identificador devolvido. A partilha é uma operação separada: utilizeanycap drive share <node-id>e verifique a ligação e a validade. A CLI verificada não oferecedrive downloadnem as opções de envio--namee--format url. Consulte Drive e Page. - 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.
Uma skill contém instruções e pode referenciar scripts ou recursos. Um servidor MCP disponibiliza ferramentas e pode oferecer várias capacidades. Instale e autentique separadamente a CLI necessária e confirme as ferramentas da tarefa atual.
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
anycap drive upload product-demo.mp4
# Upload com nome personalizado
anycap drive upload ./output/hero.jpg
# Recuperar um ficheiro de uma sessão anterior
anycap drive ls
# 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:
npm i -g anycap
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
anycap drive upload hero.jpg
# Passo 3: O Codex incorpora o URL no HTML da landing page
anycap drive share --help
Envie um ficheiro existente com anycap drive upload <file> e confirme o identificador devolvido. A partilha é uma operação separada: utilize anycap drive share <node-id> e verifique a ligação e a validade. A CLI verificada não oferece drive download nem as opções de envio --name e --format url. Consulte Drive e Page.
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
anycap drive upload 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
anycap drive upload 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
# Sessão 2: Recuperar e utilizar
anycap drive ls
anycap drive share --help
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
anycap drive upload weekly-chart.jpg
anycap drive share --help
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?
Os ficheiros de um projeto local não desaparecem quando a conversa termina. A retenção num ambiente remoto depende desse ambiente. Utilize o AnyCap Drive quando precisar de armazenamento partilhado ou entrega entre ambientes; confirme os recursos e URLs efetivamente devolvidos.
Durante quanto tempo são armazenados os ficheiros enviados?
Envie um ficheiro existente com anycap drive upload <file> e confirme o identificador devolvido. A partilha é uma operação separada: utilize anycap drive share <node-id> e verifique a ligação e a validade. A CLI verificada não oferece drive download nem as opções de envio --name e --format url. Consulte Drive e Page.
Posso recuperar ficheiros de uma sessão anterior do Codex?
Envie um ficheiro existente com anycap drive upload <file> e confirme o identificador devolvido. A partilha é uma operação separada: utilize anycap drive share <node-id> e verifique a ligação e a validade. A CLI verificada não oferece drive download nem as opções de envio --name e --format url. Consulte Drive e Page.
Os ficheiros enviados são públicos?
Envie um ficheiro existente com anycap drive upload <file> e confirme o identificador devolvido. A partilha é uma operação separada: utilize anycap drive share <node-id> e verifique a ligação e a validade. A CLI verificada não oferece drive download nem as opções de envio --name e --format url. Consulte Drive e Page.
Posso utilizar armazenamento na nuvem em pipelines automatizados do Codex?
Uma skill contém instruções e pode referenciar scripts ou recursos. Um servidor MCP disponibiliza ferramentas e pode oferecer várias capacidades. Instale e autentique separadamente a CLI necessária e confirme as ferramentas da tarefa atual.
O Codex consegue incorporar o URL do ficheiro enviado diretamente no código?
Envie um ficheiro existente com anycap drive upload <file> e confirme o identificador devolvido. A partilha é uma operação separada: utilize anycap drive share <node-id> e verifique a ligação e a validade. A CLI verificada não oferece drive download nem as opções de envio --name e --format url. Consulte Drive e Page.
→ 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.
As ferramentas nativas e as integrações podem apoiar um fluxo completo. Adicione o AnyCap quando os modelos, controlos explícitos de CLI ou operações de entrega responderem a uma necessidade concreta.