opus_4_5_migration
Opus 4.5 Migration Guide
One-shot migration from Sonnet 4.0, Sonnet 4.5, or Opus 4.1 to Opus 4.5.
Migration Workflow
- Search codebase for model strings and API calls
- Update model strings to Opus 4.5 (see platform-specific strings below)
- Remove unsupported beta headers
- Add effort parameter set to
"high"(seereferences/effort.md) - Summarize all changes made
- Tell the user: "If you encounter any issues with Opus 4.5, let me know and I can help adjust your prompts."
Model String Updates
Identify which platform the codebase uses, then replace model strings accordingly.
Unsupported Beta Headers
Remove the context-1m-2025-08-07 beta header if present—it is not yet supported with Opus 4.5. Leave a comment noting this:
# Note: 1M context beta (context-1m-2025-08-07) not yet supported with Opus 4.5
Target Model Strings (Opus 4.5)
| Platform | Opus 4.5 Model String |
|---|---|
| Anthropic API (1P) | claude-opus-4-5-20251101 |
| AWS Bedrock | anthropic.claude-opus-4-5-20251101-v1:0 |
| Google Vertex AI | claude-opus-4-5@20251101 |
| Azure AI Foundry | claude-opus-4-5-20251101 |
Source Model Strings to Replace
| Source Model | Anthropic API (1P) | AWS Bedrock | Google Vertex AI |
|---|---|---|---|
| Sonnet 4.0 | claude-sonnet-4-20250514 |
anthropic.claude-sonnet-4-20250514-v1:0 |
claude-sonnet-4@20250514 |
| Sonnet 4.5 | claude-sonnet-4-5-20250929 |
anthropic.claude-sonnet-4-5-20250929-v1:0 |
claude-sonnet-4-5@20250929 |
| Opus 4.1 | claude-opus-4-1-20250422 |
anthropic.claude-opus-4-1-20250422-v1:0 |
claude-opus-4-1@20250422 |
Do NOT migrate: Any Haiku models (e.g., claude-haiku-4-5-20251001).
Prompt Adjustments
Opus 4.5 has known behavioral differences from previous models. Only apply these fixes if the user explicitly requests them or reports a specific issue. By default, just update model strings.
Integration guidelines: When adding snippets, don't just append them to prompts. Integrate them thoughtfully:
- Use XML tags (e.g.,
<code_guidelines>,<tool_usage>) to organize additions - Match the style and structure of the existing prompt
- Place snippets in logical locations (e.g., coding guidelines near other coding instructions)
- If the prompt already uses XML tags, add new content within appropriate existing tags or create consistent new ones
1. Tool Overtriggering
Opus 4.5 is more responsive to system prompts. Aggressive language that prevented undertriggering on previous models may now cause overtriggering.
Apply if: User reports tools being called too frequently or unnecessarily.
Find and soften:
CRITICAL:→ remove or softenYou MUST...→You should...ALWAYS do X→Do XNEVER skip...→Don't skip...REQUIRED→ remove or soften
Only apply to tool-triggering instructions. Leave other uses of emphasis alone.
2. Over-Engineering Prevention
Opus 4.5 tends to create extra files, add unnecessary abstractions, or build unrequested flexibility.
Apply if: User reports unwanted files, excessive abstraction, or unrequested features. Add the snippet from references/prompt-snippets.md.
3. Code Exploration
Opus 4.5 can be overly conservative about exploring code, proposing solutions without reading files.
Apply if: User reports the model proposing fixes without inspecting relevant code. Add the snippet from references/prompt-snippets.md.
4. Frontend Design
Apply if: User requests improved frontend design quality or reports generic-looking outputs.
Add the frontend aesthetics snippet from references/prompt-snippets.md.
5. Thinking Sensitivity
When extended thinking is not enabled (the default), Opus 4.5 is particularly sensitive to the word "think" and its variants. Extended thinking is enabled only if the API request contains a thinking parameter.
Apply if: User reports issues related to "thinking" while extended thinking is not enabled (no thinking parameter in request).
Replace "think" with alternatives like "consider," "believe," or "evaluate."
Reference
See references/prompt-snippets.md for the full text of each snippet to add.
Opus 4.5 Migration v1.1 - Enhanced
🔄 Workflow
Kaynak: Anthropic API Documentation & LLM Evaluation Best Practices
Aşama 1: Discovery
- Audit: Codebase'deki tüm model string'lerini (
claude-3-opus,claude-3-5-sonnet) listele. - Test Cases: Migration öncesi modelin başarısını ölçen "Golden Prompt" setini çalıştır (Baseline).
Aşama 2: Update & Refinement
- String Replacement: Model ID'lerini
claude-3-5-opus-20241022(veya güncel ID) ile değiştir. - Parameter Check: Temperature ve Max Tokens değerlerini kontrol et (yeni model daha verbose veya daha creative olabilir).
- System Prompt: Yeni modelin talimatları anlama hassasiyeti değişmiş olabilir; sistemi sadeleştir.
Aşama 3: Validation
- Regression Test: Golden Prompt setini tekrar çalıştır ve çıktıları karşılaştır.
- Cost Analysis: Token kullanımındaki değişimi (daha az/çok token üretiyor mu?) analiz et.
- Latency Check: Response süresindeki değişimi ölç.
Kontrol Noktaları
| Aşama | Doğrulama |
|---|---|
| 1 | Yeni modelin "refusal" (reddetme) oranı arttı mı? |
| 2 | JSON formatındaki çıktılar hala valid mi? |
| 3 | Maliyet artışı (varsa) performans artışına değiyor mu? |
More from vuralserhat86/antigravity-agentic-skills
skill_creator
Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Claude's capabilities with specialized knowledge, workflows, or tool integrations.
37huggingface_transformers
Hugging Face Transformers best practices including model loading, tokenization, fine-tuning workflows, and inference optimization. Use when working with transformer models, fine-tuning LLMs, implementing NLP tasks, or optimizing transformer inference.
22responsive_design
Build responsive, mobile-first layouts using fluid containers, flexible units, media queries, and touch-friendly design that works across all screen sizes. Use this skill when creating or modifying UI layouts, responsive grids, breakpoint styles, mobile navigation, or any interface that needs to adapt to different screen sizes. Apply when working with responsive CSS, media queries, viewport settings, flexbox/grid layouts, mobile-first styling, breakpoint definitions (mobile, tablet, desktop), touch target sizing, relative units (rem, em, %), image optimization for different screens, or testing layouts across multiple devices. Use for any task involving multi-device support, responsive design patterns, or adaptive layouts.
19cache_patterns
Instruction set for enabling and operating the Spring Cache abstraction in Spring Boot when implementing application-level caching for performance-sensitive workloads.
16zustand_state
Production-tested setup for Zustand state management in React. Includes patterns for persistence, devtools, and TypeScript patterns. Prevents hydration mismatches and render loops.
14vitest_runner
Modern JavaScript/TypeScript testing with Vitest including mocking and coverage.
13