1. Managers: those who generally know what needs to be done, and want it done faster, so they provide a lot of instructions and context (where many developers fall)
2. Executives: those who vaguely know the end goal, but are clueless about the process, and are willing to burn resources and cycles on a black box to get the result
Same. I suspect they'll get better at taking in terrible prompts over time though... Maybe that's what Fable does better, reminds me of Sora 2, it would take my crappy prompt and expound upon it. I told it once to generate a video of someone working at some company that changed its name, but the old name had historic relevance, it referred to the new company name without me telling it to, by virtue of me wanting a video of TODAY with a 90s icon.
It’s far more careful than opus and puts far more effort into testing and validating by default.
Switching back to opus at work was a downgrade. Similar requests felt more clunky and needed far more hand holding.
If they know much of what the tool is used for, they can customize prompts to "do that usage right" even if the user doesn't know exactly how to ask for it.
If your tasks are well defined and don't require a very large number of steps -- e.g. you're asking for small, clearly defined changes to the code -- you're fine with grok-4-fast. (Well, you would be fine if they hadn't killed it.)
I work in both of these modes, and I find that the latter actually benefits from dumber models, because smaller models are faster. The work shifts from async to realtime/interactive. So you can stay alert, keep track of what they're doing and iterate, instead of alt-tabbing, getting a coffee, and then spending extra time resynchronizing your mental model later.