Registro de cambios

"How do I share projects with my team?" is the question we get most, so the Help Center now answers all of it - no support chat required:

• How to share a project - invite people by email

with Viewer, Editor, or Admin roles, manage the Access list, and use the public link. Fully rewritten for the current Share tab.

• Workspaces and teams - the difference

between your Personal workspace and a team workspace, inviting members, and granting access to a whole team at once.

• Roles and permissions - the full

reference: what each role can do in projects and workspaces, how overlapping access combines, and how invitations work.

• Move a project to another workspace -

bring existing projects into your new team workspace. Chats, data, and history travel with them; nothing needs to be recreated.

The Learn about sharing link in the editor's Share tab now lands on the rewritten guide.

If you work in a team workspace, the Home screen previously checked your personal credit balance - so it could warn "You're out of credits" even though your team workspace had plenty. Fixed:

• The right wallet. Home's composer now shows the credits of the

workspace your new project will be created in - the same number the workspace menu shows.

• The right button. "Top up" from Home adds credits to that workspace,

and team members without billing access see a note to ask a workspace admin instead of a checkout they can't complete.

• Warnings stay honest. Dismissing a low-credit warning in one

workspace no longer hides a real warning in another.

Every pending invitation in the Share popup now has a Copy invite link button. It copies the exact accept link from the invitation email, so you can send it over Slack, WhatsApp, or any other channel.

This helps when an invitation email gets caught by a spam filter or a strict corporate mail gateway: instead of re-sending the email and hoping, copy the link and deliver it yourself. The link is only visible to people who manage the invitation - the project owner and workspace admins.

Available in both the browser editor and the Cloud editor, on desktop and mobile.

When we ship a new build, Playcode offers to reload so you get it. That reload used to happen immediately - and if you had a browser project you hadn't saved yet, it went with the page.

Now the reload saves first. If you're signed in, your project is written to your account before anything else happens, and edits still syncing get a moment to land. If it can't be saved - you're signed out, for instance - Playcode asks before reloading instead of deciding for you.

Two related gaps closed at the same time:

• Other tabs. Reloading in one tab used to reload the rest instantly. A tab holding unsaved work now keeps it and waits for you.
• Closing or refreshing the page. The browser's "leave site?" warning now appears for an unsaved project on any exit, not only when moving between pages inside Playcode.

Projects created with the AI builder and Cloud projects were never affected - those save to your account continuously.

Picking a plan on the pricing page while signed out now opens a one-click sign-in right there - your chosen plan is saved server-side and checkout continues automatically the moment you're in. No more dead ends for visitors who weren't signed in, and subscriptions always land on your own account.

We also fixed a frustrating loss: if you typed a prompt and signed up mid-send, some paths could drop it. The prompt now survives sign-in everywhere - including sign-ins that reload the page - and lands back in your composer or sends as intended.

Payment flows no longer show the signup survey; it can wait until after you're building.

If your first publish failed, the project could be left unable to publish at all: pressing Publish again would stop immediately, and the project card kept showing "Publishing..." forever. That is fixed. Every publish attempt now ends in a state you can act on, so you can always fix your app and publish again.

When a publish fails its health check, we also now show you your app's own startup log with the error. That is the part that actually explains the failure: your code deploys fine, but the app's server does not come up, so the published URL never responds. Previously that log was not kept, and the deploy log looked clean because the deploy itself had succeeded.

Two related improvements: the publish progress window no longer blocks the editor, so you can keep working while a publish runs or close it if something goes wrong. And if a publish is interrupted and left behind, we now clean it up automatically instead of leaving the project stuck.

If a health check keeps failing, check that your app listens on the path set as healthcheck.path in playcode.yml, or point it at a path your app actually serves.

New subscriptions now start with monthly billing selected, so the first payment matches the monthly price shown in Playcode. Annual billing and its savings remain one click away.

Stripe Checkout also no longer requires everyone to fill in a full billing address. It asks for address details only when they are needed for the selected payment method or tax rules, while the optional business-purchase and tax-ID fields remain available.

The upgrade summary now also names Claude Opus 4.8 correctly as the default Quality model.

Sharing an editable link from a Pro workspace now works the way it should: any number of collaborators can join at the same time, and they do not need a Playcode account - opening the link is enough.

Previously, collaborators who were not signed in could be turned away with a "collaboration limit reached" message even when the project owner was on Pro. That check now runs on our servers against the project's actual plan, so it can no longer misfire.

Free projects keep the existing limit of 2 people at once, and the project owner now sees a notice when someone was turned away - the AI agent working in your project no longer counts toward that limit.

The Quality build tier now runs on Claude Opus 5 by default - Anthropic's newest Opus, with noticeably sharper reasoning on multi-step build and edit work. New chats on Quality pick it up automatically; no setting to change.

Opus 5 thinks before it answers, so expect it to spend a little longer - and a few more credits - on hard tasks than the model it replaces. Claude Opus 4.8 is still one click away if you want the leaner option for everyday pages.

Switch any time in the Choose build quality dialog, or set your account-wide default in Settings -> AI defaults.

When you switch your project's shared link from "can edit" to view-only, everyone who already has the project open now loses edit access within a second - their editor switches to a read-only state with a clear notice. Turning editing back on unlocks connected visitors just as instantly.

Previously the toggle only applied to people who opened the link *after* the change: visitors who were already connected could keep typing until they reloaded the page, which made the setting look broken.