上线，也能回滚

1. 你的 coding agent

   推荐​这种方式。​把接入​提示词​粘给任何 coding agent，​它会装好 Tofu 的客户端，​你在​浏览器里​确认一下​验证码​就行。​之后​只有你​开口，​它​才会在对话里​上传、​检查、​部署。​更新​只替换​代码，​还是同一个 app，​设置、​地址​和版本​历史​都保留。

   agent 与命令行

   ❯ setup prompt pasted · code approved

2. GitHub 分支

   用只读​授权导入​一个分支，​代码停在​导入时的​那次​提交。​任何套餐​都能开​自动​更新，​之后​每次推送，​最新提交​照样​先检查，​通过了​再部署。

   main · push → deploy

3. 命令行

   独立客户​端在终端​或云端沙​箱里同样​能上传、​检查、​部署。​只要有 Node.js 22 或更高​版本，​在浏览器里​确认​一次就行，​全程​不用粘贴​密钥。

   $ node tofu-agent.mjs login

1. 01

   已检查

   上传的​代码先过​安全​检查。​没通过，​就停在​这一步，​托管​服务商​什么都收​不到。
2. 02

   已构建

   托管​服务商在为这个 app 单独建的​项目里​构建，​这期间已​上线的​版本照常​运行。
3. 03

   已验证

   Tofu 访问新​版本的​专属​地址，​有响应​才算​通过。​遇到​要先登录的​页面，​记为“受​保护”，​不算出错。
4. 04

   已发布

   到这一步，​你的 trytofu.app 地址​才会切到​新版本。​任何一步失败，​上一个版本​都照常​运行。

{
  "status": "ready",
  "managedUrl": "https://franks-kitchen-3f9a1c07b2e4.trytofu.app/",
  "serving": true,
  "publiclyReachable": true,
  "verification": {
    "access": "public",
    "httpStatus": 200
  }
}

1. 01

   线上版本不变

   构建失败​或打不开的​版本，​绝不​会发布。​你的 app 照常​运行上​一个版本。
2. 02

   给 agent 的说明

   说明里​有失败​原因、​日志摘要​（不含​密钥）​和下一步​怎么做。​不管用哪个套餐，​内容​都一样。
3. 03

   修好，​再部署一次

   你的 agent 改好​代码后​重新​部署。​新版本​同样​要通过安全​检查，​能正常​打开​才会发布。

让你的 agent 修好​失败的​部署，​它会读 repairContext：​哪次部署​失败了、​线上​现在是​哪一版、​下一步​怎么做。Tofu 从不擅自​改动​你的代码或 GitHub 仓库。