Engineering notes / Muhammad Kashif
Ultrafast Models, ChatGPT Dots, and the Latency Tax I Refuse to Pay
Ultrafast models changed my latency budget before they changed my quality bar. ChatGPT Dots — always-on agents with their own cloud computer — changed my threat model in the same week. Together they forced a rule I now w…
Ultrafast Models, ChatGPT Dots, and the Latency Tax I Refuse to Pay
By Muhammad Kashif · Draft · AI automation & cybersecurity builder, Pakistan
Ultrafast models changed my latency budget before they changed my quality bar. ChatGPT Dots — always-on agents with their own cloud computer — changed my threat model in the same week. Together they forced a rule I now write into every pilot: speed is a feature only when the blast radius is small enough that a wrong answer arriving early is still cheap to undo.
The latency tax I stopped paying
Waiting eight seconds for a draft I am going to rewrite anyway trains bad habits. I route brainstorming and scaffold work to ultrafast tiers, then promote only the survivors to slower frontier models for hardening. The promotion step is explicit — a human or an eval gate — not an automatic escalation that burns budget on garbage that should have died in the fast lane.
Clients feel this as snappier workshops and cheaper spikes. I feel this as fewer half-finished threads rotting in a sidebar while I pretend I will "come back to them."
Dots as always-on coworkers
Always-on agents with their own cloud computer and a pile of app connectors are powerful in the same way a junior with production keys is powerful. Useful, then terrifying, if unsupervised. The notes pointed at thousands of apps and cloud computers as the shape of the bet the labs are making.
My adaptation: Dots-shaped agents get a sandboxed computer, a narrow connector allowlist, and an activity log I actually read on a cadence. Always-on does not mean always-trusted. It means always-auditable, or it does not ship past my desk.
Parallelism without stampedes
Ultrafast models tempt me to fan out twenty jobs because the marginal cost looks tiny. Twenty jobs without a merge plan is a stampede. I cap parallelism, require a shared schema for results, and kill stragglers that miss the time box.
Partial tables beat waiting forever for the slowest clever idea. Space-themed demos and flashy latency charts stay in the inspiration folder. The shipping folder has caps, schemas, and kill switches with names on them.
Where I still pay for slow on purpose
Security reviews, legal-adjacent wording, and anything that mutates money or identity still go to slower, contracted models with tighter data handling. Ultrafast is not a discount code for regulated data. If classification says confidential, latency loses the argument every time.
I write that sentence into the pilot one-pager so nobody "optimises" it away during a cost-cutting sprint.
Operator UX for speed
Fast wrong answers train operators to click approve without reading. I slow the approval UI on purpose: show diffs, show confidence notes, require a typed reason on high-risk actions. The model can be fast. The human gate can be deliberately inconvenient.
That inconvenience is the product. Anyone can bolt a fast model onto a webhook. Few teams design friction that protects the company from its own impatience when the dashboard is green and the coffee is strong.
My latency policy on one card
Fast tier for ideation and scaffolds. Mid tier for daily agents. Frontier for high-cost failures. Always-on agents sandboxed with logs. Approval friction scaled to blast radius. Review the card monthly when prices move.
If a vendor sells "instant" without a blast-radius story, I treat the pitch as incomplete — interesting, maybe, but not ready for a connector that can touch a customer's inbox.
Teaching impatience a budget
I put latency tiers on the project wiki with example tasks. New teammates stop asking "why is this slow" when they see that slow is a chosen safety tier. Impatience still happens. Now it has a document to argue with instead of a silent workaround that routes confidential data to a flash model.
Dots-shaped always-on agents get a weekly log review invite on the calendar. If nobody shows, the agent loses a connector. Attendance is part of the control.
Latency SLA versus safety SLA
I write both into pilots. Safety SLA always wins ties. If a vendor can only meet latency by dropping confirmation cards, they fail the safety SLA and we walk. Ultrafast is optional. Undoable is mandatory.
Flash-tier wall of shame
Anonymous examples of tasks that should never have been flash-tier — with client names removed — live on our wiki. New hires read it on day one. Humour helps. Amnesia does not. Dots and ultrafast models stay off that wall only if they stay in their lanes.