Switch on one small model and chat with it in the playground
Creates a project, turns on your own named copy of a model, and opens a chat box against it — all in the browser, no code.
Why this one: On OpenAI's own platform every model is simply there the moment you hold a key. Here a model does nothing until you switch on a copy of it and give that copy a name — and it is *that* name, not the model's name, that your code has to ask for afterwards. Doing it once by hand is the quickest way to understand why so many Azure error messages amount to "no such model."
Tweak: Accept the default name the first time. Renaming it at this step is where most of the later confusion is born.
Choose the deployment type on purpose rather than clicking past it
Makes you read the one dropdown that decides where in the world your prompt is processed.
Why this one: This is the setting people come to Azure for. "Global" hands your request to whichever Azure region has room; "Data Zone" confines processing to the US, EU or Asia Pacific; "Standard" confines it to one Azure geography. OpenAI's own API gives you a single endpoint and no such choice at all. If residency is not a requirement for you, Global is the sensible default and the easiest to reason about — but choose it, don't inherit it.
Find where the safety filter draws its line
Shows you what a blocked request looks like, on your terms, before a real user finds it for you.
Why this one: Every deployment gets Microsoft's guardrails by default, and a blocked prompt comes back as an error rather than as a model politely declining. That is a different failure mode from a chatbot saying no, and it is the one that breaks applications written by people who never saw it in testing. You can tune the severity thresholds per category; removing the filters needs an approval only Microsoft-managed customers can request.
Tweak: Use clinical or news-report phrasing about violence or self-harm rather than anything genuinely unpleasant. The point is to see the shape of the error, not to test the limits.
Look up the model's retirement date before you build anything on it
Finds, in Microsoft's published schedule, the date the model you just switched on stops answering.
Why this one: Microsoft sets a retirement date automatically when a model launches — currently about eighteen months out — and publishes it, so the end of your model's life is knowable on day one. Standard deployments upgrade themselves to a replacement when that date arrives, unless you have set the version option to never auto-upgrade, in which case they simply stop working. OpenAI retires models too, but it does not hand you a per-deployment switch that decides whether your app quietly upgrades or quietly dies.
Tweak: Leave auto-upgrade on while you are learning. A model that improves under you is a far better surprise than one that stops answering.