让它能跑、能给别人用：部署与交付
你的翻译应用已经在自己电脑上跑通了。但"我电脑上能跑"离"能交给别人用"还差最后、也最关键的一步。这一讲讲清如何把它部署上线、让任何人随时能访问、且稳定不出事。
设想一下：你把做好的翻译应用发给同事，他打不开——因为它跑在你的电脑上、依赖你电脑的环境、用的是你的 API Key。"在我这能跑"是程序员最经典的尴尬。要让别人用，它必须住在一个公共的地方、谁都能访问、还得有人（或机制）守着它别崩。
"能交付"要补齐的五件事
| 要素 | 解决什么 |
|---|---|
| ① 一个入口（界面/接口） | 别人怎么用它——网页、还是给别的程序调的 API |
| ② 密钥安全管理 | API Key 不能给到用户手里，要安全地存在服务端 |
| ③ 部署到一个公共环境 | 让它 7×24 跑在云上，不依赖你的电脑 |
| ④ 稳定性 | 限流、重试、超时、出错兜底，别一用就崩 |
| ⑤ 成本与监控 | 盯住调用量和花费，防止被刷爆、防止悄悄烧钱 |
① 给它一个入口
看你交付给谁：给普通人用，做一个网页（输入框 + 翻译按钮 + 结果）；给其他程序/团队用，提供一个 API（别人按格式调用你的翻译服务）。很多产品两者都有。这一步就是把你的 pipeline "包"上一层别人能碰到的壳。
② 密钥与机密：绝不外泄
第 2 讲的纪律在这里升级为产品要求：API Key 等机密只存在服务端（环境变量 / 密钥管理服务），绝不出现在前端网页、不进代码仓库、用户看不到也拿不到。否则别人能用你的 Key 烧你的钱。
③ 部署：让它住在云上
"部署"就是把你的应用放到一台一直开机、有公网地址的服务器（通常是云平台）上跑起来。你不需要懂运维细节——让 Claude Code 根据你的应用类型，推荐合适的部署方式并带你一步步做。关键是：部署后，关掉你自己的电脑，应用照样能用，这才算交付。
⚠ 上线前的成本闸门（极其重要）
一个对外的 AI 应用，最大的风险之一是被恶意刷调用、或某 bug 导致疯狂调用，账单一夜爆掉。上线前必须设好闸门：限流（每个用户/每分钟最多调几次）、用量上限/告警（花费到阈值就通知甚至自动停）、输入长度限制。把"花钱"这件事关进笼子，再开门迎客。
④⑤ 稳定与监控
- 稳定：调用大模型会偶尔超时/失败，要有重试和兜底（第 5 讲 pipeline 的容错，在产品级要做全）。
- 日志：记录每次请求和结果，出问题能排查、能复盘。
- 监控告警：调用量、失败率、花费异常时主动通知你（第三部分"异常哨兵"的产品版）。
跟我做一遍：把翻译应用交付出去
第一步 · 让它评估交付方案
复制
我的翻译 pipeline 在本地跑通了，现在要交付给非技术同事用。
帮我规划：做成网页还是 API、怎么安全管理 API Key、
推荐什么部署方式（考虑我的技术水平和预算）、上线前要设哪些限流和成本闸门。
先给方案，我确认后再实施。
第二步 · 先搭最小可用版本上线
从最小可用开始（第一部分"从简到繁"）
先做最小可用版本：一个简单网页能输入文本、调用我的翻译 pipeline、显示结果，
API Key 放服务端，加上基础限流。带我一步步部署上线，
最后给我一个同事能直接打开的网址。
第三步 · 补上成本闸门、监控、日志
让它能安心对外
上线能用了。现在加固：每用户限流、单日费用上限+告警、
请求与错误日志、失败重试与友好报错提示。
再告诉我怎么查看用量和花费，确保不会被刷爆或悄悄烧钱。
✓ 你刚刚做到的
把一个本地脚本，变成了一个部署在云上、有入口、密钥安全、带限流和监控、别人随时能用的真实应用。这一步跨过去，你才真正"交付了一个产品"，而不只是做了个 demo。
这一讲记住什么
- "能交付"要补五件事：入口、密钥安全、部署、稳定性、成本监控。
- 密钥只存服务端，用户拿不到。
- 部署=让它住云上、关掉你电脑也能用。
- 对外上线必设成本闸门（限流+用量上限+告警），防被刷爆。