> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tess.im/llms.txt
> Use this file to discover all available pages before exploring further.
# GPT-6 Astra
GPT-6 Astra (OpenAI) é o modelo OpenAI mais capaz na Tess — feito para **o trabalho end-to-end mais difícil**: reasoning complexo, software engineering, computer use, pesquisa e criação de documentos.
| **Model ID**
`gpt-6-astra` | **Contexto**
1,05M input / 128K output | **Provider**
OpenAI | **Lançamento**
3 set 2026 |
| :------------------------------------------------------------------------------------------ | :------------------------------------------------ | :----------------------------- | :----------------------------------- |
| **Capacidades**
| **Velocidade**
Rápida | **Custo**
Alto | **Inteligência**
Frontier |
## O que mudou em relação ao GPT-5.6 Sol
| | GPT-5.6 Sol | GPT-6 Astra |
| -------------------------- | ----------------------- | ---------------------------------------------------------------- |
| Foco | Flagship da família 5.6 | Trabalho end-to-end mais difícil (coding, agentes, computer use) |
| Contexto | 1,05M / 128K | 1,05M / 128K |
| Reasoning effort | low / medium / high | **low / medium / high / xhigh / max** |
| Input → output | Texto + imagem → texto | Texto + imagem → texto |
| Créditos Tess / 100 tokens | 0,224 in / 1,120 out | **0,44 in / 2,2 out** |
**Reasoning**, **tools** (function calling / MCP, search, computer use) e **image input** nativos. Uma única key Tess — `gpt-6-astra` — não é um quarto SKU do GPT-5.6.
## Preços (créditos Tess)
Valores alinhados a [Modelos e Custos](/pt/models-and-cost) (créditos por 100 tokens):
| Modelo | Input / 100 tokens | Output / 100 tokens |
| ---------------------------------------------------- | ------------------ | ------------------- |
| GPT-6 Astra
*(Low, Medium, High, xHigh e Max)* | 0,44 | 2,2 |
## Como aplicar o GPT-6 Astra na Tess
O ganho aparece quando o agente recebe mais que uma pergunta: **um objetivo, o contexto da empresa, as ferramentas certas e uma definição clara de pronto**. O Astra pode então conduzir o trabalho entre arquivos, sistemas e decisões até chegar ao entregável.
Descreva o que deve existir ao terminar: CRM atualizado, parecer no template da empresa, apresentação pronta ou alteração aprovada nos testes.
Anexe os arquivos de referência e disponibilize as tools ou conectores necessários. Sem acesso ao sistema, o modelo pode orientar a ação, mas não executá-la nele.
Informe o que ele pode alterar, quando deve pedir confirmação e quais condições precisa verificar antes de concluir.
Use **medium** para fluxos conhecidos, **high** para análise e execução complexas e **xhigh/max** quando profundidade e verificação justificarem mais tempo e tokens.
## Três playbooks para começar
### 1. Pós-reunião comercial que termina no CRM
**Entrada:** transcrição da reunião, dados da conta e regras de qualificação.
**Tools:** CRM e calendário conectados ao agente.
**Configuração sugerida:** effort **medium** ou **high**; confirmação antes de enviar mensagens ou alterar uma oportunidade.
```text theme={null}
Analise a reunião, identifique decisões, objeções, responsáveis e prazos.
Atualize os campos correspondentes no CRM, crie as próximas tarefas e
prepare o follow-up. Antes de enviar qualquer mensagem ou mudar o estágio
da oportunidade, mostre as ações planejadas para aprovação.
```
**Pronto quando:** o registro está atualizado, as pendências têm responsável e prazo, e o follow-up está preparado. Não é uma ata: é a operação comercial pronta para continuar.
### 2. Dossiê jurídico que vira decisão executiva
**Entrada:** contratos, aditivos, e-mails, política interna e template de parecer.
**Tools:** busca nos arquivos da empresa e geração de documentos.
**Configuração sugerida:** effort **high** ou **xhigh**; citações obrigatórias e revisão humana antes do uso jurídico.
```text theme={null}
Compare os documentos, monte uma linha do tempo e identifique divergências,
obrigações, riscos e valores. Cite o arquivo e o trecho que sustentam cada
conclusão. Gere um parecer no template fornecido e um resumo executivo com
as decisões que precisam ser tomadas. Sinalize qualquer lacuna; não presuma.
```
**Pronto quando:** cada conclusão pode ser rastreada até a fonte, as lacunas estão explícitas e o time recebe o parecer e o resumo no formato que realmente usa.
### 3. Mudança de software até os testes passarem
**Entrada:** repositório, descrição do comportamento esperado, padrões do projeto e comandos de teste.
**Tools:** acesso ao código, terminal e suíte de testes.
**Configuração sugerida:** effort **high**; **xhigh/max** para investigação extensa ou mudanças com muitas dependências.
```text theme={null}
Localize o fluxo responsável, explique a causa antes de editar e faça a
menor alteração que resolva o problema. Adicione ou ajuste o teste que prova
o comportamento, execute a suíte relevante e corrija regressões. Só conclua
com o diff resumido, os testes executados e os riscos que permaneceram.
```
**Pronto quando:** a alteração está no repositório, o comportamento está coberto e os testes relevantes passam. Não é um snippet sugerido: é uma mudança verificável.
O Astra só executa ações permitidas pelas tools, conectores e credenciais disponíveis ao agente. Para operações irreversíveis ou de alto impacto, mantenha confirmação humana explícita.
**Boas práticas**
* Reserve **GPT-6 Astra** para o que ainda falha no **GPT-5.6 Sol** ou **Terra** — custa cerca de **2×** o Sol em créditos Tess.
* Mantenha **GPT-5.6 Terra** / **Luna** para volume. Não use o Astra como extrator barato.
* O esforço vai até **max**. Limite o tamanho da resposta no prompt quando não precisar de um entregável longo.
Veja também: [Modelos e Custos](/pt/models-and-cost) · [GPT-6 Astra (OpenAI)](https://openai.com/index/gpt-6-astra/).