问题
小型软件现在用 AI agent 很容易就能做出来，但部署和分享仍然很难。信号原话："Software like this is now very easy to build, but still hard to deploy and share." 构建者被迫使用为“大软件扩展”而设计的 Azure、AWS 等云平台，为了部署一个几十人用的个人或团队工具，要处理大量与其规模完全不匹配的复杂度。认证、权限和任意代码的安全分享，对非技术用户尤其难啃。
目标用户
用 AI agent 为自己或小团队构建定制软件的开发者和半技术型构建者（builder），包括想给非技术同事分享内部小工具的团队。市场处于早期但随 agent 普及增长快，规模定性判断为中型偏大。
解决方案
- 一键部署：本地或 agent 生成的应用通过单条命令/一次拖拽即可上线，删除云控制台的复杂配置
- 链接即分享：分享一个运行中的应用像分享 Google Doc 一样简单，接收方点击即用
- 内置 auth 与权限：平台统一解决认证和细粒度权限，构建者完全不用碰
- 安全沙箱：任意用户代码在隔离环境中安全运行，非技术用户也能放心分享
AI 的角色：AI agent 是上游供给方——它让“小软件”的产出爆炸式增长，本产品不生成代码，而是承接 agent 产物的部署与分发环节；可在部署环节用 AI 自动检测依赖、生成配置和权限建议。
为什么是现在
信号明确指出行为变化：AI agent 让小型、定制化软件的构建成本大幅下降，“bespoke personal or team software”的产出正在变多，而部署与分享环节的复杂度没有相应下降，形成了新的瓶颈。这是典型的“上游工具成熟后，下游分发环节缺位”的时机。
MVP 范围
做什么：
- 一键命令/CLI 或 IDE 插件，把本地 AI agent 生成的小型应用直接部署到托管运行时
- 内置身份认证与权限模型，构建者无需自己搭 auth
- 通过链接分享运行中的应用，权限粒度接近“可查看/可使用/可编辑”
- 针对非技术用户的沙箱化安全执行环境，防止任意代码带来风险
不做什么：
- 不做自动扩缩容、多区域高可用等企业级能力
- 不做计费、组织管理、SSO 等企业功能
- 不自建数据中心，底层依赖现有云基础设施
风险
- 基础设施复杂度：安全地运行用户提交的任意代码（沙箱、隔离、滥用防护）是硬工程问题，做不好会出安全事故
- 巨头竞争：Vercel、Cloudflare 等平台正在降低部署门槛，AWS/Azure 也可能推出面向小软件的简化产品线
- 平台依赖：底层依赖现有云厂商，成本与政策受制于人
- 付费意愿未验证：信号中 willingness_to_pay 为 none，目标用户可能预期此类工具免费或极低价
- 单一信号来源：目前只有 YC 的请求作为证据，缺少真实用户的直接抱怨或付费行为数据
已有产品
信号证据
这张卡片依据的原始讨论。摘录保持原文，点“原文”查看上下文。
YC Requests for Startups10月2日投资方向
“Software like this is now very easy to build, but still hard to deploy and share.”
Small software is easy to build with agents but still hard to deploy and share, because incumbent clouds like Azure and AWS are designed for scaling big software at the cost of complexity.原文