MyVibe Publish

Publish web content (HTML file, ZIP archive, or directory) to MyVibe.

Prerequisites

• - Node.js 18 or later
• All script executions in this skill require network access. Always run Bash commands with sandbox_permissions=require_escalated to ensure network permissions are enabled.
• The deployment and screenshot generation may take a few minutes. Use a 10-minute (600000ms) timeout for publish commands.

Usage

CODEBLOCK0

Options

Option	Alias	Description
INLINECODE1	INLINECODE2	Path to HTML file or ZIP archive
INLINECODE3

-d | Directory to compress and publish | | --url <url> | -u | URL to import and publish | | --hub <url> | -h | MyVibe URL (default: https://www.myvibe.so/) | | --title <title> | -t | Project title | | --desc <desc> | | Project description | | --visibility <vis> | -v | Visibility: public or private (default: public) | | --did <did> | | Vibe DID for version update (overrides auto-detection) | | --new | | Force create new Vibe, ignore publish history |

Workflow Overview

1. 1. Detect Project Type → if no build needed, start screenshot in background
2. Build (if needed) → then start screenshot in background
3. Metadata Analysis → extract title, description, tags
4. Confirm Publish → show metadata, get user confirmation
5. Execute Publish → script auto-reads screenshot result
6. Return Result → show publish URL

First tool call - execute in parallel:

• - Read: source file or main files in directory
• INLINECODE17: INLINECODE18
• INLINECODE19: INLINECODE20

---

Step 1: Detect Project Type

Check	Project Type	Next Step
INLINECODE21 with HTML/ZIP	Single File	→ Start screenshot, then Step 3
Has dist/, build/, or out/ with index.html

Pre-built | → Step 2 (confirm rebuild) |
| Has package.json with build script, no output | Buildable | → Step 2 (build first) |
| Multiple package.json or workspace config | Monorepo | → Step 2 (select app) |
| Has index.html at root, no package.json | Static | → Start screenshot, then Step 3 |

Start screenshot for non-build projects (runinbackground: true):

For directory source (--dir):
CODEBLOCK1

For single file source (--file):
CODEBLOCK2

IMPORTANT: Use --file when the source is a single HTML file, and --dir when it is a directory. The flag must match the source.type in the publish config so that both scripts calculate the same hash for the screenshot result file.

After starting the screenshot background task, use TaskOutput (with block: false) to check the task output before proceeding. If the output contains "agent-browser is not installed" or "Chromium is not installed":

1. 1. Install agent-browser: INLINECODE36
2. Re-run the screenshot command (same command as above, runinbackground: true)
3. Check again with TaskOutput (block: false) to confirm it's running

This ensures the screenshot can complete successfully in the background while you continue with metadata analysis.

---

Step 2: Build (if needed)

Detect package manager from lock files, build command from package.json scripts.

Use AskUserQuestion to confirm:

• - Pre-built: "Rebuild or use existing output?"
• Buildable: "Build before publishing?"
• Monorepo: "Which app to publish?"

After build completes, start screenshot in background (same check as Step 1: use TaskOutput block: false to verify agent-browser is available, install if needed, then retry), then proceed to Step 3.

---

Step 3: Metadata Analysis

Extract title

Priority: <title> → og:title → package.json name → first INLINECODE42

Generate description (50-150 words, story-style)

Cover: Why (motivation) → What (functionality) → Journey (optional)

Sources: conversation history, README.md, source code, package.json, git log

Guidelines:

• - Natural, conversational tone
• Focus on value and story, not technical specs
• Avoid generic "A web app built with React"

Extract githubRepo

From git remote or package.json repository field. Convert SSH to HTTPS format.

Match tags

Fetch tags: node {skill_path}/scripts/utils/fetch-tags.mjs --hub {hub}

Tag Type	Match Method
techStackTags	Match package.json dependencies against tag slug
platformTags

From conversation context (Claude Code, Cursor, etc.) |
| modelTags | From conversation context (Claude 3.5 Sonnet, GPT-4, etc.) |
| categoryTags | Infer from project (game libs → game, charts → viz) |

---

Step 4: Confirm Publish

Display metadata and use AskUserQuestion:

CODEBLOCK3

Options: "Publish" / "Edit details"

---

Step 5: Execute Publish

Check dependencies: If scripts/node_modules missing, run npm install first.
The publish script automatically reads the screenshot result file. Execute publish directly:

Pass config via stdin:

CODEBLOCK4

• - did optional - for explicit version updates
• INLINECODE48 auto-read from INLINECODE49
• Screenshot result file cleaned up after publish

---

Step 6: Return Result

After publish script completes, check the script output for these messages:

Success Message

Always include the Vibe URL in your response: CODEBLOCK5

Upgrade Prompt (Important)

The script prints an upgrade prompt when updating an existing Vibe without version history enabled: CODEBLOCK6

You MUST include this upgrade information in your response to the user if the script output contains it. This helps free-tier users discover the version history feature.

---

Error Handling

Error	Action
Dependencies missing	Run npm install in scripts directory
401/403 Auth error

Token auto-cleared, re-run to authorize |
| Build failed | Analyze error, offer fix, or publish source as-is |
| Screenshot failed | Skip coverImage, proceed without it |
| agent-browser missing | Run npm install -g agent-browser && agent-browser install |
| Script execution failed (network/sandbox) | Check if network permissions are enabled. Add sandbox_permissions=require_escalated and retry |
| Private mode is only available for Creator and Studio users | See "Private Mode Error Handling" below |

Private Mode Error Handling

When publishing with visibility: private fails with "Private mode is only available for Creator and Studio users", use AskUserQuestion to let the user choose:

Question: "Private publishing requires a Creator or Studio subscription. How would you like to proceed?"

Option	Label	Description
1	Publish as Public	Your Vibe will be visible to everyone. You can change this later after upgrading.
2

View Upgrade Options | Open the pricing page to explore subscription plans with private publishing. |

Actions based on selection:

• - Option 1: Re-run publish with visibility: "public", inform user the Vibe is now public
• Option 2: Display the pricing URL {hub}/pricing and stop the publish flow

Notes

• - Always analyze content for meaningful title/description - never use directory names
• Confirm with user before publishing
• Default hub: https://www.myvibe.so/
• Tags fetched fresh from API on each publish
• Publish history in ~/.myvibe/published.yaml for auto version updates
• Use --new to force new Vibe instead of updating