01
代码能运行，不代表能部署
本地开发服务器可能依赖固定端口、隐式环境变量、未提交文件或缓存目录。
The missing last mile
AI 生成代码之后，仍有四类工作
02
AI 不应该拿长期云凭证
把服务器 SSH Key 或平台 Token 放进对话会扩大泄露和误操作风险。
03
构建失败需要回到代码
依赖、版本、启动命令和客户端环境变量问题通常需要 AI 修改源码，而不是人工反复复制日志。
04
上线后仍有生命周期
域名、HTTPS、日志、指标、休眠唤醒和异常恢复决定应用是否真正可用。
PocketBay approach
让 AI 继续负责它最擅长的上下文工作
AI 已经知道项目结构和刚刚做过的代码改动。PocketBay 不要求它跳出上下文去操作服务器，而是提供配对授权、上传接口、结构化状态和修复提示。
推荐流程
- AI 阅读项目文件，确认是静态、Next.js、Node.js、Python 或 Dockerfile 项目。
- AI 获取部署手册并创建一次性配对会话。
- 用户打开完整授权链接，确认项目名称和部署类型。
- AI 排除依赖缓存和敏感本地目录后打包上传。
- 平台生成构建计划、限制资源、构建镜像并执行 HTTP 健康检查。
- 失败时 AI 阅读日志和修复建议，在告知用户后修改源码并重试。
可以直接发给 AI
请将当前项目部署到 PocketBay，部署手册：https://pocketbay.com/deploy适用与不适用场景
| 更适合 | 暂不适合 |
|---|---|
| 个人工具、MVP、展示站、AI 小应用、单体 API 和轻量全栈项目 | 多服务架构、托管数据库、GPU、Worker、Cron、严格 SLA 和全球多区域系统 |
| AI 已掌握代码上下文，需要继续处理部署错误 | 需要复杂基础设施即代码、审批链和企业发布治理 |