半部署
翔宇工作流在 Claude Code 实战教程中提出的一种面向个人开发者的交付方式：开发者不对外提供公开的 SaaS 服务，而是把应用做成模板放到部署平台上，让用户凭授权码自行部署、自行设置 API Key 使用——把服务器、并发、API 成本和数据存储全部转移给用户，从而让个人开发者”零成本”分发自己的软件。
简介
半部署（区别于传统 SaaS 的”全托管部署”）是翔宇针对新手/个人开发者变现难题给出的解法。传统软件即服务（SaaS）要求开发者自己承担一整套重活：做服务器、搞兼容、搞扩容、保存用户数据、垫付 API 成本、处理支付安全、应对卡顿运维。对于一个刚学会用 Claude Code 做出应用的人来说，这些”发布之后”的成本往往比开发本身更劝退——正如另一篇素材 软件维护成本 所强调的，软件创业真正的成本在发布之后。
半部署的核心是只交付”能自部署的模板 + 授权码”，不交付”运行中的服务”。开发者把应用（如翔宇的 AI 视频剪辑 web 应用）上传到一个支持模板分发的平台（视频中演示的是一个支持支付宝、对国内友好的平台），用户在平台上点击”部署”，系统要求输入软件授权码，验证通过后用户得到属于自己的一份实例，再填入自己的 Google AI Studio Key、FishAudio Key 就能使用。开发者从头到尾没有服务器成本、没有 API 垫付、不需要考虑并发。
关键信息
- 类型：软件交付方式 / 个人开发者商业模式
- 提出者：翔宇（翔宇工作流）
- 对立概念：全托管 SaaS（开发者承担服务器/并发/API/支付/运维）
- 核心机制：模板分发 + 授权码控制分发权 + 用户自设 Key 自部署
- 适用人群：个人开发者、独立开发者、不想做重资产运维的创作者
- 相关概念：独立开发者、OPC 一人公司、软件维护成本、AI视频剪辑自动化、胶水编程、Docker
核心特性
1. 零成本分发（开发者侧）
开发者最大的收益是前期开发没有任何持续成本。应用放在平台模板市场里，没有需求就放着，有需求用户才部署。API 成本由用户自己的 Key 承担，服务器由用户自己租（视频中提到用户可买平台官方约 3 美元/月的服务器，或自购十几美元/年的服务器托管到平台）。开发者彻底摆脱”用户越多，垫付越多”的 SaaS 成本曲线。
2. 授权码控制分发权
半部署的知识产权保护靠授权码。用户在平台点击部署时必须输入开发者发放的授权码，没有授权码就无法启动应用（“用户启动应用，读取环境变量的授权码，正确就部署，不正确就不走”）。这实现了”一手交钱一手交货”的简单商业闭环，不需要复杂的支付系统和用户体系。
3. 成本与责任外移
半部署把三类成本一次性推给用户：API 成本（用户自己申请 Key）、服务器成本（用户自己租）、数据存储（跑在用户自己的实例里）。视频中还点出一个衍生商机：如果用户没有 Key，开发者可以”额外提供 Key”作为增值服务再赚一笔。
4. 代码产权保护
对下载到本地的应用，翔宇建议对 JavaScript / TypeScript 代码做混淆（obfuscation），即便用户拿到面代码也看不懂内部逻辑和字段需求，从而保护代码产权和收益权。进阶做法是用 GitHub 双层架构（私有框架仓库 + 公有仓库结合）来实现分发控制。
四大好处（翔宇总结）
- 开发者不花费——通过授权码控制软件分发权；
- 用户自申请 API Key——把 API/服务器成本分离出去，降低开发者成本；
- 开发者不需要考虑并发——不是做给一万人用的公开服务，跑通能自用即可；
- 保护知识产权——授权码 + 代码混淆，用户拿到也难复制。
不同素材中的观点
- 2026-07-21-youtube-xiangyu-claude-code-video-app：翔宇在 2h15m 的 Claude Code 实战教程结尾专门讲解半部署，作为个人开发者”发布之后”环节的解法。他明确区分了两类人：熟练老手做全托管 SaaS 是发展方向、没问题；但对新手而言，服务器、扩容、支付安全、运维是难点，半部署让新手”自己开发没有任何成本，有需求就放着，没需求也放着”。他强调这是最”聪明”的方式——关注自己工作需求、解决自己的痛点，觉得有用就把模板放出去，靠各种平台宣传。同时坦承自己”实在没有精力”做全托管服务，但半部署的方式是大家可以直接调用的。视频中演示了把 AI 视频剪辑应用放到一个支持支付宝、对国内友好、可托管美国服务器（方便访问大模型 API）的平台上的完整流程。
实用信息
落地步骤
- 用 Claude Code 等工具把应用开发完成（如 AI视频剪辑自动化 web 应用）；
- 把应用打包成模板，上传到支持模板分发的部署平台的模板市场；
- 在应用启动逻辑中读取环境变量里的授权码，校验通过才允许运行；
- 给付费用户发放授权码，用户在平台点击”部署”→输入授权码→填入自己的 API Key（如 Google AI Studio Key）→开始使用；
- 对下载到本地的代码做 JS/TS 混淆保护产权；进阶用 GitHub 私有/公有双仓库控制分发。
适用场景
- 个人/独立开发者想把自建工具变现，但不想承担 SaaS 的服务器与运维；
- 工具类应用需要调用大模型 API，希望把 API 成本转移给用户；
- 批量化场景（如短视频带货批量剪辑）：用户可把应用部署到多台服务器、多账号并行运作。
注意事项
- 不适合追求极致用户体验的产品：用户要自己租服务器、填 Key，门槛高于开箱即用的 SaaS。
- 授权码机制相对朴素：靠环境变量校验，安全性有限，配合代码混淆才更稳。
- 老手仍应考虑全托管：若目标是规模化服务大量用户、做真正的产品，半部署只是过渡形态。