Grok 4.5 is now available via unified API with configurable reasoning levels (low/medium/high) and native image support; set `reasoning` parameter to trade latency against depth.
Developers get another reasoning-capable model option routed through a single abstraction layer with built-in cost tracking, failover, and retry logic—reducing integration friction for multi-model deployments. Configurable reasoning levels let teams optimize inference cost per task.
Adds to AI Gateway's model roster; requires updating `model` param to `xai/grok-4.5` in existing AI SDK code. Worthwhile if you're already on Gateway or evaluating reasoning models for coding/STEM workloads. No platform fee, provider pricing passed through. Ready to use now.
“Grok 4.5 from SpaceXAI is now available on AI Gateway”
“Built for coding, knowledge work, and STEM, the model accepts text and image inputs”
“Grok 4.5 supports low, medium, and high reasoning levels and defaults to high”
“AI Gateway reflects provider pricing with no markup and does not charge a platform fee on inference”
Get issues like this in your inbox — free, every weekday.
Quick Signals
Vercel MCP exposes Agent Runs via CLI tools
Query, inspect, and trace eve agent executions directly from CLI or MCP interface—reasoning, tool calls, and token usage included.
Debugging agent behavior moves from logs to structured trace inspection. Agents can now self-inspect their own runs programmatically, enabling automated skill updates and post-execution analysis without leaving your workflow.
Replaces manual log inspection with query-driven trace access. Requires Vercel deployment for automatic trace ingestion; supports both MCP client integration and CLI-only workflows. Ready now—install via `npx add-mcp https://mcp.vercel.com` or upgrade CLI. The `--json` output and markdown rendering make this immediately useful for agent-driven debugging loops.
“eve traces are automatically ingested when deployed to Vercel and available as Agent Runs”
“Retrieve trace data for a run, including turns, messages, reasoning, tool calls, token usage, and tool input/output”
“traces render as markdown when piped, so coding agents without MCP access can call the CLI directly to debug their own runs”
Register all GitHub operations—reads, writes, approvals—in a single toolset file using presets like `maintainer`, cutting boilerplate to nine lines of TypeScript.
Eliminates manual tool wiring for GitHub automation tasks and enforces approval gates by default, reducing both setup friction and accidental destructive operations in agent workflows.
ImagingBench benchmark shows agentic models generate visually plausible but physically incorrect outputs on computational imaging, revealing the gap between semantic understanding and inverse-problem solving.
If you're building vision systems for optics, sensing, or computational photography, VLMs alone won't handle the physics constraints—you'll need task-specific baselines. This quantifies where multimodal models actually break down in your domain.
VLMs don't replace specialized solvers for inverse problems (lensless imaging, holography, ToF reconstruction). ImagingBench is a testbed, not a library. Worth consulting if you're evaluating whether to use GPT/Gemini for physics-forward tasks—the answer is no for production accuracy.
“agentic models remain consistently weaker than specialized methods, especially on computational sensing problems such as lensless imaging, event-based reconstruction, time-of-flight imaging, and holography”
“their reference-based fidelity remains poor, revealing a substantial gap between semantic visual competence and physically grounded imaging performance”
Replaces manual tool definitions and custom GitHub API wrappers. Requires `@github-tools/sdk/eve` and `eve` runtime; presets (`code-review`, `maintainer`, etc.) handle scope. Ready now—documented with knowledge base guide and runnable example.
“GitHub Tools now ships an eve toolset through the new `@github-tools/sdk/eve` subpath”
“build a complete GitHub agent in nine lines of code”
“Every write tool, such as `mergePullRequest`, requires approval unless you opt out”
“Presets: `code-review`, `issue-triage`, `repo-explorer`, `ci-ops`, and `maintainer`”
vLLM now uses torch.fx graph analysis and AST rewriting to fuse transformers model layers at runtime, eliminating the performance gap between community models and hand-optimized implementations.
Model authors avoid duplicating inference optimization work across frameworks. Developers serving transformers models get native vLLM speed (continuous batching, custom kernels, parallelism) with a single CLI flag, no porting required.
Replaces the need to choose between transformers compatibility and vLLM performance. Requires vLLM upgrade and `--model-impl transformers` flag; compose with existing parallelism options. Ready now for dense and MoE architectures; linear attention models unsupported. Worth trying if you're already on vLLM and want to drop custom model ports.
“the transformers modeling backend now meets or beats native throughput on every one of them”
“Running any* Hugging Face model through the transformers modeling backend is a single flag — --model-impl transformers”
“dynamically applies inference specific layer fusions at runtime to match the speed of custom code implementations”
“uses torch.fx to perform static analysis on the model's graph”
“Unlike vLLM model implementations, Transformers model implementations can be used in training”
Together AI launches Provisioned Throughput—reserved inference slots for open models (MiniMax M3, GLM-5.2) at $0.05/PTU/min with 99% uptime SLA, replacing serverless best-effort for production workloads.
Eliminates the false choice between serverless unpredictability and dedicated GPU complexity. Developers running production agents on open models now get capacity guarantees and token-based cost predictability without infrastructure management—critical for multi-model systems at scale.
Replaces serverless for production; replaces dedicated inference for teams avoiding GPU math. Requires one-month minimum commitment and currently supports two models. Worth evaluating now if you're migrating proprietary API traffic to open models and need SLA guarantees; pricing calculator provided but actual PTU burn depends on your traffic shape (input/cache/output ratio).
“Provisioned Throughput is 'pay for the guaranteed capacity to use' with an uptime SLA”
“Costs run up to 90% below Claude Opus 4.8 at list price”
“one PTU delivers 138,840 input tokens per minute, 694,200 cached input tokens per minute, 23,140 output tokens per minute”
“token volume through Together AI's APIs has grown from 30 billion to more than 400 trillion tokens a month”
“Companies that have made the switch report 6-20x lower inference costs on open models compared to proprietary alternatives”
Vercel Services lets you define frontend and backend as separate services in vercel.json with private inter-service networking and unified deployments—no more monorepo build overhead.
Eliminates the split between multi-repo deployments and monorepo complexity. Services share preview URLs, logs, and rollback cycles, shrinking operational friction for full-stack teams using mixed frameworks.
Replaces manual multi-project coordination and public API routing between services. Requires updating vercel.json with service definitions and bindings, then `vercel dev` runs the full stack locally. Ready now—official release, no beta flag.
“deploy multiple frontends and backends together within a single Vercel project”
“services talk to each other privately and deployments build, preview, and roll back together”
“Framework-defined infrastructure means each service's framework is auto-detected and auto-provisioned, from FastAPI and Flask to Express and Hono, with first-class support for Go and Rust”
“you only pay for the time your code is actually running”