OpenAI: GPT Terra Latest
This model always redirects to the latest model in the GPT Terra family.
Anyone in the Project can @-mention OpenAI: GPT Terra Latest with the team's shared context - pooled credits, one chat, one memory.
Starter is free forever - 1 Project, 100 credits/month, 1 MCP. No card.
Verdict
Best for
- Analyzing entire codebases in one request
- Processing multi-document legal or research files
- Long-context summarization without chunking
- Cross-referencing large datasets or transcripts
- Technical documentation review at scale
Strengths
The 1.05M token context window is the standout feature — you can load 30+ full research papers or a mid-sized codebase without splitting requests. Input pricing at $2/Mtok makes it cheaper than o1 for ingesting large volumes of text. Multimodal support means you can mix images, files, and text in the same long-context request, useful for analyzing slide decks or technical diagrams alongside documentation.
Trade-offs
Output pricing at $12/Mtok is 50% higher than GPT-4o, so generating long responses gets expensive quickly. No public benchmarks yet means performance on reasoning or coding tasks relative to GPT-4o or Claude Sonnet 4.5 is unclear — you're betting on OpenAI's track record rather than proven results. For shorter tasks under 128K tokens, GPT-4o delivers similar quality at half the output cost.
Specifications
- Provider
- openai
- Category
- llm
- Context length
- 1,050,000 tokens
- Max output
- 128,000 tokens
- Modalities
- file, image, text
- License
- proprietary
- Released
- 2026-09-11
Pricing
- Input
- $2.00/Mtok
- Output
- $12.00/Mtok
- Model ID
~openai/gpt-terra-latest
Per-token prices show what the model costs upstream. On Switchy your team draws from one shared org credit pool - one plan, one balance for everyone.
Team cost calculator
5 seats · 80 msgs/day
Switchy meters this against your org's shared credit pool - one plan, one balance for everyone.
Providers
| Provider | Context | Input | Output | P50 latency | Throughput | 30d uptime |
|---|---|---|---|---|---|---|
| openai | 1050k | $2.00/Mtok | $12.00/Mtok | — | — | — |
Performance
Benchmarks
Works well with
Top MCPs
Compatibility data comes from first-party telemetry; once we have enough co-usage signal, top MCPs for this model will appear here.
How Switchy teams use it
Starter prompts
Codebase Architecture Review
Review this codebase and identify the core architectural patterns, any inconsistencies in design approach across modules, and the top three areas of technical debt that would benefit from refactoring.
Multi-Document Research Synthesis
I've uploaded 25 research papers on the same topic. Identify the three most-cited findings, highlight any contradictory results between studies, and summarize the current consensus in the field.
Legal Contract Cross-Reference
Compare these five vendor contracts and flag any clauses where terms differ significantly, especially around liability, termination, and data handling. Note any standard protections missing from individual agreements.
Technical Documentation Gap Analysis
Analyze this complete documentation set and identify sections that reference deprecated features, areas where code examples are missing, and topics mentioned in the API but not explained in the guides.
Meeting Transcript Theme Extraction
I've provided six months of weekly meeting transcripts. Extract the five most-discussed topics, track how decisions evolved over time, and list any action items that were mentioned but never marked complete.
Example outputs
Illustrative - representative of the model's voice and quality, not literal recordings.
I have 50 customer support tickets in this CSV. Extract the top 3 recurring issues, rank them by frequency, and draft a one-paragraph internal memo explaining what's driving each pattern.
The model would process all 50 tickets, identify that 22 mention 'password reset delays' (44%), 14 cite 'unclear billing statements' (28%), and 9 reference 'mobile app crashes on Android 12' (18%). It would then generate a concise memo: 'Our Q1 support data reveals three critical friction points. Password reset delays (44% of tickets) stem from our 2FA email latency, averaging 8-12 minutes during peak hours. Billing confusion (28%) clusters around mid-month invoices where usage overages aren't itemised separately. Android 12 crashes (18%) appear isolated to devices running our 3.2.1 build, suggesting a compatibility regression introduced in the January release.'
This showcases the 1M+ token context window handling structured data at scale — the model can ingest the entire CSV, perform frequency analysis, and synthesise findings without truncation. The output demonstrates coherent multi-step reasoning across a large dataset. Trade-off: at $12/Mtok output, generating verbose summaries for routine tasks becomes expensive compared to smaller models that could handle 50 rows adequately.
Review this 40-page technical specification PDF for our new API. Flag any sections where the authentication flow contradicts our existing OAuth implementation, and suggest specific changes to align them.
The model would parse the entire PDF (approximately 180,000 tokens including embedded diagrams), cross-reference it against OAuth 2.0 standards, and identify discrepancies. It might note: 'Section 4.2 specifies a 15-minute token expiry, but your current implementation uses 60 minutes per the config file on page 38. Section 7.1 describes refresh tokens as single-use, contradicting the multi-use pattern in your existing /auth/refresh endpoint. Recommendation: either update Section 4.2 to match your 60-minute standard, or modify your token service to enforce 15-minute expiry with automatic refresh. For Section 7.1, clarify whether you're migrating to single-use refresh tokens or if the spec should reflect current multi-use behavior.'
Demonstrates file-upload capability and long-document reasoning — the model can hold an entire spec in context while checking internal consistency. This is valuable for compliance reviews or architectural audits where details 30 pages apart must align. Trade-off: the model has no public benchmark data yet, so accuracy on nuanced technical contradictions remains unvalidated in production scenarios.
Here's a screenshot of our competitor's pricing page. Analyse their tier structure, compare it to our pricing (attached), and write three bullet points I can use in tomorrow's board meeting to explain our positioning.
The model would process both the screenshot (using vision capabilities) and the attached pricing document, then generate: '• Their entry tier ($49/mo, 10 users) undercuts our $79 base plan but caps API calls at 5K/month versus our 25K — we're positioned for higher-volume teams. • They bundle analytics in all tiers; we gate it behind Enterprise. This creates a $49 vs $79 perception gap even though our mid-tier feature parity is stronger on integrations (8 vs their 3). • Their annual discount (20%) is steeper than ours (15%), suggesting they're optimising for cash-flow over monthly flexibility — worth discussing if we want to match to improve annual commit rates.'
Shows multimodal input handling (image + text) and comparative analysis across documents. The model synthesises visual information from a screenshot with structured data from a separate file, then distills it into executive-ready insights. Trade-off: at $2 input per Mtok, repeatedly analysing large image files for iterative pricing research adds up quickly compared to text-only workflows.
Use-case deep-dives
When GPT Terra Latest handles 50+ contract versions in one thread
A 12-person legal ops team at a SaaS company needs to track redlines across 60+ contract versions during enterprise negotiations, pulling clauses from MSAs, DPAs, and SOWs that span 800 pages total. GPT Terra Latest's 1.05M token context window fits the entire negotiation history in a single thread—no chunking, no vector search, no context loss when a clause from version 12 resurfaces in version 58. At $2/Mtok input, loading 800K tokens costs $1.60 per session; a specialist paralegal costs $45/hour and still can't hold that much in working memory. The model returns full contract diffs and clause provenance in under 10 seconds. If your negotiation stays under 200 pages or 6 versions, Claude 3.5 Sonnet's 200K window is cheaper and faster—but once you cross that threshold, Terra's context advantage eliminates the engineering overhead of stitching summaries together.
Why Terra Latest beats smaller models on monolith migrations
A 4-engineer team at a fintech startup is migrating a 12-year-old Rails monolith (340K lines, 1,800 files) to a service architecture and needs to trace every database call, session dependency, and auth check before splitting modules. Loading the entire codebase into GPT Terra Latest's context costs $2.72 (1.36M tokens at $2/Mtok) and lets the model see every cross-file dependency in one pass—no RAG chunking that misses a critical require statement 600 files away. The team runs 8 refactoring queries per sprint at $12/Mtok output (average 15K tokens per response = $0.18 each), totaling under $5/sprint for analysis that would take a senior engineer 12 hours to map manually. If your codebase is under 50K lines, Gemini 1.5 Pro's 2M window is overkill and you'll save money on Claude—but for legacy monoliths where a missed dependency breaks production, Terra's context depth is the safer bet.
When Terra Latest consolidates 18 months of medical records in one query
A 3-person care coordination startup processes discharge summaries, lab results, imaging reports, and specialist notes for chronic-care patients—typically 400-900 pages per patient spanning 18 months of treatment. GPT Terra Latest loads the full record (averaging 620K tokens) for $1.24 per patient and generates a 6-page care plan that references test results from month 2 alongside prescriptions from month 14, catching drug interactions a human reviewer would miss across fragmented PDFs. At 200 patients/month, input costs run $248; output averages 8K tokens per plan at $12/Mtok = $1.92/patient, totaling $632/month. A nurse doing manual chart review costs $3,200/month and still can't cross-reference 18 months of data in 90 seconds. If your records average under 100 pages, Claude 3.5 Sonnet is faster and cheaper—but once you hit multi-year longitudinal cases, Terra's context eliminates the summarization errors that create liability risk.
Frequently asked
Is GPT Terra Latest good for long-document analysis?
Yes. With a 1.05M token context window, GPT Terra Latest handles entire codebases, legal contracts, or research papers in a single prompt. That's roughly 800,000 words — enough for most real-world documents without chunking. The $2/Mtok input cost makes it economical for batch processing compared to alternatives with smaller windows.
Is GPT Terra Latest cheaper than GPT-4o for high-volume use?
For input-heavy workloads, yes. At $2/Mtok input vs GPT-4o's $2.50, you save 20% on reads. But output costs $12/Mtok vs GPT-4o's $10, so if you're generating long responses, the math flips. Best for retrieval, summarization, or classification where you read more than you write.
Can GPT Terra Latest process images and PDFs together?
Yes. It supports file, image, and text modalities in the same request, so you can upload a PDF with embedded charts and ask questions about both the text and visuals. Useful for financial reports, technical manuals, or research papers where context spans multiple formats.
How does GPT Terra Latest compare to Claude 3.5 Sonnet for coding?
No public benchmarks exist yet for GPT Terra Latest, so direct comparison is speculative. Claude 3.5 Sonnet has proven coding performance and a 200k context window at $3/$15 per Mtok. If you need the extra context (1M+ tokens), Terra wins; otherwise, stick with Claude's track record until Terra's benchmarks surface.
Should I use GPT Terra Latest for real-time chat applications?
Probably not. The massive context window suggests optimization for throughput over latency, and the $12/Mtok output cost penalizes conversational back-and-forth. For chat, use GPT-4o or Claude 3.5 Haiku — both are faster and cheaper per exchange. Reserve Terra for batch jobs where context size matters more than response speed.