FZ-012 · 开发工具
Keep Shipping
为工程师准备的部署工作流，每个仓库只需一个带类型的文件。
访问 keepshipping.run 已发布： 2026-10-15
- 状态
- 公开测试版
- 流水线阶段
- 验证
- 行业
- 开发工具
- 自主目标
- 第 4 级 · 自我优化
- 构建于
- 3 个已上线 · 1 个计划中
问题
你的部署流水线会膨胀成数百行没有人完全看懂的 YAML 和 shell。
它做什么
Keep Shipping 被设计为用每个仓库一个带类型的工作流文件取代这些，并在运行前先检查。
运作方式
- 构建镜像、规划并应用 Terraform 或 OpenTofu 并部署，全部作为带类型的步骤，而不是脚本
- 推送之前，先在你的笔记本上运行完全相同的流水线
- 让 agent 也能交付：由策略决定哪些需要等人确认
凭邀请分小批次开放早期访问。
别再花一下午时间提交十一次来改一条流水线。
现状CLI v0.1.0 已为 macOS 和 Linux 发布（MIT）；托管控制台仅供内部使用。
目标
- 自主运营
- 部署是自动化的目标。每个仓库一个带类型的工作流文件，构建镜像、规划并应用基础设施、完成发布，并在任何东西运行之前先做检查，因此有问题的流水线在笔记本上就会被发现，而不是等到第十次 CI 运行。同一个引擎在本地和 CI 中运行，所以没有人需要靠推送来排查问题。
- 智能
- 编码 agent 可以编写、检查并运行工作流，同时受同一文件中的策略约束：哪些可以自行完成，哪些要等指定的人确认。decide 步骤会请 Jev（一个带类型的决策模型）评估方案风险有多大；它会在你定义的答案中选一个，并给出置信度评分，低风险的改动可以放行，而销毁操作始终等待人工处理。引擎本身是普通代码。
- 增长
- 由开发者驱动。先开放早期访问名单，分小批次放开；一个团队编写、四十个仓库复用的带类型、带版本的模块把它带进公司内部。尚未定价。增长以通过它交付的仓库计，从第一个不是试点的团队开始统计。
技术细节
一个部署工作流引擎。每个代码仓库只需一个带类型的工作流文件，即可构建并签名 OCI 镜像、规划并应用 Terraform 或 OpenTofu（apply 会执行审核人批准的同一份计划），在文件指定的位置等待人工确认，然后发布到 Kubernetes、通过 SSH 的虚拟机或无服务器环境。每个步骤都有带类型的输入和输出，因此把标签接在本应是摘要（digest）的位置，或步骤名拼写错误，都会在运行前通过检查失败；同一引擎可在笔记本和 CI 中运行该文件。步骤可打包为带类型、带版本的模块，并在多个仓库间复用；需要真实代码的步骤是带类型输入的 TypeScript 函数。对于编码智能体，文件中的策略规定它们可以独立完成哪些操作，哪些需要指定人员确认；decide 步骤会请 Jev（TypeSafe AI）对计划评分，删除操作始终交由人工处理。CLI v0.1.0 已为 macOS 和 Linux 发布，采用 MIT 许可，托管控制台目前仅供内部使用；keepshipping.run 网站提供早期访问名单，引擎、步骤和运行器仍在构建中。
