更适合 VibeCoding 的应用部署平台 - AppLab
内容提要
AppLab 是开源项目，让 Agent 在单一 Git 仓库和 CLI 中完成应用开发、构建、部署与验证。作者认为 VibeCoding 只解决写代码，未覆盖运维全周期，线上稳定性风险上升。应明确 Agent 边界，不把集群全交给 AI。未来每个应用应自带 CLI，仓库即全部，Web、API、CLI 三端对等，优先服务 Agent。
延伸解读
Agent 边界：为何不把集群全交给 AI
文章指出，VibeCoding 只解决代码编写，未覆盖中间件管理、扩缩容、监控告警、异常排查等运维全周期，线上稳定性风险上升。作者认为关键在边界：哪些交给 Agent，哪些需人控制。他明确不会将整个 Kubernetes 集群直接交给 Agent，而是通过 AppLab 规范和约束后再交给 Agent。这提示读者，Agent 自动化需有可控范围，而非全盘托付。
仓库即全部：凭证入库的取舍
AppLab 主张应用所需全部依赖都在代码仓库，包括代码、配置、环境变量，以及发布、变更、运维、排查能力。新建应用仓库会初始化 applab.sh，克隆仓库即可完整操控应用，包括访问凭证。文章提到“密钥不入库的老传统，可能需要解除”，理由是 AI Chat 窗口已泄漏很多，对内部自己人可多些信任。这带来便利，也需读者权衡安全边界。
CLI 一等公民：三端对等对 Agent 的意义
文章强调 Web、API、CLI 三端功能完全一致，传统方式先 Web 再 API 最后 CLI，是将 CLI 当三等公民，适应不了 Agent 时代。AppLab 让 Agent 在单一 Git 仓库和 CLI 中完成开发、构建、部署与验证，无需在 Web 和 Agent 端来回切换。作者认为 Agent 是生产效率革命，设计应优先 Agent 使用，人用不用已不再重要，重要的是 Agent 能交付结果。
Q&A
AppLab 是什么？它主要解决什么问题？
AppLab 是一个开源项目，旨在让 Agent 在单一 Git 仓库和 CLI 中完成应用开发、构建、部署与验证。它主要解决 VibeCoding 只覆盖代码编写、未覆盖运维全周期导致线上稳定性风险上升的问题。
为什么 VibeCoding 之后开发者反而更累了？
因为 VibeCoding 只解决了代码编写问题，没有覆盖完整的应用开发生命周期。应用从需求到线上持续运营，还需要中间件管理、扩缩容、监控告警、异常排查等环节，开发人员不仅要写代码，还要保证功能上线和服务稳定。
在 AGI 时代，应该把哪些事情交给 Agent，哪些需要自己控制？
文章认为真正重要的是边界：哪些交给 Agent，哪些需要人控制。作者不会将整个 Kubernetes 集群直接交给 Agent，但可以通过 AppLab 规范和约束之后，再交给 Agent。
AppLab 如何实现“仓库即全部”？
应用所需的全部依赖都在代码仓库，包括代码、配置文件、环境变量，以及对线上发布、变更、运维、故障排查的能力。新建应用仓库会初始化一个 applab.sh 文件，包含全部平台操作，克隆仓库就能完整操控应用，包括访问凭证。
为什么说 CLI 应该成为一等公民？
因为 Agent 时代要求任何设计都优先 Agent 使用，Web、API、CLI 三端功能要完全一致。传统方式将 CLI 当成三等公民，适应不了 Agent 时代。Agent 是生产效率革命，重要的是 Agent 能交付最终结果。
使用 AppLab 开发一个应用的流程是怎样的？
首先克隆仓库，然后让 Agent 开发（如使用 claude 描述需求），等待构建成功产出镜像，再部署一次复用镜像，部署成功后对线上地址做端到端验证，包括上传、列表、下载、删除等链路。
