Opus 4.6 applies uniform solutions to consumers with different constraints
Resolved 💬 2 comments Opened Mar 21, 2026 by flexi1791 Closed Apr 18, 2026
Problem
Opus 4.6 repeatedly applies one-size-fits-all solutions when different consumers have fundamentally different constraints. In this session:
- Proposed
show.cachedImageData(full-size image) for ALL consumers — app views, widgets, Spotlight, watch payload, intents — without considering that each has different size/memory/performance needs:
- App views: can handle full-size images
- iOS Widgets: need pre-sized data in App Group (~30MB memory limit)
- Spotlight: needs small thumbnails for indexing
- Watch payload: needs 36x54 JPEG to fit within WatchConnectivity limits
- Watch widget: needs even smaller pre-built data in UserDefaults
- Was corrected about widgets, then immediately made the same mistake for Spotlight — proposed setting full-size image data as Spotlight thumbnail.
- Pattern: The model understands a constraint when told, but fails to generalise the lesson to analogous consumers in the same system. Each correction only fixes one consumer; the model doesn't proactively apply the same thinking to others.
Expected behavior
When designing for multiple consumers, the model should:
- Identify each consumer's constraints BEFORE proposing a solution
- Recognise that extension processes (widgets, Spotlight, intents) have different capabilities than the main app
- Apply lessons learned from one consumer's constraints to similar consumers
- Ask about constraints it's unsure of rather than assuming all consumers are equal
Context
- Related issues: #37168, #37174, #37178
- Model: Claude Opus 4.6 (1M context)
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗