Changelog

What's new.

Recent ships across VibeSharing. We move fast.

Platform + MCP 0.12.5 + CLI 0.2.0May 13, 2026

Watcher emails working again, fresh dates everywhere, and tooling to stop two-machine drift

  • Watcher emails — deploy notifications, feedback replies, context updates, announcements — were silently dropping for everyone for the better part of a month. The email lookup RPC was hardened against cross-org phishing in April, but the same check refused server-side callers (where the JWT is null), so every notification got a null email and was skipped without an error. RPC now short-circuits the org-match check when called from the service-role context. Subscribed users start receiving emails again on the next event each one is watching.
  • Project pages and share links now show fresh dates and version numbers even when a prototype has been re-imported under a different intermediate parent. Earlier, the project header could read "Latest prototype 4/3" while the prototype underneath was deploying daily, because the page only looked one level down and the deploy target was a leaf two levels deep. Deploys now bubble timestamps up the parent chain, and read paths walk descendants to surface the latest deploy_versions row.
  • The auto-generated deploy changelog (the "What's New" banner on share pages) no longer renders the AI's own explanation of why it can't summarize. On deploys with only added files (no diff), the model was getting filenames only and politely responding "I'd need to see the actual code differences," which then got saved verbatim as the public summary. Added files now ship 25-line content snippets, the system prompt forbids meta-commentary, and a bailout detector maps explanation-shaped responses to null so the banner stays empty rather than confusing.
  • Importing a GitHub repo creates a copy under VibeSharing's hosting org — that's intentional, but the divergence wasn't obvious. Users would push to their personal repo on one machine and the VibeSharing copy on another, and changes drifted silently. A small contextual note on the prototype page now explains the copy semantics. A new `npx vibesharing link --prototype <id>` command reads the local `origin`, compares it to the canonical repo URL, and prompts to realign. The MCP deploy response carries the same hint so AI clients (Claude Code, Cursor) can offer the fix automatically.

Watcher email delivery (the 24-day silent failure)

  • ·get_user_email_by_id RPC checked auth.uid() ∈ shared-org before returning an email. Server-side callers under the service role have auth.uid() = NULL → check fails → returns NULL → emails silently skipped.
  • ·Fix: short-circuit the org-match check when auth.uid() IS NULL (trust service-role context). External callers still go through the same anti-phishing guard they had before.
  • ·Same shape as a separate trigger-vs-service-role trap from May 4 — both now documented as one pattern: any SECURITY DEFINER function or PG trigger that touches auth.uid() needs an explicit handling of the system-call case.

Project pages reflect descendant activity

  • ·cascadeAncestorTimestamps: every deploy walks parent_project_id up the chain and bumps each ancestor's updated_at, so the "Latest prototype" date on container projects reflects what actually happened.
  • ·Domain-match guard: external_url cascades up only when the new URL shares a host with the ancestor's existing URL — preserves hand-set vanity URLs that point to a different domain than the deploy target.
  • ·Share page "What's New" banner queries deploy_versions across the prototype + its descendants and picks the most recent by created_at, instead of only reading the share-target's own deploy history (which often froze months ago).
  • ·Feedback pulse in deploy notifications now reads from the descendant with the highest feedback_summary_count, not just the canonical share row. Matches where stakeholders are actually leaving feedback in dedupe-stacked hierarchies.

Archived prototypes no longer leak through reads

  • ·RLS policy projects_hide_archived_from_users: restrictive SELECT filter that hides archived rows from non-superadmin sessions. Admin client (service role) bypasses, so restore flows and cleanup tools still see them.
  • ·Detail page redirects archived URLs to the active sibling under the same parent (or notFound() if there's none). Stale bookmarks and breadcrumbs land users on current data instead of month-old content.
  • ·Per-path filters added to: MCP list_prototypes, /dashboard/my-work, /dashboard/prototypes, /s/[slug] share resolver, folder thumbnail aggregation, the resolveProjectByIdOrSlug utility (archive-aware by default; admin callers opt-in to include archived).

Deploy notification labels stopped freezing

  • ·The version counter in notification titles was reading a child-projects row count that froze the moment dedupe started reusing children, so every deploy was labeled with the same version forever (commonly stuck at v14 for prototypes that had been deploying daily for weeks).
  • ·Now reads max(deploy_versions.version_number) — the actual authoritative sequence — and adds 1. Matches what saveDeployVersion writes seconds later in the same request.
  • ·Existing notification rows with frozen labels were backfilled to their real version numbers by joining each row against the deploy_versions row written within 30 seconds.

Watcher fan-out covers the full ancestor chain

  • ·notifyFollowers used .eq("project_id", canonicalAncestor) for the follower lookup — followers attached to the actual deploy target, or to any intermediate version-row in a 3+ level chain, were silently dropped from the fan-out.
  • ·New followerProjectIds param accepts the union of every project_id in the parent chain; user_ids are deduped so the same person can't get N notifications for one deploy.
  • ·Combined with the cascade fix above, every watcher across an entire dedupe-stacked hierarchy gets one notification per deploy.

Share-page "What's New" no longer renders AI confessions

  • ·Added-file deploys passed only file paths (no content snippets) to the changelog generator, so the model legitimately had nothing to summarize and returned meta-commentary like "I'd need to see the actual diff content."
  • ·Now ships 25-line content snippets for added files alongside the existing modified-file before/after snippets.
  • ·System prompt instructs the model to never explain limitations or ask for more info — output 2-3 bullets or the literal sentinel __NO_SUMMARY__.
  • ·Server-side bailout detector regex (normalized to handle curly apostrophes too, since AI output frequently uses U+2019) catches any explanation-shaped response and maps it to null — share page renders nothing rather than confusion.
  • ·Existing rows containing the meta-commentary were cleared from deploy_versions.changelog so already-affected share pages clean up without waiting for the next deploy.

Stop two-machine drift between local clones

  • ·When VibeSharing imports a GitHub repo, it copies the code to a new repo under its hosting org and stops reading the original. Users editing on two machines often had one clone pointing at the personal repo and one at the VS copy — pushes diverged silently.
  • ·Small amber note on the prototype's GitHub section explains "VibeSharing hosts this repo; pushes here deploy; your original isn't synced." Only renders when the repo is in the VS hosting org.
  • ·CLI 0.2.0 adds `npx vibesharing link [--prototype id] [--yes]`: fetches the prototype's canonical git_repo_url, reads local `origin`, normalizes both (handles https vs git@), prompts to apply `git remote set-url`. Skip the confirm with --yes.
  • ·MCP 0.12.5 deploy responses now include a "Local sync check" hint with the canonical repo URL and the exact set-url command, so AI clients can run the check against the working directory and offer the fix without leaving the conversation.

PrototypeViewer toolbar simplification

  • ·Five labeled actions (Demo link, Open demo, Drop pins, Hide comments, Hide toolbar) reorganized into two semantic groups: a "Prototype:" affordance trio (copy URL / open in new tab) on the left, and Drop pins next to its native context — the feedback panel — on the right.
  • ·Feedback panel now owns its own collapse via a button in its header (Safari-bookmarks pattern); the toolbar no longer carries panel-visibility controls.
  • ·Replaces a 2×2×2 grid of independent toggles (panel-on/off × pins-on/off × toolbar-on/off) that produced eight states most of which nobody actually used.

Schema and code-quality guardrails

  • ·ESLint rule local/no-silent-fallback flags catch blocks that return a non-null fallback without logging or rethrowing — the exact pattern behind the May email-routing incident and now (separately) behind the watcher-email incident. Currently set to warn; 12 existing hits remain for individual review.
  • ·org-credentials lookup now throws on non-PGRST116 ("no rows") errors instead of silently falling back to system defaults. Schema drift surfaces at the next deploy attempt instead of after weeks of wrong-provider deploys.
PlatformMay 8, 2026

Design system templates: live demo on the page, smarter slug lookup, and proper attribution

  • New looping demo on the Templates page shows the actual prompt-to-prototype flow: a terminal types out the prompt, tool calls stagger in (loading template, generating layout, deploying), and the template's preview screenshot fades in at the end. Replaces the older diagram-and-prose explainer — show, don't tell.
  • You don't have to remember the random hex suffix on a slug anymore. The lookup widens automatically: exact slug → slug prefix → template name (case-insensitive, hyphens or spaces). So `my-template`, `my-template-abc12345`, and `My Template` all resolve to the same row, in deploys and in the dashboard.
  • Template cards now show who added each one and who last edited it, with avatars and relative timestamps ("3 hours ago"). New last_updated_by column tracks edits separately from creation. Reveals which mystery templates came from where.
  • Color preview swatches no longer go blank for templates that don't use the older flat `--bg-base` token shape. The parser now reads declarations across every rule block, recursively follows var(...) chains, and matches against multiple naming conventions per swatch — so token systems with three-tier namespaces or Material-style names render correctly too.

Live demo on the Templates page

  • ·New TemplateDemo component: two-pane block with a terminal on the left and a preview pane on the right
  • ·Cycle: idle → prompt types char-by-char (~28ms/char) → brief pause → 'deploying' shimmer with staggered tool-call lines → preview screenshot fades in → 4s hold → restart
  • ·Featured template = first active row with a preview_url, falls back to first active
  • ·Respects prefers-reduced-motion (jumps straight to the complete state, no animation)
  • ·The previous bases+variants explainer block was removed; the inheritance pattern now surfaces through the editor's 'Allow other templates to extend this' checkbox + tooltip, only when relevant

Smart slug resolver

  • ·Shared resolveTemplate(db, orgId, input, columns) helper in lib/templates resolves by UUID → exact slug → slug prefix → name (case-insensitive, hyphens-to-spaces variant tried)
  • ·Among multiple prefix or name matches, the most-recently-updated active row wins
  • ·Used by both the deploy path (getTemplateFilesFromDb) and the API GET endpoint (so the dashboard, MCP get_template, and direct deploys all benefit)
  • ·ilike wildcards (%, _) in user input are rejected so a misuse can't fan out to a broad match

Template card attribution

  • ·Migration: prototype_templates.last_updated_by UUID FK to auth.users; existing rows backfilled from created_by
  • ·PATCH endpoint stamps last_updated_by alongside updated_at on every edit
  • ·GET endpoints enrich rows with creator and last_updated_by_user objects (display_name + avatar_url) via a single user_profiles join in code
  • ·Card renders 16px avatar (or initials-on-circle fallback) + name + relative time per author
  • ·'Updated by' row hides when updated_at == created_at — keeps freshly-created templates uncluttered

Color preview parser

  • ·Parses --custom-property declarations across every rule block, not just :root — covers themes that scope overrides under .scope-class or [data-theme="..."]
  • ·Recursively resolves var(--name) and var(--name, fallback) references with bounded depth as a cycle guard
  • ·Each of seven swatches (Base/Surface/Action/Text/Success/Error/Brand) has a candidate-name list covering several token-naming conventions; first one that resolves to a non-var value wins
  • ·Tooltip on each swatch shows which variable was chosen + the resolved value, so the parser's pick is debuggable at a glance

Quiet polish

  • ·'Use with: template: ...' line now shows for every active template — bases were hiding theirs even when they were standalone-deployable
  • ·'Base' badge replaced with 'Has variants' (derived from 'any other template extends this'); the storage flag remains for editor filtering only
  • ·Editor checkbox copy: 'This is a base template' → 'Allow other templates to extend this' (with tooltip explaining what the flag actually controls)
PlatformMay 6, 2026

Deep-link share URLs, chrome-free demos, and a tighter prototype toolbar

  • Share URLs now deep-link. Click around inside a shared prototype on /s/{slug} and the address bar updates as you navigate — copy at any point and the recipient lands on the exact screen you were on. No more rebuilding URLs by hand to send someone past the home page.
  • New Demo link in the prototype toolbar — a one-click chrome-free URL for screen-recordings, walkthroughs, and review sessions where the feedback rail would be a distraction. Distinct from the existing Share button (which still produces the /s/{slug} link with full feedback).
  • Toolbar reframe: Pin mode → Drop pins (with an actual pin icon, not a comment bubble — comments don't require pins). Every toolbar control is now icon + label at the same size; only color carries the active-state signal so Drop pins doesn't tower over the rail.

Share page deep linking

  • ·Inner iframe path mirrors to ?path= in the parent URL bar via history.replaceState — works for any prototype with the VS SDK injected, no per-prototype config
  • ·Share page reads ?path= on first load and tells the iframe to navigate there once the SDK announces ready (with an onLoad fallback for the timing-race case)
  • ·Trivial root paths don't pollute the URL; subsequent navigation rewrites in place rather than churning history

Prototype viewer toolbar

  • ·Demo link / Open demo append ?vs-bypass=1 to the prototype URL; the SDK reads it and skips the auto-redirect to /s/{slug}, persisting the bypass in sessionStorage so links inside the prototype keep the chrome-free experience
  • ·Pin mode renamed to Drop pins, MapPin icon, tooltip explains it as the anchor-a-comment-to-a-spot affordance distinct from the panel's free-form input
  • ·Comments toggle gains a label (Hide comments / Show comments), no more icon-vs-text collision next to Hide toolbar
  • ·Hide toolbar gains a chevron icon to match the rest
  • ·Drop the chunky <Button>-component pink fill on Pin mode in favor of the same toolbar height as siblings; pink only when active

Quiet fixes

  • ·Email-preference toggles (Settings → Email) finally persist — the org_members.email_on_feedback / email_on_deploy / email_on_context columns were declared in the schema file but never migrated into prod, so toggles silently failed and everyone got every email regardless. Defaults match the prior fallback so no behavioral change for anyone who hadn't tried to opt out (and couldn't).
  • ·CI workflow no longer disables itself: the schema-drift job's `if: secrets.X != ''` condition was rejected by GitHub Actions for security reasons, killing the whole workflow with 'No jobs were run'. Drift check now skips politely when staging credentials aren't wired up
  • ·Admin Credentials page surfaces github_team_slug — the last per-tenant config field that previously required SQL editor access
MCP 0.12.4 + PlatformMay 5, 2026

Version history that actually works, page-aware pins, and a tighter feedback rail

  • Every version now has its own immutable URL and a real headline. Click v3 in the Versions panel and you actually see what was deployed at v3 — not the latest. Per-version changelogs (AI or deployer-written) tell you what changed; new version_label MCP param lets you tag deploys with a short title like 'dark theme variant'.
  • Pin management across multi-page prototypes. Pins from other pages no longer ghost across the current page at meaningless coordinates — instead a compact tray shows per-page counts with click-to-navigate. Selecting a pin from anywhere navigates the iframe to its page automatically.
  • Assignee picker is tiered now: Deployer at top, then Watching, then a search-the-rest field for everyone else. Used to be an alphabetical sprawl. Bulk-assign uses the same grouping. Picker also escapes the panel's overflow context so names don't get clipped.
  • Three-section feedback panel — author-written prompts on top, pinned comments in the middle, AI-suggested prompts collapsed at the bottom. Comments are grouped by page so triage is scoped, with the active page first.

Version history

  • ·Per-deploy immutable permalinks stored on every deployment row — Netlify deploys now resolve via [deploy-id]--site.netlify.app, not the always-latest branch alias
  • ·92 historical deployments backfilled to per-deploy URLs by matching commit_sha or vercel_deployment_id, with timestamp-proximity fallback
  • ·Per-version changelog: AI-generated 2–3 bullet summary on every deploy via Haiku, prefers explicit summary when the deployer provides one, stored on deploy_versions.changelog (not overwritten by next deploy)
  • ·47 historical versions backfilled with parent changelog or non-generic commit messages
  • ·Versions panel: clear 'View' button on each row (was a tiny external-link icon nobody noticed), changelog rendered under the meta line
  • ·version_label is the row's headline when set (falls back to commit_message)

Pin management (multi-page)

  • ·Overlay only renders pins for the iframe's current page — no more pins from /home appearing at random coordinates on /meetings
  • ·Pins-on-other-pages tray (bottom-right) shows page paths and counts; clicking a page navigates the iframe via a new vs:navigate SDK message
  • ·Selecting a pin from the panel auto-navigates the iframe to its page and the pin renders in place
  • ·Comments section in the panel groups rows by page_path with monospace headers; per-page indexing matches overlay pin numbers
  • ·Active page sorts to the top so reviewers see what's on screen first
  • ·Legacy pins with no page_path bucket under 'Page unknown' instead of painting at wrong coordinates on every page

Feedback panel

  • ·Three sections: 'From {deployer}' (manual topics), 'Comments' (pin + free-form), 'Suggested by AI' (auto topics, collapsed by default)
  • ·Filter chips' active state surfaces in the Comments header so it's clear what they filter
  • ·Wider comment reader: tooltip 200px → 340px, shows full content (was truncated at 50 chars), text-sm so it's actually readable, scrolls when long
  • ·Send button on the comment composer no longer gets pushed off the panel right edge (input min-w-0 + button flex-shrink-0)
  • ·Assignee picker uses fixed-position popover anchored to the trigger's bounding rect — escapes the panel's overflow clipping that was truncating member names

Prototype viewer

  • ·Toolbar consolidated: Copy URL and Open in new tab are now icon-only (text labels were redundant noise next to Pin Mode); dev-only A/B style toggle removed; comments-panel toggle icon-only so it doesn't collide with 'Hide Toolbar'
  • ·Live URL navigation through the SDK lets the parent viewer ask the iframe to switch pages without reloading the surrounding chrome

Naming + notifications

  • ·Re-deploys no longer append ' v8' to the prototype name — child rows inherit parent's name verbatim, version number lives in deploy_versions.version_number where it belongs
  • ·58 historical child rows renamed to drop auto-appended ' v<N>' suffix — projects list no longer shows 'My Prototype v6 v1..v8' sprawl
  • ·Deploy notifications now read 'My Prototype (v8) deployed' instead of the run-on 'My Prototype v8 deployed'

MCP 0.12.3 + 0.12.4

  • ·validate_project flags lockfile entries pinned to non-registry tarball URLs — catches the integrity-mismatch landmine before deploy (when a package's tarball lives at a mutable URL and gets republished, every consumer's lockfile breaks)
  • ·New version_label param on deploy_prototype, deploy_files, and import_repo — short title for the version row's headline
  • ·Soft guardrail on re-deploys: when version_label is missing, the tool nudges the AI to ask the user next time (no hard block — keeps fast iteration loops fluid)
  • ·/api/track now accepts deploy-token Bearer auth so MCP-originated events get user-attributed

Behind the scenes

  • ·Org credential drift fixed — getOrgCredentials was SELECTing columns that didn't exist in production, silently falling through to system defaults (Vercel) for all Netlify-configured orgs
  • ·lib/deploy-orchestrate captures per-deploy permalinks from pollBuildStatus, separating the version's immutable URL from the parent's always-latest alias
  • ·Admin EventAnalytics gains a 'Build issues' section: lockfile-warning hits caught pre-deploy vs. dependency_install_failure events that slipped through
  • ·currentPagePath lifted from FeedbackOverlay to PrototypeViewer so panel and overlay can share the same notion of 'where we are'
PlatformApril 18, 2026

Multi-tenant security, better onboarding, and bulk invite

  • Comprehensive security audit — 7 cross-tenant authorization fixes, tightened RLS policies, mandatory webhook signatures, and email verification for domain-based auto-join.
  • Bulk invite — paste a list of emails (or upload a CSV with names and teams) to invite your whole team at once. Teams are auto-created if they don't exist.
  • Smarter deploy errors — plain-language explanations, fix suggestions, a 'Copy for AI' button to paste into your coding assistant, and one-click 'Send to VibeSharing' support.

Onboarding

  • ·New onboarding checklist — create prototype, invite team, connect GitHub (instead of collection-first)
  • ·Setup page now explains hosting options clearly with links to create Vercel and Netlify tokens
  • ·Dashboard primary action is now '+ New Prototype' instead of '+ New Collection'
  • ·Build → Deploy → Share diagram replaces the old collection hierarchy explanation

Sharing & Stakeholders

  • ·Share emails now link directly to the live prototype — stakeholders see the real thing and leave feedback, never the builder dashboard
  • ·Email CTA says 'Review Prototype' and subject says 'wants your feedback' for clearer intent

Deploy Provider

  • ·Vercel tokens now persist per-org (were silently dropped before)
  • ·GitHub org is now configurable per-org (was hardcoded to system default)
  • ·Both credentials and infrastructure pages can read/write all provider settings

Teams

  • ·Unified teams UI — admin and member views now use the same component with my teams / other teams, creator info, and join/leave
  • ·Bulk invite supports team assignment — include a team column and teams are auto-created

UI Polish

  • ·Watching icon changed from bell to eye — clearer meaning
  • ·Hover tooltip explains that watching means you get notified on comments and updates

Security

  • ·Fixed cross-org project update, feedback bulk update, team member add/remove, and context link operations via admin client
  • ·Removed @mention auto-add that could force any user into your org without consent
  • ·Notification INSERT policy now restricted to same-org co-members (prevents cross-tenant phishing)
  • ·GitHub webhook signature verification is now mandatory
  • ·Email verification required for domain-based auto-join
  • ·Restricted email-by-ID lookup to same-org users
  • ·Added missing UPDATE/DELETE policies for context entries
PlatformApril 17, 2026

AI-powered feedback, prototype Q&A, and visual context for every comment

  • Every new feedback item is auto-classified by theme, priority, and actionability. Builders see structured insights instead of a raw comment list.
  • Ask about this prototype — stakeholders can ask questions in the share viewer and get instant AI answers from the project docs, deploy history, and feedback.
  • Pin-drop screenshots — when you pin feedback on a prototype, a screenshot is auto-captured so readers see exactly what you were looking at.
  • Deploy diff summaries — re-imports now generate a human-readable changelog of what changed, visible in notifications, the MCP response, and the Context tab.

AI Features

  • ·Auto-generated CLAUDE.md on every deploy — prototypes without documentation now get one created from the actual code
  • ·Feedback pulse — AI summary of all feedback shown on the prototype detail page and in deploy notification emails
  • ·Smart triage on ingest — every feedback item gets auto-tagged with theme (design/usability/feasibility/bug), priority, and whether it's actionable
  • ·Auto-generated guided questions grounded in real code, not just the project name

Feedback Experience

  • ·Guided questions are now inline-expandable with threaded replies on both the dashboard and share viewer
  • ·Topic responses show 'Re: [question]' for context in the comment list
  • ·Closing feedback (resolved/won't fix/deferred) now prompts for a resolution note and auto-notifies the original commenter via email
  • ·Ping the deployer — click the deployer's name to send them a question, creates a comment thread and sends email
  • ·Non-owners can flag AI-generated questions as 'not relevant' with a thumbs-down; owners see flagged counts and can delete directly

Prototype Viewer

  • ·Ask tab in the feedback panel — AI Q&A with starter question suggestions, powered by project docs and context
  • ·Page-aware pins — pins from other pages fade to 30% opacity so they don't clutter the current view
  • ·VibeSharing SDK auto-injected into all deployed prototypes for route tracking and screenshot capture

Builder Onboarding

  • ·New empty-state CTA on the dashboard — 'Have a prototype on your machine? Drop it here' with ZIP upload and code paste
  • ·Compact banner on Browse view nudges new org joiners to add their first prototype

Analytics & Ops

  • ·Feature usage dashboard on both platform stats and org overview — tracks topic responses, chat questions, pings, resolutions, and AI operations
  • ·Recent chat questions view — see what stakeholders are actually asking the AI
  • ·Fixed inflated MCP usage stats from passive startup calls
  • ·Last Deploy column on admin members page
  • ·Fixed stale 'Last deployed' timestamp on import_repo deploys

MCP Server (v0.12.2)

  • ·Build failures now surfaced clearly in all deploy responses instead of silent 'Deployed!'
  • ·Deploy changelogs shown in import_repo response as 'What changed:'
  • ·Simplified post-deploy feedback prompt — one direct question instead of a 12-line instruction block
PlatformApril 14, 2026

Smarter feedback questions and a few quiet fixes

  • Feedback questions written for you — tell VibeSharing what you built and what you want eyes on, and Claude drafts a handful of specific, on-point questions for your reviewers. Skip the blank comment box.
  • Auto-questions from the command line actually work now — if you've been running generate_feedback_topics from Cursor or Claude Code and seeing it quietly fail, that's fixed.
  • We can finally see who's using the remote MCP — usage shows up in analytics alongside the local npm version, so you can tell which tools your team actually reaches for.

Feedback questions

  • ·Pick a focus — interaction, design, feasibility, vision — and the questions skew that way, with the matching ones pinned to the top
  • ·Pass in a quick brief and a description of what you built; the questions get specific to your prototype instead of generic checklist stuff
  • ·Manual questions you've added by hand stay put when you regenerate
  • ·Stakeholders see the result in the Context tab when they open the share page

Fixes

  • ·generate_feedback_topics from the MCP no longer fails silently for command-line and IDE users
  • ·Refreshed the credentials VibeSharing uses to create prototype repos

Behind the scenes

  • ·AI features now route through a single gateway, which makes it easier to add more Claude-powered moments across the product without rewiring each one
PlatformApril 13, 2026

Template inheritance, simplified roles, and AI-ready design systems

  • Base templates and variants — create one structural foundation (spacing, typography, layout), then spin up color variants without duplicating anything. Update the base, all variants inherit it.
  • Templates for everyone — any org member can now create and manage design system templates. Templates moved from the admin console to the main navigation.
  • Reference screenshots on templates — upload a screenshot of what the template should look like. AI uses it as a visual target when building prototypes.
  • Simplified roles — four clear roles: Member (all creative work), Admin (people and settings), Infra Admin (deployment config), and Account Owner (full control).

Templates

  • ·Base templates own structural tokens — spacing, radius, shadows, typography, layout instructions
  • ·Variants extend a base and only define color overrides
  • ·Merge happens transparently — deploy and AI tools always get the combined result
  • ·Reference screenshots uploaded per template for AI visual guidance
  • ·Templates page moved to main nav — accessible to all org members
  • ·New MCP tool: get_template — fetches full CSS, design instructions, and reference screenshot before coding starts
  • ·MCP welcome message for new users — introduces VibeSharing and available templates on first tool call
  • ·Template nudges on deploy — if you deploy without a template and your org has them, you get a reminder

Roles

  • ·Four roles: member, admin, infra_admin, account_owner
  • ·Removed designer and editor roles — members can now do all creative work
  • ·Account Owner: full org control, one per org
  • ·Admin: people management, settings, branding, analytics
  • ·Infra Admin: deployment config and credentials only
  • ·Member: prototypes, folders, teams, and templates

Account & Profile

  • ·Activity stats on account page — see your prototype count, feedback given, and MCP calls
  • ·Google sign-in click tracking — measure drop-off from the OAuth consent screen

Admin Console

  • ·Wider content area for the members table
  • ·Removed Join/Create Organization from the org switcher — cleaner dropdown

MCP v0.12

  • ·get_template tool — pull design system into your project before writing code
  • ·Updated MCP instructions — responds to natural language like "share this" or "publish this"
  • ·Welcome message for first-time users with template suggestions
  • ·Post-deploy nudge when templates are available but not used
PlatformApril 7, 2026

Teams, smarter watching, feedback submissions, and MCP analytics

  • Teams — group members into teams like "UX Team" or "Product Managers." @mention a team in feedback to notify everyone at once. People can be on multiple teams.
  • Watch a project, watch everything in it — watching or being shared a project automatically watches all its prototypes, including new ones added later.
  • Send Feedback — new button in the dashboard nav to submit help requests, bug reports, or feature suggestions. Pick a category, describe what you need, and it goes straight to your workspace admin.
  • MCP usage analytics — see who's using AI tools, which endpoints they're hitting, and how activity trends over time.

Teams

  • ·Create and manage teams from the admin console (People > Teams)
  • ·Many-to-many — a person can be on multiple teams
  • ·Search-to-add members when building a team, with external email detection
  • ·@team:TeamName mentions in feedback notify all team members
  • ·Teams appear in the @mention typeahead with a distinct icon so you can tell "Tami" from "Tami's Platform Team"
  • ·Description editor now supports @mentions for people and teams

Watching & sharing

  • ·Sharing a project with someone automatically makes them a watcher
  • ·Sharing cascades to all child prototypes — no more watching the project but missing individual prototypes
  • ·New prototypes added to a watched project inherit all watchers
  • ·Unified "Watching" list in the activity tab — no more confusing split between "Shared With" and "Watching"
  • ·Watcher count shows everyone, not just you
  • ·Anonymous share page views deduplicated by IP

Send Feedback

  • ·New "Send Feedback" button in the dashboard header with comment bubble icon
  • ·Three submission types: Help / Question, Bug Report, Feature Request — each with contextual placeholders
  • ·Submissions stored in a central inbox for workspace admins
  • ·Configurable email routing — admins choose exactly who gets notified (or no one, inbox-only)
  • ·Status tracking: open, in progress, resolved, closed

Admin console

  • ·New full-screen admin experience with persistent left nav — replaces the old settings tabs
  • ·All settings consolidated: Members, Teams, Join Links, Templates, Deployment, Credentials, Legal, Branding
  • ·Inbox for support requests and feature suggestions with filters and status management
  • ·MCP usage breakdown — per-member call counts, top endpoints, calls-per-day chart
  • ·Compliance section: legal documents, member acceptance tracking, audit log viewer with CSV export
  • ·Cleanup page for platform maintenance tasks (superadmin)
  • ·"Manage Organization" and "Sign out" moved into the org dropdown for a cleaner header

Context & descriptions

  • ·Project context documents now use the deploy summary instead of dumping raw CLAUDE.md
  • ·Prototype descriptions auto-update from deploy summaries — no more "This is a Next.js 14 App Router project" boilerplate
  • ·Duplicate context entries skipped when content hasn't changed
PlatformApril 5, 2026

Google login, audit logging, and compliance policies

  • Sign in with Google — faster onboarding, no password required
  • Audit logging tracks login events, project access, and feedback creation
  • New compliance policies page covering access control, data handling, and incident response

Authentication

  • ·Google OAuth login on both sign-in and sign-up pages
  • ·Automatic user profile creation for OAuth signups

Security & compliance

  • ·Audit logs table with fire-and-forget logging for key user actions
  • ·Compliance policies page with access control, data handling, and incident response sections
  • ·Cross-linked from privacy policy and FAQ
PlatformApril 3, 2026

Client onboarding, legal compliance, deploy consolidation, and smarter notifications

  • Full legal flow — Terms of Service, Privacy Policy, and DPA with versioned acceptance tracking. New signups must accept before creating an account. Existing users prompted to re-accept when terms are updated.
  • Hosting provider selection during org setup — new orgs choose between VibeSharing-hosted, their own Vercel, their own Netlify, or custom infrastructure. Credentials can be entered inline or configured later.
  • Deploy consolidation — 6 deploy routes that each independently implemented the same 8-step deploy logic are now backed by shared orchestration. Bug fixes apply everywhere instead of one route at a time.
  • Deploy notifications now show who deployed and a summary of what changed — no more “Someone deployed a new version” with a bare URL.

Legal & compliance

  • ·Terms of Service, Privacy Policy, and Data Processing Agreement pages with drafted content
  • ·Versioned acceptance tracking — bump a version to trigger re-acceptance for all users
  • ·Signup flow requires ToS + Privacy checkbox with inline key terms summary
  • ·Dashboard blocks access until terms are accepted (re-acceptance modal)
  • ·Settings > Legal page for admins — DPA acceptance, member audit table showing who accepted what

Onboarding

  • ·Org creation is now two steps: name/slug then hosting provider selection
  • ·Four hosting options: VibeSharing Hosted, Your Vercel, Your Netlify, Something else
  • ·Inline API token entry for Vercel/Netlify during setup (optional, configurable later)

Deploy infrastructure

  • ·Consolidated 6 deploy routes into shared auth, framework detection, and orchestration modules
  • ·Fixed provider resolution bug — deploy_provider column default of ‘vercel’ was overriding org-configured Netlify for all new prototypes
  • ·resolveExistingProvider now only trusts hosting project IDs, not the column default
  • ·Fork calls orchestrateDeploy directly instead of HTTP self-call to deploy-code
  • ·Net -207 lines, provider logic in 1 place instead of 6

Notifications

  • ·Deploy emails show deployer’s name instead of “Someone”
  • ·New ‘summary’ field on deploy_prototype and deploy_files MCP tools — AI writes a stakeholder-facing description that goes into the email
  • ·Falls back to CLAUDE.md first paragraph if no summary provided
  • ·Email template renders multi-line content cleanly

Dashboard & collections

  • ·Collection names are now inline-editable (click to edit, auto-updates slug)
  • ·Move prototype to another project — new menu item in prototype action menu with project picker dialog
  • ·infra_admin role now recognized for collection editing permissions
MCP 0.11.8 + PlatformApril 1, 2026

Feedback-driven deploys, share page redirect, and interaction analytics

  • Deploys now prompt for feedback focus — set what stakeholders should review, what to ignore, and guided questions. The deploy becomes a deliberate “ready for eyes” moment.
  • Direct prototype URLs now redirect to the VibeSharing share page, so stakeholders always land on the full feedback experience with guided questions and context.
  • Interaction analytics — tracking exports, downloads, shares, source views, and feedback panel opens to understand how teams actually use prototypes.
  • Dashboard improvements — Focused layout is default, two-column collections + prototypes view, sorted by most recent activity.

Feedback-driven deploys

  • ·Post-deploy MCP response prompts for feedback focus: awareness, design, feasibility, interaction, or full review
  • ·New scope_note parameter — tell stakeholders what NOT to focus on (e.g., “ignore visual polish”)
  • ·Scope notes display as amber disclaimer banner above guided questions on the share page
  • ·Auto-generated share slugs on every deploy — every prototype gets a /s/[slug] share link
  • ·Backfilled share slugs for all 144 existing deployed prototypes

Share page & feedback

  • ·SDK redirects direct prototype visits to the share page for the full feedback experience
  • ·New comment alerts exclude your own comments — no more self-notifications
  • ·Last-viewed tracking — visiting a prototype clears the “new comment” badge
  • ·Unpin collections directly from the Focused dashboard view

Dashboard

  • ·Focused layout is now the default — Classic toggle hidden for one-week test
  • ·Two-column layout: pinned collections on the left, watching prototypes on the right
  • ·Collections and prototypes sorted by most recently updated
  • ·Removed collapse arrows and status dots from watching list for cleaner UI
  • ·Nav bar contrast fixed over bright thumbnails (bg-black/80)
  • ·Active/press states on all buttons and nav links

Analytics

  • ·Lightweight event tracking for 8 key interactions: export, download, share, feedback, source view
  • ·Netlify credit monitoring in the diagnose tool — shows remaining credits and warns when low

Deploy reliability

  • ·Deploy status API is now provider-aware — checks Netlify or Vercel based on project setting
  • ·No more phantom “No Vercel project associated” errors for Netlify-migrated prototypes
  • ·Auto-disconnect Vercel projects when deploying to Netlify — prevents ghost builds
  • ·Static HTML projects deploy correctly on Netlify — no build command, publish from root
  • ·Auto-inject netlify.toml with correct config based on framework detection (Next.js plugin, Vite SPA, static)
MCP 0.11.6 + PlatformMarch 30, 2026

Multi-provider hosting — deploy prototypes to Vercel, Netlify, or bring your own

  • Prototypes are no longer locked to Vercel. Organizations can now choose their hosting provider — starting with Netlify, with AWS Amplify and Fargate coming soon.
  • Provider abstraction layer — a single HostingProvider interface powers project creation, deploy triggering, build polling, and URL resolution across all providers.
  • Netlify eliminates the Vite framework mismatch bug that required manual intervention on every new Vercel branch deploy for component library prototypes.
  • Infrastructure settings updated — org admins can switch to Netlify and configure tokens from Dashboard > Settings > Infrastructure.

Multi-provider architecture

  • ·New HostingProvider interface with pluggable Vercel and Netlify implementations
  • ·Both deploy-code (MCP/CLI) and import-repo (GitHub import) routes use the provider abstraction
  • ·Each project records its deploy provider — status checks and re-imports resolve to the correct platform
  • ·Provider-specific SPA routing files auto-added (vercel.json or netlify.toml) based on org setting
  • ·Default is still Vercel — no change for existing orgs unless they opt in

Netlify provider

  • ·Full lifecycle support: site creation, GitHub repo linking, build triggering, status polling, URL resolution
  • ·Tested with Vite + React + MUI v7 prototypes — builds in under 10 seconds
  • ·Private .tgz dependencies resolve correctly from Netlify’s build environment
  • ·No framework auto-detection override — reads netlify.toml directly, eliminating the Vercel mismatch bug
  • ·Sites are publicly accessible by default (no SSO protection to disable)

MCP tools

  • ·All tool descriptions and user-facing messages are now provider-agnostic
  • ·Deploy name suggestions no longer hardcode .vercel.app URLs
  • ·Validation messages reference "the build" instead of "Vercel"

Infrastructure

  • ·Netlify button added to provider selector in infrastructure settings
  • ·Netlify Personal Access Token configuration with masked display
  • ·Database migration: netlify added to deploy_provider enum, netlify_token on orgs, netlify_site_id/name on projects
MCP 0.11.5 + PlatformMarch 24-27, 2026

Enterprise infrastructure, import reliability, and UI polish

  • Infrastructure admin role and settings UI — configure GitHub orgs, deploy providers (Vercel, Fargate, Amplify), and custom prototype domains per org.
  • Pre-deploy validation — catches duplicate config files, conflicting output settings, missing frameworks, committed build artifacts, and case-sensitive path mismatches before they hit Vercel.
  • Collection thumbnails — live preview of prototypes on collection cards, with list/card view toggle and pin-to-thumbnail from the prototype menu.
  • Deploy status tool — check live Vercel build state from MCP without running diagnose repeatedly. Returns build output on errors.

Enterprise readiness

  • ·New infra_admin role — configure deploy infrastructure without full admin access
  • ·Infrastructure settings UI — GitHub org, service tokens, deploy provider, AWS config, custom domains
  • ·GitHub API URL, org, and Vercel API URL all configurable via env vars for behind-firewall deployment
  • ·22 files refactored — zero hardcoded external URLs in API routes
  • ·Role hierarchy enforced — only infra_admin can assign/modify infra_admin role

Import reliability

  • ·Binary files (PNG, JPG, fonts) now included in repo imports — previously silently skipped
  • ·New entry_point parameter — specify landing page for static HTML sites with no index.html
  • ·Batch file fetching — 10 concurrent requests with rate limit pauses (was sequential, hit GitHub limits on 100+ file repos)
  • ·Build output directories (out/, dist/, build/) filtered from imports
  • ·Orphaned repo reuse — re-imports succeed when GitHub repo exists but prototype was deleted
  • ·Retry resilience — partial failures (repo created, Vercel failed) recover on retry
  • ·Default branch detection — tries main, master, then GitHub API for actual default
  • ·deploy_files guardrail — 100KB+ payloads redirect to import_repo with clear message
  • ·Tool descriptions steer AI toward import_repo for existing repos

MCP tools

  • ·deploy_status — live Vercel build state with build output on errors
  • ·deploy_prototype now accepts collection_id and parent_project_id for upfront placement
  • ·import_repo branch parameter added to remote MCP server
  • ·import_repo entry_point parameter for static HTML landing pages

Dashboard

  • ·Follow → Watch rename throughout the UI (GitHub mental model)
  • ·Action bar collapsed into Share / Watch / ••• overflow menu
  • ·Collection thumbnail previews with list/card view toggle
  • ·Set as collection thumbnail option in prototype overflow menu
  • ·Paste Code auto-detects HTML and routes to static deploy (no Next.js wrapping)
  • ·Project edit routed through admin API — owner reassignment now works
  • ·infra_admin shown in Admins panel, not Members

Validation & safety

  • ·Pre-deploy config conflict detection (duplicate next.config files, output:export conflicts)
  • ·Case-sensitivity warnings for file path mismatches (macOS vs Linux)
  • ·Branch protection on new repos — blocks force-pushes and branch deletion
  • ·Fixed ambiguous PostgREST joins caused by thumbnail_prototype_id FK (broke update_prototype and delete_prototype)

Bug fixes

  • ·Fixed display_name column typo (was querying non-existent full_name)
  • ·Fixed import-repo retry after partial failure (orphaned GitHub repos)
  • ·Fixed dashboard crash from server/client render-prop mismatch
  • ·Fixed Edit button in overflow menu (menu closing before modal opened)
  • ·Post-push QA hook runs test suite automatically and notifies on failure
MCP 0.11.0 + PlatformMarch 23, 2026

Designer role, Claude Code skills, and template QA

  • New 'designer' role — give your design team template access without full admin rights. Invite, assign, and manage from org settings.
  • /prototype — scaffold and deploy a prototype from a design system template in one command. Pick a template, describe what you want, get a live URL.
  • /theme — generate a complete design system template from a Figma URL, screenshot, or text description. All 38 CSS variables, plus AI design instructions.
  • /diagnose — triage broken deploys, blank pages, and permission errors with a structured diagnostic walkthrough.

Roles & permissions

  • ·New 'designer' org role — can create, edit, and delete design system templates
  • ·Designers see the Settings gear in nav, auto-redirect to Templates page
  • ·Role available in invite form, join codes, and role change dropdown
  • ·Teal badge color to distinguish from editor (purple) and admin (blue)
  • ·RLS policy updated — designers can manage templates via Supabase row-level security

MCP tools

  • ·list_templates — browse your org's design system templates with variable counts and instruction status
  • ·quick_prototype — describe what you want, pick a template, and get a deployed prototype. One tool call from idea to live URL
  • ·Templates API now supports deploy token auth — MCP tools can list templates without browser session

Claude Code skills (repo maintainers)

  • ·/prototype — pick a template, describe intent, get a deployed prototype in one step
  • ·/theme — generate templates from Figma URLs, screenshots, or descriptions with full variable coverage
  • ·/qa-template — validate template completeness (38 vars), WCAG contrast ratios, format correctness, and design instructions
  • ·/diagnose — systematic triage for deploy failures, blank pages, template issues, and permission errors
MCP 0.10.6 + PlatformMarch 20-22, 2026

Design system templates, version control, and fork workflows

  • Design system templates — deploy prototypes pre-themed with your org's design system. Light, dark, and product-focused variants available.
  • Full version control — every deploy is tracked with version numbers, file manifests, and git metadata. Browse history with list_versions.
  • Fork prototypes — create a copy with its own URL to experiment freely. The original stays untouched. Built for safe iteration.
  • Rollback to any version — one command to restore a previous deploy. Works for both git-based and static prototypes.

MCP tools

  • ·fork_prototype — clone a prototype into a new one linked to the original
  • ·list_versions — browse deploy history with file manifests and commit info
  • ·rollback_deploy — restore a previous version by re-pushing its files
  • ·delete_prototype — remove prototypes via MCP (creator or admin only)
  • ·update_prototype — rename, update descriptions, and fix URLs without creating duplicates
  • ·template parameter on deploy_prototype and deploy_files — apply a design system template at deploy time

Design system templates

  • ·Admin template management UI — create, edit, toggle, and delete templates from Settings without code changes
  • ·Database-driven templates with CSS variable editor and color preview
  • ·Templates include light, dark, and product-focused theme variants
  • ·Each template gets a slug for use with the template parameter on deploy tools
  • ·Org-scoped — each organization manages their own design system templates
  • ·deploy_prototype now supports multi-file deploys (files, file_paths) — no more jamming everything into one file

Deploy pipeline

  • ·deploy_prototype now creates a Git repo (previously used Vercel direct with no source history)
  • ·Every MCP deploy gets version history, forkability, and push-to-deploy
  • ·Empty files are stripped before push to prevent broken Vercel builds
  • ·Vercel project IDs now reliably stored via admin client (fixes 'no Vercel project associated' errors)

Dashboard

  • ·Cleaner prototype detail page — Share and Follow moved to top action bar, description width constrained
  • ·Trash button now offers deprioritize (soft archive) or delete permanently
  • ·Removed redundant Prototype and Live badges
  • ·Mobile-friendly navigation with hamburger menu
  • ·Edit Project form no longer blocks saves due to URL validation

Onboarding & accounts

  • ·Auto-join by email domain now works for new signups (was blocked by RLS)
  • ·Onboarding email rewritten for both builders and stakeholders
  • ·GitHub team invite mentioned in welcome email so users know to look for it
  • ·All emails now have reply-to set to info@vibesharing.app
  • ·share_html auto-registers a visible prototype in the dashboard hierarchy

Admin & analytics

  • ·Org analytics dashboard — members, deploys, feedback, MCP usage, and activity charts scoped to your org
  • ·Template management UI — create and edit design system templates from Settings
  • ·@mention autocomplete in feedback — type @ to tag org members and notify them
MCP 0.8.0 — 0.9.3 + PlatformMarch 13-19, 2026

Deploy reliability overhaul, feedback loops, and MCP registry

  • Major deploy reliability overhaul — fixed 10+ bugs across 6 deploy paths. Shared deploy-post module ensures consistency.
  • Published to the official MCP registry. One-click install in Cursor. Auto-update checks on startup.
  • Closed-loop feedback — stakeholders get notified when their feedback is addressed. 'See what changed' flow.
  • Full-text search across prototypes, projects, and collections. Source viewer for code review in the browser.

Deploy reliability

  • ·Shared deploy-post module — all 6 routes (code paste, ZIP, GitHub import, deploy-code, static, import-repo) call the same post-deploy logic
  • ·Deploy lock rewritten (read-then-write instead of broken .or() filter)
  • ·maxDuration=120 on all deploy routes to prevent Vercel function timeouts
  • ·Deploy token auth added to all routes
  • ·Auto-redirect for ZIPs missing index.html

MCP tools

  • ·diagnose — comprehensive health check with auto-fix for stuck deploy locks
  • ·send_support_request — email admin directly from MCP with session context
  • ·close_feedback_loop — deploy + auto-resolve feedback items in one step
  • ·generate_feedback_topics — auto-generate guided questions after deploy
  • ·share_html with auto-bundling — inline CSS, SVGs, and images from local files
  • ·Unread feedback surfaced on first tool call of each session

Platform

  • ·Full-text search across prototypes, projects, and collections
  • ·Source code viewer with syntax highlighting
  • ·Export as ticket (Linear, Jira, GitHub Issue)
  • ·Context tab with CLAUDE.md content and related resource links
  • ·Onboarding email for new org members
  • ·Engineering review feedback with accuracy ratings
  • ·Documentation hub at /docs with MCP tools reference
MCP 0.4.0 — 0.6.0March 7-12, 2026

Feedback experience, collections, and named deployments

  • Feedback triage — filter by status, priority, and assignee. Bulk update from MCP. Resolution notes.
  • Feedback briefs — set context that stakeholders see before commenting. Auto-extracted from CLAUDE.md.

Features

  • ·Feedback triage with status (open/in_progress/resolved/wont_fix/deferred), priority, and assignee
  • ·Feedback briefs — ## Feedback Brief in CLAUDE.md auto-populates stakeholder context
  • ·Auto-generated feedback questions categorized by theme (vision, feasibility, design, interaction)
  • ·Named deployments — set friendly Vercel URLs (e.g., my-prototype.vercel.app)
  • ·resolve_target tool for fuzzy name matching
  • ·Collections with nested folder support
  • ·Fuzzy search on list_collections and list_prototypes
MCP 0.1.0 — 0.3.0March 1-6, 2026

MCP server launch, Claude Code integration, and push-to-deploy

  • MCP server for Claude Code and Cursor — deploy prototypes, register projects, and manage feedback without leaving your editor.
  • Push-to-deploy via GitHub — push to main and your prototype auto-deploys to Vercel within 30 seconds.

Features

  • ·MCP server published to npm as @vibesharingapp/mcp-server
  • ·register_prototype, deploy_prototype, deploy_files, list_prototypes, list_collections tools
  • ·get_feedback, sync_context, verify_token tools
  • ·GitHub service account creates repos in vibesharing-prototypes org
  • ·Vercel project auto-creation linked to GitHub repos
  • ·Deploy tokens (vs_*) for CLI and API authentication
  • ·Claude Code marketing page at /claude-code
  • ·Auto-sync CLAUDE.md as context entry on deploy
PlatformFebruary 20-28, 2026

Collaboration, sharing, and the feedback widget

  • Email invites with pending invite flow — invite teammates by email, they land directly in your org after signup.
  • Prototype sharing with @mentions — select org members, send share notifications, auto-invite to VibeSharing.

Sharing & collaboration

  • ·Share modal with org member picklist and batch sharing
  • ·Email notifications for prototype shares (via Resend)
  • ·Feedback widget embedded in every deployed prototype
  • ·Always-on feedback input with optional guided questions
  • ·Owner vs. reviewer feedback views
  • ·Follower system with notifications on deploy

Dashboard

  • ·Activity stream on dashboard sidebar
  • ·Live iframe preview for VibeSharing-hosted prototypes
  • ·Drag and drop to move projects between folders
  • ·Organization logo upload
  • ·Full-path breadcrumbs in project cards

Org management

  • ·Email invite flow with pending invites and invite links
  • ·Multi-org support with org switcher
  • ·Role-based access (admin, editor, member)
  • ·Onboarding stepper for new signups
  • ·Auto-join by email domain
PlatformFebruary 10-19, 2026

Prototype detail page, handoff, and deployment pipeline

  • Redesigned prototype detail page — live preview iframe, right-side action rail, and feedback panel below.
  • Git-based handoff — source code stored, ZIP export, and clone instructions for developers picking up work.

Prototype hosting

  • ·ZIP upload deployment to Vercel
  • ·GitHub import — deploy from any public repo URL (supports subdirectories)
  • ·Code paste deployment — single page.tsx wrapped in Next.js template
  • ·Static HTML deployment served from Supabase storage
  • ·Source code storage with auto-delete and delete-on-download options

Page redesign

  • ·Prototype detail page with live scaled iframe preview
  • ·Right-side action rail: collaborate, update, export
  • ·Feedback section below preview with guided questions
  • ·Browser frame component with URL bar and refresh button

Project hierarchy

  • ·Project to Prototype parent-child hierarchy
  • ·Nested folder structure with org-level visibility
  • ·Collection creation for organizing prototypes
  • ·External URL support for prototypes hosted elsewhere
v0.1February 2026

VibeSharing launches

Foundation

  • ·Next.js 14 + Supabase + Tailwind stack
  • ·Supabase Auth with email/password
  • ·Organization and folder-based multi-tenancy with row-level security
  • ·Dashboard with project listing and creation
  • ·Dark mode UI
  • ·Vercel deployment for the platform itself

VibeSharing ships continuously. Follow along as we build.