Vercel launches OCI-compliant container image registry
Push container images to `vcr.vercel.com` using standard `docker push` workflows; VCR auto-optimizes snapshots for Fluid Compute execution.
Eliminates external registry dependency for Vercel-deployed workloads and removes snapshot compilation latency by pre-optimizing images server-side. Integrates authentication and project scoping with existing Vercel access controls.
Replaces external registries (Docker Hub, ECR, GCR) for Vercel-hosted containers. Requires zero tooling changes—standard Docker CLI commands work unchanged. Ready now for Functions and Sandboxes; authentication via OIDC or project-scoped tokens. Low friction migration if already on Vercel platform.
- “Vercel Container Registry is an OCI-compliant image registry hosted on Vercel infrastructure”
- “It works with standard workflows like `docker push`, `docker pull`, and `docker tag`, so there's nothing new to learn or tooling to migrate”
- “A Vercel project can have unlimited repositories”
- “VCR automatically optimizes it in the background for use in Sandboxes and Functions”
- “Operations use the same authorization controls as the rest of Vercel”
container-registryverceldockerociinfrastructure
sqlite-utils 4.0 adds schema migrations, nested transactions
Declarative migrations via Python decorators with automatic transaction tracking replace manual ALTER TABLE workarounds and sqlite-migrate dependency.
Eliminates brittle schema evolution patterns in SQLite projects; db.atomic() context manager makes migrations safer by default and supports savepoint-based nesting. Integrates migration tracking directly into sqlite-utils, consolidating tooling for the Datasette/LLM ecosystem.
Ready now. Replaces sqlite-migrate (which is now a compatibility shim) and manual migration scripts. Requires Python-based schema definitions via @migrations() decorators; no ORM model generation like Django. Start with uvx sqlite-utils migrate data.db migrations.py; existing sqlite-migrate code continues to work without changes. The db.atomic() context manager is immediately useful for any transaction-heavy workload.
- “database migrations, nested transactions (via a new db.atomic() method), and support for compound foreign keys”
- “The _sqlite_migrations table is used to keep track of which migration functions have been run”
- “sqlite-utils encourages programmatic table creation rather than a model definition ORM”
- “I've used that package in enough places now that I'm confident in the design, so I've decided to promote it to a feature of sqlite-utils”
- “the 124th release of that project and the first major version bump since 3.0 in November 2020”
sqliteschema-migrationstransactionspython-firstdatabase-tooling
Vercel Agent switches to token-based pricing model
Vercel Agent moves from $0.30 per-request flat fee to $0.25 per million tokens plus provider costs, scaling with actual task complexity.
Cost now reflects actual compute intensity—simple queries cost less than deep investigations. Existing code-review users get 30-day grace period before auto-migration, reducing billing surprises for established workflows.
Replaces flat-fee billing model. Requires monitoring token consumption patterns to estimate new monthly spend; existing users see no immediate action needed but should review usage before 30-day window closes. Worth auditing now if you run frequent Agent tasks.
- “Instead of a $0.30 per-request fee, you now pay a Vercel Token Rate of $0.25 per million tokens, plus provider inference costs at the underlying token rate”
- “The new Vercel Token Rate scales with the actual work each task requires”
- “A quick question costs less than a deep investigation that reads your logs, deployments, configuration, and runtime data, spins up sandboxes, and writes across projects”
- “The Vercel Token Rate covers: Joining your project context: logs, deployments, configuration, and runtime data; Custom model routing and execution across your projects; Processing and infrastructure costs”
- “For new Vercel Agent users, the Vercel Token Rate begins applying today”
- “If you're already using Vercel Agent for code reviews, nothing changes for the next 30 days”
vercel-agentpricing-modeltoken-billingcost-optimization
Vercel Sandbox gains granular resource observability
Monitor CPU, memory, data transfer, and session metrics per sandbox via dashboard or CLI to align costs with actual workload consumption.
Developers running agent workloads at scale can now attribute sandbox costs to specific workloads, catch usage spikes early, and right-size configurations based on real utilization instead of guessing. Direct cost visibility prevents bill shock on multi-sandbox deployments.
Replaces manual log-digging and guesswork for sandbox resource tracking. Requires no setup—metrics are included on all plans with CLI queries available on Pro+. Ready now; start querying via `vercel metrics` immediately.
- “Active CPU is measured in core-hours and time spent waiting on I/O, such as network requests or model calls, is not billed”
- “Metrics are available at both the team and project level and align directly with how Sandbox usage is billed”
- “This is useful for tracking agent workloads that create sandboxes at scale, right-sizing sandbox configurations based on actual utilization, and identifying sandboxes with unexpectedly high data transfer”
- “Observability for Sandbox is included on all plans, and manual queries are available on Pro and Enterprise plans”
vercel-sandboxobservabilitycost-trackingcli-toolingagent-workloads
Vercel Services runs full stack apps unified
Declare multiple framework services in vercel.json with internal service-to-service bindings that skip the public internet, replacing separate deployments across clouds.
Atomic deployments keep frontend and backend in sync across previews and production rollbacks. Service bindings eliminate CORS boilerplate and reduce network latency for internal traffic.
Replaces multi-cloud deployment workflows. Requires declaring services in vercel.json with root paths and entrypoints; supports FastAPI, Flask, Express, Hono, Go, Rust zero-config. Ready now—shipped June 30, 2026.
- “Services can talk to each other without routing through the public Internet”
- “Service-to-service traffic stays on the Vercel network rather than egressing to the public internet”
- “Services run on Fluid compute, autoscaling with traffic, while you pay only for active CPU time”
- “Vercel Sandbox gives each agent its own Linux computer: a filesystem, a shell, Docker support, and its own kernel, completely isolated from your deployments”
vercel-servicesfull-stack-deploymentframework-defined-infrastructureservice-bindingsatomic-deployments