GoLive 部署助手
让编码代理按计划部署应用，并在你批准后配置真实云服务。
- Star 数
- ★ 1.2k
- 最近更新
- 4 天前
- License
- MIT
- 主语言
- TypeScript
- FA 评分
- 82/100 · 表现良好
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code
- 费用
- 免费，无需付费服务
- 上手难度
- 高 · 需要较重的基础设施
- 开始前需要
- 典型场景
- 使用 Codex 或 Claude Code、希望将已有应用部署到 Vercel 或 Netlify 的开发者。
- 不适合
- 需要首个账户创建流程已验证的用户
- 需要所有应用框架和跨服务组合都经过实测的团队
- 源码审查
- 82/100 · 表现良好
这个 Agent 能做什么，适合哪些场景？
GoLive 是一个开源 Agent Skill，配有零依赖 Node.js CLI，可在应用仓库中检查应用需求并规划部署。它通过聊天技能引导工作流，并用 CLI 执行检测、计划、批准后的变更和验证。它可处理 Vercel 或 Netlify 托管、Supabase 或 Neon 数据库，以及已实测的 DNS、Resend 邮件、Stripe 测试支付和部分 Supabase Auth 流程。运行结果包括验证报告、资源状态和可选的交接文档；`golive status` 可按需检查记录基线的漂移。变更写入你自己的服务商账户，删除只针对 GoLive 能证明由其创建的资源，且需要单独批准。
在应用仓库中安装并调用 golive 技能后，编码代理检查应用及现有服务，询问缺失的服务，并展示目标账户和计划。CLI 的 detect、plan、apply、verify、status、handoff 和 teardown 命令分别支持检测、规划、执行、验证、漂移检查、交接记录和经批准的清理。apply 需要计划 ID 和 --yes；DNS、生产模式和删除操作还分别需要相应确认标志。CLI 使用你已登录的服务商账户或本地凭据，写入资源并生成 .golive/report.json、GOLIVE_REPORT.md 和状态文件；golive handoff --write 还会生成 GOLIVE_HANDOVER.md。执行在第一个失败或缺少前置条件的步骤停止，可从该步骤继续。
- 使用 Codex 或 Claude Code、希望将已有应用部署到 Vercel 或 Netlify 的开发者。
- 想在自己的 Supabase 或 Neon 账户中创建测试数据库并连接到应用的团队。
- 需要把自定义域名接入 Vercel，并在批准后写入 Porkbun 或 GoDaddy DNS 记录的项目维护者。
- 想验证 Resend 事务邮件或 Stripe 测试模式支付流程的应用开发者。
- 需要记录资源归属、按需检查配置漂移，或清理 GoLive 创建的临时资源的维护者。
如何安装或部署这个 Agent？
需要 Node.js 20+、npm/npx、Git，以及能加载技能并运行命令的编码代理。README 已检查 Codex 和 Claude Code 的安装；其他客户端尚未验证。可用 Skills CLI 全局安装：
npx skills add https://github.com/mikehasa/golive-skill --skill golive --global --agent codex --yesClaude Code 可将 --agent codex 换为 --agent claude-code。也可从 npm 安装：
npx golive@alpha install --agent codex --global安装只复制技能，不会连接账户或部署。项目范围安装时省略 --global。
如何使用这个 Agent？
在目标应用仓库中打开编码代理；如果技能未出现，重新加载技能或开启新会话。首次调用示例：
$golive Help me take this app live.Claude Code 可使用 /golive Help me take this app live.。按提示登录所需服务商，并审阅目标账户和计划。CLI 也可从 npm 包逐项运行，例如：
npx golive@alpha help
npx golive@alpha detect
npx golive@alpha plan执行变更时使用计划 ID 并明确批准；DNS、生产和删除操作还要求额外确认。完成后运行验证，并查看 GOLIVE_REPORT.md；如需交接文档，使用 golive handoff --write。
这个 Agent 有哪些优点和局限？
- 变更前要求审阅计划；写入还需计划 ID 和明确确认，DNS、生产和删除有额外门槛。
- 支持 Vercel/Netlify 与 Supabase/Neon 的部署及数据库连接，并对列明的组合提供实测证据。
- 提供可检查的验证报告、按需漂移检查和资源交接记录；失败步骤会停止，后续步骤不会继续。
- 可经批准清理有证据证明由 GoLive 创建的资源，并把无法自动删除的项目列为人工交接。
- 处于早期 alpha；首个账户创建流程及所有应用框架尚未验证，部分服务组合只有模拟测试覆盖。
- 实际部署需要你自己的云账户、服务商登录和真实基础设施；完整路径还可能需要 DNS、数据库、邮件或支付服务。
- 凭据保存在仓库外、权限为 0600 的本地明文文件中，并非系统钥匙串；同一用户权限下的程序可读取。
- 其他服务商的通用引导不保证完成或具备内置适配器相同的验证覆盖；某些资源需手动删除。
这个 Agent 与同类方案有什么区别？
相较于手动逐个登录服务商控制台，GoLive 将检测、计划、批准、执行和验证串成一套代理工作流；服务商账户仍由用户持有。对于未内置支持的服务商，它提供尽力而为的引导，完成和验证能力没有同等保证。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| GoLive 部署助手 当前 | 82 · 表现良好 | Agent 插件 / 技能免费 | ★ 1.2k | 4 天前 | TypeScript | Codex · Claude Code |
| TrustGraph | 62 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 2.8k | 15 天前 | Python | OpenAI API · Claude API |
| Kortix | 60 · 存在缺口 | 命令行工具免费版 + 付费版 | ★ 20k | 1 天前 | TypeScript | — |
| Kestra 工作流编排平台 | 53 · 缺口较多 | 自托管服务免费版 + 付费版 | ★ 29k | 1 天前 | Java | — |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
证据显示写入需计划 ID、明确批准及 DNS、销毁、生产操作的额外确认；凭据不进入参数、计划或报告，状态文件权限为 0600，但凭据以本地明文保存，且已有 Provider 登录的 Agent 可绕过 GoLive，因此最小权限和敏感数据保护未满分。测试及文档展示了按 Provider 限定权限、秘密脱敏和资源所有权门控；但所给材料不足以证明全部依赖风险已处理。外部副作用、停止条件和 Teardown 边界说明充分；回滚仅覆盖有限场景且仅 Netlify 支持。发布者身份未核验，仓库有归因信息，但维护责任和更新责任人不够清楚。
文档区分了已实现、mock 覆盖和 live 验证的范围，也列出修复过的缺陷；但材料很长且 README.de 标注未经审阅，不能确认各版本化文本始终一致。CI 配置、Node 版本要求及多种安装渠道提供了可用性依据，但依赖锁定和远端安装渠道仍有供应链边界。错误处理有可操作的失败信息；所给测试尤其展示了权限、速率限制和安全响应处理，因此此项较强。
面向使用编码 Agent 部署应用的用户，覆盖 hosting、数据库、DNS、邮件、支付和认证场景，并明确说明通用 Provider 是 best-effort。文档清晰界定 Alpha 的内置 Provider、验证范围与人工步骤；但触发范围主要靠技能指令和用户提示，不能仅凭材料确认误触发防护充分。Codex 与 Claude Code、Node 20+ 和多种安装方式都有说明，其他客户端未验证，环境适配因此未满分。
文档按信任、恢复、架构、Provider、验证和分发等主题组织；安装、更新、示例流程、命令区分、路线图及限制说明齐全。MIT 许可证明确。版本为 alpha，CI 从包版本构建并校验已提交 bundle；但所给材料没有足够清楚的变更历史和维护责任信息，命名及发布渠道也增加理解负担。
计划、验证报告、handoff、状态和 Teardown 让用户能审阅目标、结果与遗留工作，具有明确的部署编排价值。跨 Provider 的流程能减少手工配置成本；但 Alpha 阶段支持范围有限，仍需人工登录、身份确认和部分后续工作，且各 Provider 覆盖差异明显，因此成本收益未满分。
README 将具体功能和已验证路径与 mock 覆盖、未验证内容及限制分开说明；验证文档、CI 配置和针对适配器的测试提供多种相互补充的证据。测试文件是静态证据，不能替代实际执行；跨来源印证尚不完整。材料对事实、测试声明和推断边界的区分较清楚，因此该项得分较高。
- 这是低置信度静态评估；未执行代码或独立复现文档中的验证声明。
- 凭据保存在仓库外的本地明文文件中；已登录 Provider 的 Agent 可绕过 GoLive 的计划与确认流程。
- 项目处于早期 Alpha；只有列明的 Provider 组合有 live 验证，其他路径可能仅有 mock 覆盖或 best-effort 指引。
- README.de 标注为未经审阅；发布者身份和维护责任未核验或未明确。
常见问题
使用 GoLive 是否需要购买 GoLive 服务？
代理能否未经我批准直接修改生产账户？
apply 要求计划 ID、--yes 和按操作适用的确认标志。不过，已登录服务商的代理也能绕过 GoLive，直接调用服务商。支持哪些部署和数据库服务？
某一步失败会怎样？
凭据会保存在哪里？
~/.config/golive/credentials，是仓库外权限为 0600 的本地明文文件，不是系统钥匙串。凭据值不会写入计划、状态、报告、命令参数或输出。