Platform availability gaps
Where you deploy changes what you can build, and it changes it in ways that are invisible until somebody tries. This is dry material, so here is the whole thing in three groups and then we are done.
Group one: first-party API only
Four capabilities exist on Anthropic's own API and on no third-party platform at all.
Batches. The 50 percent discount. Gone.
Data residency. inference_geo and its 1.1 times multiplier. Gone.
Server-side fallback. Automatic failover to another model, handled for you. Gone, which means failover becomes code you write and test.
Advisor. Gone.
Worth separating those two examples, though, because they are not the same severity. Data residency is a requirement that cannot be met on that platform. Batches is a requirement that can be met at twice the price. One is a wall and the other is an invoice, and calling both of them blockers in a design review costs you credibility on the one that really is.
Group two: missing on Bedrock and Vertex, present on Foundry
Six things, and the pattern is worth remembering as a set:
Files API, Agent Skills, the MCP connector, code execution, web fetch, and programmatic tool calling.
Bedrock and Vertex do not have them. Foundry does. So among the three third-party platforms, Foundry is materially more capable, and a design that needs any of these has effectively picked its platform already.
Group three: everywhere except Bedrock
Two, and both are expensive to lose:
Web search and automatic prompt caching.
Losing automatic prompt caching on Bedrock deletes the 0.1 times read multiplier from your cost model. For a workload built around a big cached prefix, that is not a feature footnote, it is the difference between the design working economically and not.
How to actually use this
Do not memorise it as a matrix. Memorise it as three questions you ask in order:
Does the design need Batches, data residency, server-side fallback or advisor? Then it is first-party, decision closed.
Does it need Files, Skills, MCP connector, code execution, web fetch or programmatic tool calling? Then Bedrock and Vertex are out, and Foundry is the third-party option.
Is it going on Bedrock? Then check whether web search or caching were load-bearing, and rewrite the cost model if caching was.
Three questions, and they resolve almost every platform question you will be asked. The exam version of this usually presents a requirement plus a platform and asks what breaks, which is the same lookup running backwards.
Try it yourself
The four that are first-party only
Four features exist nowhere except the first-party API. Name them and say why each one hurts to lose.
Which four capabilities are not available on any third-party platform, and what does losing each one cost a design?
Checking one feature against one platform
A design needs the Files API and the team has been told to deploy on Vertex. Before you argue with anyone, you want the fact. Where do you look?
What Bedrock does not have
Your team must deploy on Bedrock. Which of these do you lose?
The Foundry exception
Files API, Agent Skills, the MCP connector, code execution, web fetch and programmatic tool calling share a platform pattern. What is it?
The requirement that ends the discussion
A design has three hard requirements, and a stakeholder wants it on Bedrock for procurement reasons. Which requirement, on its own, makes that impossible rather than merely awkward?
Run a platform feasibility check
Take a feature list from any design and test it against a named platform.
Every feature in the design is marked available or unavailable on the chosen platform, using the three groupings (first-party only, missing on Bedrock and Vertex, missing on Bedrock only), and any unavailable feature has either a workaround or a platform change written next to it.