by mikehasa
Take your agent-built product live: hosting, database, domain, email, payments — on your own accounts. Open-source Agent Skill + zero-dependency Node CLI: detect → plan → approve → apply → verify. No GoLive account, backend or telemetry.
# Add to your Claude Code skills
git clone https://github.com/mikehasa/golive-skillSee how golive-skill compares with popular alternatives.
golive-skill is an open-source ai agents skill for AI coding assistants such as Claude Code, Codex CLI, and ChatGPT, built by mikehasa. Take your agent-built product live: hosting, database, domain, email, payments — on your own accounts. Open-source Agent Skill + zero-dependency Node CLI: detect → plan → approve → apply → verify. No GoLive account, backend or telemetry. It has 228 GitHub stars.
golive-skill's catalog security scan is still queued. You can run an instant dependency and prompt-injection check now with the "Scan for vulnerabilities" button above.
Clone the repository with "git clone https://github.com/mikehasa/golive-skill" and add it to your Claude Code skills directory (see the Installation section above).
golive-skill is primarily written in TypeScript. It is open-source under mikehasa on GitHub, so you can review or fork the full source.
Yes. SkillsLLM lists many other AI Agents skills you can browse and compare side by side. Open the AI Agents category from the badge at the top of this page, or use the Related Skills and comparison links further down to weigh golive-skill against similar tools.
No comments yet. Be the first to share your thoughts!
⚠️ Third-Party Software Notice
This skill is third-party open-source software developed and hosted independently on GitHub. SkillsLLM is an informational directory and does not control or maintain the underlying repository.
Any security checks, ratings, or warnings displayed by SkillsLLM are automated and limited in scope. They do not constitute a security certification or guarantee that the software is safe, error-free, or free from malicious code, vulnerabilities, compromised dependencies, or prompt-injection risks.
Review the source code, permissions, dependencies, and configuration before installing or running any third-party skill. Use is at your own risk. To the maximum extent permitted by applicable law, SkillsLLM is not liable for losses arising from third-party software.
The deep catalog scan for this skill is still queued. Run an instant dependency check now instead.
Take your agent-built product live: hosting, database, auth, domain, email, payments — on your own accounts. Then hand it over, or tear it all down.
Your coding agent can build an app in minutes. Getting it to real users still means accounts, hosting, databases, domains, secrets and connected services. GoLive is the open-source Agent Skill for that work: it detects what your app needs, plans the exact changes, asks for your approval, applies them with your own logins, and verifies what actually works — then records what it created, re-checks it for drift on demand, and can remove it again.
Automate the parts providers expose. Guide you through the parts that need a human. Verify what can be observed, and make unfinished work clear. No GoLive account, hosted backend or product telemetry.
Early alpha · 0.1.0-alpha.2 Disposable live tests now cover six journeys: hosting (Vercel, Netlify), database (Supabase, Neon), custom-domain DNS (Porkbun, GoDaddy), transactional email (Resend), test-mode payments (Stripe) and Supabase authentication, plus the
teardownuninstall path. The ownership document and the on-demandgolive statusdrift check are implemented with test coverage (golive statusalso ran read-only in a live validation), while the broader roadmap is our direction, not a claim that it is all built.
Install · Use GoLive · See the workflow · Alpha scope · Roadmap · Contribute
You need Node.js 20+, npm/npx, Git, and a coding agent that can load skills and run commands. Installation has been checked for Codex and Claude Code; other clients are unverified.
Install once for all your projects. Run this from any directory:
npx skills add https://github.com/mikehasa/golive-skill --skill golive --global
Select your agent when prompted: use the arrow keys to move, Space to select, and Enter to confirm. That screen is waiting for input; installation continues after you confirm.
To skip the agent picker, use the command for your agent:
# Codex
npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent codex --yes
# Claude Code
npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent claude-code --yes
For installation in just one project, run from that project's repository and omit --global.
Or paste this into your coding agent:
Install the GoLive skill globally so I can use it across projects:
npx skills add https://github.com/mikehasa/golive-skill --skill golive --global
Target the agent I'm using: add --agent codex --yes for Codex, or
--agent claude-code --yes for Claude Code. Keep --global.
If the agent isn't clear, ask me which one.
Verify the installation with:
node <installed-skill-dir>/scripts/golive.mjs version --json
Tell me if I need to reload skills or start a new session.
Stop after installation; don't connect accounts or deploy yet.
The install includes the instructions, provider references and prebuilt runtime. It does not connect accounts or deploy anything. See installation and updates for noninteractive agent flags, runtime verification and the optional own installer.
The same skill is published to npm as golive@0.1.0-alpha.2 (dist-tags alpha and latest), which
installs it offline, with no Git or Skills CLI involved:
# Codex
npx golive@alpha install --agent codex
# Claude Code
npx golive@alpha install --agent claude
Add --global to install into your home directory (~/.agents/skills/golive or
~/.claude/skills/golive) instead of the current project. The installer copies the complete skill
the package ships with, refuses an existing destination, and never connects provider accounts.
Both channels carry the same release. The npm package publishes the version in this repository,
including the standalone installer helpers, so an npm installation is an owned copy that updates in
place. The earlier 0.1.0-alpha.0 snapshot has no updater: remove that copy and reinstall, or use
the GitHub channel, which manages its own installs.
The npm package also exposes the terminal CLI: npx golive@alpha help, version, detect, menu,
plan, apply, verify, handoff — apply needs the approved plan ID and explicit confirmation.
See installation and updates for
the channel's exact limits.
Open your app repository in your coding agent. After installation, reload skills or start a new
session if GoLive does not appear. The skill's name is golive. For the standalone installation
above, type one of these in your agent's chat:
| Agent | Example prompt |
|---|---|
| Codex | $golive Help me take this app live. |
| Claude Code | /golive Help me take this app live. |
You can also ask in plain language:
Use the golive skill to take this app live. Keep the providers it already uses.
Show me the destination accounts and plan before changing anything.
GoLive inspects the app, asks about missing providers, and presents the destination accounts and plan for your approval before making provider changes.
These are chat prompts. golive skill is not a command. Installing through npx skills add does
not add a golive command to your terminal; the agent runs the included CLI from the installed
skill directory. The npm package can also install the skill offline and exposes
that CLI as npx golive@alpha <command>; its terminal commands run individual operations rather
than the conversational skill workflow.
An illustrative conversation for an app that already uses Supabase:
You: Use golive to take this app live. Use test resources for now.
Agent: This app uses Supabase. Where would you like to host it?
- Vercel — built-in hosting workflow; live-tested with Supabase.
- Netlify — built-in hosting workflow; the live-tested pairing is Netlify + Neon.
- Other — tell me your provider; I'll try a guided setup using its official tools and docs.
You: Vercel.
Agent: We'll keep Supabase. Does this app already have a Supabase project, or should we create a new test project?
You: Create a new one.
Agent: Run
vercel loginandsupabase loginin a separate terminal window. I'll check which account and organization are connected when you're done.You: Done.
Agent: Here's the plan: create a new test frontend project in your selected Vercel team, create its database in your selected Supabase organization, transfer the required environment values, and deploy. I'll show the actual destination names and IDs, resource settings and cost information with the plan. Approve before I apply it.
You: Approved.
Agent: The deployment is live. Here is the URL, the verification report, and anything still unverified. Next we'll test the app's own signup and data flows. When you're done with this test project,
golive teardownplans its removal for your approval before anything is deleted.
GoLive keeps the provider choices already in your app and asks about missing pieces. You handle signups, browser logins, identity checks and purchases. If an API key is needed on macOS, a native hidden-input dialog explains why it is asking and where the key will be saved. Its value goes directly to the local credentials file, never to chat or command output. Other platforms use your own editor as a fallback. A later change to the plan needs another approval; connecting auth or a domain may require a follow-up after the first deploy.
Using another provider? The skill has a general guided flow: check the provider's official CLI, an available official MCP integration or API, then guide you through its dashboard if needed. The agent still shows the destination, changes and cost before asking for approval, and checks what it can afterward. This is best-effort guidance, with no guarantee of completion or the same verification coverage as a built-in adapter. If a step cannot be completed or verified, you get the specific blocker and next action. See guided provider scope.
Two hosting choices: Vercel and Netlify. Two database choices: Supabase and Neon.
| Live-tested path | What was exercised |
|---|---|
| Vercel + Supabase | Provisioning, environment wiring, deployment, authenticated CRUD and access isolation |
| Netlify + Neon | Provisioning, environment wiring, deployment, Postgres connectivity, two-session API checks and browser CRUD |
| Vercel + Porkbun (custom domain) | Domain attachment, an approved DNS record write under --confirm-dns, ownership verification and HTTPS serving on a disposable subdomain |
| Vercel + GoDaddy (custom domain) | The same journey on a second subdomain, including the ownership TXT challenge Vercel requested after attaching |
| Vercel + Resend (email) | Sending-domain setup, DNS records, domain verification and a real send through the app's own environment key (delivered; the fresh subdomain landed in spam) |
| Vercel + Stripe (test payments) | Test-mode keys and webhook registration, an unsigned-request rejection, and a real test-card payment delivered as a signature-verified event |
These were approved disposable runs on existing accounts; completed test resources were deleted afterward, and recent runs' disposable projects and records are cleaned up under the same supervision. Cr