Skip to content
All tool news

Tool desk · Updated daily

Tool news·Vercel·

Vercel Adds Public Access to Container Registry Repositories.

Vercel Container Registry repositories can now be public, giving every Vercel team read-only access to pull and use shared images.

CW

Create With tool desk

1 source checked · 3 min read · 3 sections

ShareLinkedIn
Vercel Adds Public Access to Container Registry Repositories

Vercel is opening its Container Registry beyond private team distribution. Repositories can now be made public, allowing anyone with a Vercel account to pull and use their container images while keeping write access locked down.

The change, announced in Vercel’s changelog on August 7, 2026, gives developers a more direct way to distribute reusable images through the company’s own infrastructure. Until now, every repository in Vercel Container Registry was private.

Public Means Read-Only Across Vercel

Public repositories are available to every Vercel team rather than a list of individually approved teams. That distinction matters because this is not unrestricted, anonymous access from anywhere on the internet. A person still needs a Vercel account to pull and use the images.

The access is also strictly read-only. Other teams can:

  • Pull images from the repository
  • Use those images in their own work
  • Access the repository without being individually added

They cannot push new images, delete existing images, or otherwise modify the repository. The owner therefore retains control over what is published while gaining a broader distribution channel.

Previously, owners could grant read access to as many as 100 named teams. That model remains useful for private partnerships, clients, or internal organizations, but it creates administrative work when an image is intended for a larger audience. Public visibility removes the need to maintain that access list.

For small development teams, the update could simplify the release of common runtime environments, starter images, open-source components, and reference implementations. An agency could publish a standard image for client teams, for example, without inviting every client individually. A tool builder could distribute a supported image through Vercel while preventing downstream users from changing the source repository.

How Repository Visibility Is Changed

Vercel has placed the visibility control inside the project dashboard. Repository owners can navigate to Images, select the repository, open Settings, and then choose Public Access.

Making that change requires typing the repository name as confirmation. This extra step is intended to reduce accidental exposure, particularly where a repository may contain images that were originally created under the assumption that access was limited.

Visibility can also be configured through the Vercel CLI, according to the announcement. That option should make the setting easier to incorporate into scripted setup processes or infrastructure workflows, although Vercel’s short changelog post does not provide the command syntax.

Repositories remain private by default. Existing repositories will not automatically become visible to other teams, and creating a new repository does not expose it unless an owner deliberately changes the setting.

That default is important because container images can include application code, installed packages, configuration defaults, and other implementation details. Before enabling public access, teams should review image contents and build processes just as they would before publishing any other software artifact.

The release is narrower than a general-purpose public container registry, since pulls remain tied to Vercel accounts. Still, it closes a practical gap for developers who build and deploy on Vercel but previously needed a separate distribution mechanism when an image had to reach more than 100 teams. It also preserves a clear boundary between consumption and maintenance: the wider Vercel community can use a public image, but only authorized maintainers can alter its repository.

Frequently asked questions

What are public Vercel Container Registry repositories?

They are container image repositories that every Vercel team can access on a read-only basis. Anyone with a Vercel account can pull and use their images, but cannot push, delete, or modify repository contents.

Are existing Vercel Container Registry repositories automatically public?

No. Repositories remain private by default, including existing repositories. An owner must deliberately enable Public Access from the repository settings or change visibility through the Vercel CLI.

How is public access different from the previous sharing model?

Previously, a repository owner could grant read access to up to 100 named teams. Public access extends read-only availability to every Vercel team without requiring the owner to manage an individual access list.

Sources

1 checked

How we cover tool news: Create With's tool desk drafts these reports with AI from the sources listed above and checks them against those sources before publishing.

Worth passing on?

ShareLinkedIn

Go deeper on Vercel

Related reading, watching and going.

Everything on Vercel →

The briefing

19 May 2026

How to Migrate Your App from Lovable to Claude Code in 2025

Step-by-step guide to migrating your Lovable app to Claude Code. Learn how to move from Lovable's managed platform to a stack you own and control.

Read →

The briefing

10 Feb 2026

OpenClaw Review: 2 Weeks With This AI Agent

Honest 2-week review of OpenClaw — an autonomous AI agent powered by Claude. We test setup, safety, autonomy, and real value to see if it's worth using.

Read →
34 min

Podcast

My Daughter Built a Website Business, Claude Design First Look & Going All-In on Cloudflare

James and Kieran discuss practical AI-powered development through real-world examples, including a seven-year-old building a website business with Claude Code voice mode, Anthropic's new Claude Design tool, API security challenges in the AI agent era, and Cloudflare's expanding AI infrastructure offerings. The episode covers hands-on experiences with vibe coding, emerging design tools, and the evolving landscape of AI-assisted development.

Watch now ↗

Podcast

53. Why Your Vibe Code Needs Tests, Ditching SaaS & AI Agents That Work While You Sleep

James and Kieran discuss the practical realities of building AI-powered software, emphasizing the importance of testing in vibe-coded applications, exploring alternatives to traditional SaaS tools, and implementing autonomous AI agents for business operations. The episode covers technical topics like Convex databases, app store bottlenecks from AI-generated submissions, and using OpenClaw as a marketing automation agent.

Watch now ↗
38 min

Podcast

52. Your AI Co-Founder: OpenClaw, Manus & the Zero-Person Business

In this Create With podcast episode, James and Kieran are joined by Matt Roberts from Happy Operators for an in-depth discussion on using autonomous AI agents in production. The conversation covers practical experiences with OpenClaw, security considerations, comparison with emerging tools like Manus, and the broader shift toward AI-assisted development. They also discuss the VibeCoding Olympics results, Bubble's new AI capabilities, and research on Claude.MD file effectiveness.

Watch now ↗

Latest tool news

What else changed this week.

All tool news
VercelDigest

What Vercel Shipped in Late October

Vercel shipped quicker static deployments, four AI Gateway models, more free domain choices and new CLI controls in late October. The changes cover developers testing sites…

Vercel

Vercel Adds Submit_feedback to Its MCP

submitfeedback is a new Vercel MCP tool that lets agents and harnesses send bug reports, friction reports and feature requests directly to the Vercel team. Feedback can include…

The Create With Briefing

Don't watch forty changelogs. Read one email.

Every Tuesday: the tool changes worth knowing, real business use cases, and what's on near you. Free, unsubscribe any time.