Who it is forA developer who finished a test run with disposable provider resources and does not want leftover hosting, databases or DNS records billing them.
The problemTest resources are easy to forget, and an agent can leave some behind when a provider does not allow automatic removal.
The outcomeResources golive can prove it created are removed, and a clear list names each leftover with steps to remove it by hand.
What you need first
- Node.js 20+, npm/npx and Git installed
- A coding agent that can load skills and run commands (README checks Codex and Claude Code)
- Accounts you own with the providers you plan to use, such as Vercel, Supabase, Netlify, Neon, Porkbun, GoDaddy, Resend or Stripe
- Logins for those providers in a terminal you control, since the agent relies on them
Steps
- Ask the agent in chat to tear down the golive resources from this app, and review the plan it shows before approving.
- Run
npx golive@alpha teardownfrom the installed skill to start the removal path. (inferred, check the README) - Read the handoff list for Supabase and Neon projects, the Resend sending domain, and any zone or host project golive could not read.
- Remove each listed leftover by hand in its provider dashboard.
- Run
npx golive@alpha statusto confirm the baseline is clear of golive-created drift. (inferred, check the README)
Prompt for your agent
Use the golive skill in the repo <repo-path> to tear down only the resources golive created for this app, and show the plan before any deletion. Report the handoff list of leftovers that golive could not remove, and confirm the removal of the test host project.
Caveat. Teardown does not remove Supabase and Neon projects or the Resend sending domain automatically, so those must be deleted by hand from the handoff list.
Get 5 new use cases every morning. Free, one short email, unsubscribe anytime.
Get them freeShare: X LinkedIn Hacker News Email Copy link
Disclaimer
Deduped lists open-source repositories that belong to other people. We do not own, maintain, audit, or vouch for any of them, and a repo appearing here is not an endorsement or a safety check. The use cases, steps, and prompts are written by AI and may be incomplete, outdated, or just wrong. Where a use case is marked "Seen in the wild", we link to public posts where someone described something similar, but we have not verified those posts and the use case itself is still our AI's own write-up. Use all of this at your own risk. Only run code, commands, or agents on systems and accounts you are authorized to use, and read the code and every command before you run it, especially anything that touches credentials, files, or the network. Nothing here is professional, security, legal, or financial advice. All trademarks and project names belong to their respective owners, and their use here does not imply affiliation. Content is provided as is, without warranties of any kind. Found a mistake, a safety problem, or something you want removed? Email [email protected] and we will look at it promptly. Full disclaimer page