Vibe Coding: 用 AI 取代价值 2 万美元的企业级物流平台

对于许多初创公司而言,是“自建”还是“购买”是一个根本性的战略抉择。传统上,“购买”选项——即选择企业级 SaaS 平台——是避免编写 API 集成和管理复杂物流逻辑等繁重工作的稳妥之选。然而,随着大语言模型 (LLMs) 导致软件开发成本骤降,这一逻辑正在发生变化。

在物流供应商 ShipHero 服务出现故障后,TRMNL 最近发现自己正处于这一抉择点上。随之而来的是一场“Vibe Coding”实验:在短短几周内,利用 Claude 开发了一套定制化解决方案,取代了每年 20,000 美元的企业级平台。

故障点:当 SaaS 变成负担

TRMNL 使用 ShipHero 主要执行两个功能:管理订单挂起/备注以及执行发货流程。虽然该系统曾一度运行尚可,但随后出现了几个摩擦点:

  • 用户体验差: 缺乏移动端布局,且 Web 门户被拆分在两个域名下,SSO(单点登录)体验极差。
  • 缺乏支持: 支持工单被无视,客户经理缺乏响应能力。
  • 关键故障: 其柏林仓库遭遇了完全的服务中断,同时邮资定价也变得反复无常(同一批货物的运费从 12 美元暴涨至 140 美元)。

当供应商停止回复消息时,TRMNL 决定停止支付服务费用,并使用 AI 重建平台。

“Vibe Coding” 工作流

重建平台的整个过程并非在于手动编写每一行代码,而在于通过 AI 来协调设计和集成的繁重工作。

从截图到高保真原型图

通过使用 Claude Design,团队将现有 ShipHero 门户的截图输入给 AI。其目标并非为了创新而创新,而是为了保持“惯性友好性”。由于仓库团队已经对旧的 UI 形成了肌肉记忆,新系统需要让人感觉熟悉,以确保能够实现无缝的当日切换。

值得注意的是,AI 能够推断出复杂的 UX 模式——例如“点击左侧项目,移动到右侧”的发货门户逻辑——而无需显式的“前后状态”描述。

应对集成噩梦

任何物流平台最令人生畏的部分都是快递 API 集成(UPS, FedEx, DHL, USPS)。这些集成通常涉及超过 1,000 行代码的 JSON 负载,尤其是在处理危险品和国际运输时。

这正是 LLMs 提供最大杠杆作用的地方。通过将这些快递公司的技术文档输入给 AI,TRMNL 避免了阅读 FedEx 文档的枯燥过程,将原本可能耗时数月的项目转化为快速部署。

架构与测试

为了管理实际的构建过程,团队使用了 Claude CLI 和一个名为 "Superpowers" 的工具,该工具采用苏格拉底式教学法来构建架构。它不仅仅是生成代码,而是通过提出澄清性问题来确定确切的需求,这对于多仓库支持和外键管理等复杂逻辑至关重要。

为了确保稳定性,团队高度依赖自动化测试。正如作者所言,“slop 是在测试充分的情况下,其安全性达到了原代码的 80%”,强调了 AI 生成的代码需要严谨的测试框架来达到生产环境就绪状态。

最终产品:定制化物流引擎

最终生成的平台不仅仅是一个克隆版,它是一个针对 TRMNL 特定需求优化的定制化工具:

  • 硬件集成: 一个用于网络打印机的定制 Swift 实用程序,只需点击一下即可打印 4x6 标签和装箱单。
  • 并发控制: 使用 WebSockets 锁定订单给特定的仓库团队成员,以防止重复发货。
  • 订单优化: 一个“合并订单”界面,用于合并来自同一客户的多个订单,以降低邮资成本。
  • 自动化规则: 一种无服务器 (serverless) 风格的基础设施,允许团队使用 Python, Ruby, 或 Node 编写规则,以便根据 SKU, location, 和 Incoterms 自动分配发货方式。

结论:SaaS 的新现实

该项目耗时约 80-100 小时开发时间,随后是一周的现场调试。其结果是一个加载速度更快、更快速地打印,且维护成本远低于每年 2 万美元合同的系统。

这种转变凸显了软件行业日益增长的趋势。正如一位 Hacker News 社区成员所言:

"拥有为自己的业务构建定制软件的能力是一项了不起的超能力。我认为这也给 SaaS 公司带来了巨大的价格压力。"

对于企业级软件提供商而言,教训是显著的的:当价值主张从“我们帮你省去写代码的麻烦”转向“我们提供更优质的服务”时,任何依赖法律合同和高迁移成本来留住客户的供应商,都将发现自己面临着“一个拥有自动补全 CLI 订阅用户”的威胁。

Sources