GoLive 是一个面向 AI 编程代理（如 Codex、Claude Code）的开源 Agent Skill 与零依赖 Node CLI，用于把代理生成的应用真正上线。它会检测应用所需的托管、数据库、域名、邮件、支付、认证等资源，生成变更计划，要求用户确认后再使用用户自己的云服务账号执行部署、配置和验证。项目当前处于 early alpha（0.1.0-alpha.3），重点支持 Vercel、Netlify、Supabase、Neon，并对 Porkbun、GoDaddy、Resend、Stripe、Supabase Auth 等路径做了部分真实验证。项目不需要 GoLive 账号，没有托管后端，也声称没有产品遥测。
适用领域
AI Agent 工具 / DevOps 自动化 / 应用部署 / 云资源编排 / 数据库配置 / DNS 与域名管理 / Serverless / Jamstack 托管 / 认证与授权配置 / 支付集成 / 事务邮件配置 / 开发者工具 / 基础设施自动化
配置难度
中等偏高。对于熟悉 Node.js、Vercel/Netlify、Supabase/Neon、DNS 和环境变量配置的开发者，上手成本中等；但由于它会跨多个云服务账号执行真实资源创建、DNS、认证、邮件和支付配置，且项目仍处于 alpha，使用者需要具备基本 DevOps 审核能力，能理解执行计划、权限、费用和回滚风险。
商业价值
未知
01
技术亮点
- 以用户自己的账号执行部署和资源创建，不依赖 GoLive 托管后台
- 无 GoLive 账号要求，并声明没有产品遥测，适合重视控制权和隐私的开发者
- 采用 detect → plan → approve → apply → verify 流程，默认先规划和确认再执行变更
- 支持部署后验证，而不只是创建资源；能报告哪些已验证、哪些未验证
- 支持 handoff 文档、status 漂移检查和 teardown 清理流程，覆盖资源生命周期
- 对 Vercel + Supabase、Netlify + Neon、Vercel + 域名/DNS、Resend、Stripe 测试支付等场景有真实一次性资源验证记录
- 适合 AI Agent 工作流，可由 Codex 或 Claude Code 通过 Skill 调用
- CLI 为零依赖 Node runtime，安装和运行方式相对轻量
- MIT 许可证，便于企业或个人二次开发和审计
- 对于不在内置适配器范围内的 provider，也提供 best-effort 引导式流程
02
目标用户
- 使用 Codex、Claude Code 等 AI 编程代理的开发者
- 希望快速把 AI 生成原型部署上线的独立开发者
- 需要在自己账号下管理 Vercel、Netlify、Supabase、Neon 等资源的小团队
- 不想把部署凭据交给第三方 SaaS 的开发者
- 需要可审计、可回滚、可清理部署流程的创业项目或内部工具开发者
- 熟悉 Node.js、CLI、云服务账号和基本 DevOps 概念的技术用户
03
配置要求
- Node.js 20+
- npm/npx
- Git
- 支持加载 Agent Skill 的客户端，目前安装验证主要覆盖 Codex 和 Claude Code
- 目标应用代码仓库
- 相关云服务账号，例如 Vercel、Netlify、Supabase、Neon、Porkbun、GoDaddy、Resend、Stripe 等
- 本地 CLI 登录状态或 API token，例如 vercel login、supabase login、Stripe/Resend token 等
- 如果需要 DNS、域名、支付、邮件等能力，需要拥有相应账号权限和可用域名
- 执行破坏性操作需要显式确认，例如 teardown 需要 --confirm-destroy，DNS 写入可能需要 --confirm-dns，真实测试账号创建可能需要 --confirm-live
- macOS 上 API key 输入可通过原生隐藏输入对话框保存到本地凭据文件；其他平台可能使用编辑器回退方案
- 用户需要自行处理账号注册、浏览器登录、身份验证、购买或付费升级等必须人工完成的步骤
04
适用场景
- 将 AI Agent 生成的 Web 应用部署到 Vercel 或 Netlify
- 为应用创建或连接 Supabase / Neon 数据库
- 自动把数据库、认证、邮件、支付等环境变量写入托管平台
- 为 Vercel 项目绑定 Porkbun 或 GoDaddy 域名并配置 DNS
- 配置 Resend 事务邮件发送域名和 DNS 验证记录
- 配置 Stripe 测试模式支付密钥和 webhook
- 配置 Supabase Auth 策略，例如注册、邮箱确认、密码长度、站点 URL、重定向白名单等
- 部署后执行可观测验证，例如 HTTPS、数据库连接、登录、CRUD、webhook 签名验证等
- 生成 handoff / ownership 文档，便于把项目交接给他人
- 使用 golive status 检查线上资源漂移
- 使用 golive teardown 在确认后删除测试资源
05
部署与配置
- 确保本机已安装 Node.js 20+、npm/npx、Git，并正在使用支持 Skill 的 AI 编程代理，例如 Codex 或 Claude Code。
- 通过 Skills CLI 全局安装：npx skills add https://github.com/mikehasa/golive-skill --skill golive --global
- 如果希望跳过交互式代理选择，可使用 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
- 也可以通过 npm 安装：Codex 使用 npx golive@alpha install --agent codex；Claude Code 使用 npx golive@alpha install --agent claude
- 如需全局 npm 安装，在 npm 安装命令后添加 --global。
- 安装完成后重载 agent skills 或开启新的代理会话。
- 在项目仓库中使用代理聊天调用，例如 Codex 中输入：$golive Help me take this app live.；Claude Code 中输入：/golive Help me take this app live.
- 在部署前根据提示登录相关服务，例如 vercel login、supabase login，或配置所需 provider 的 token/API key。
- 确认 GoLive 展示的目标账号、资源名称、费用影响和执行计划后，再批准 apply。
06
风险与注意事项
- 项目仍处于 early alpha，稳定性、兼容性和功能完整性都不能按生产级工具预期
- 当前真正内置和 live-tested 的 provider 范围有限，主要是 Vercel、Netlify、Supabase、Neon 及部分 DNS/邮件/支付路径
- README 明确说明路线图不是已全部实现的功能，容易被误解为支持范围更广
- 跨 provider 组合很多只是 mock 覆盖，不等同于真实线上验证
- 首次账号设置、新用户 onboarding、所有 Web 框架兼容性尚未充分验证
- 部署和资源创建会操作真实云账号，错误确认可能导致资源费用、域名配置变更或服务中断
- 虽然有审批机制，但 AI Agent 执行基础设施操作仍需要用户仔细审查计划
- best-effort guided provider 没有完成保证，遇到非内置 provider 时可能停在人工步骤或不可验证状态
- 需要本地保存 provider 凭据，团队需评估本机安全和凭据管理策略
- 中国开发者可能遇到国外云服务访问、支付、域名注册商、Stripe/Resend 可用性等地区限制
2026-09-25
第12名
新收录 · github_search
