Agent-operated SaaS：一人公司如何用 AI Agent 跑完整业务

"AI 能不能写一个 SaaS？"这个问题已经有点过时了。

更准确的问题是：有没有一只 Agent，能从买 domain 开始，原原本本操持一家全球化 SaaS 的执行链路？

建 repo，写代码，部署，配 DNS，接 checkout，过 webhook，连 analytics，修 bug，开 PR，甚至每天把收入、转化、退款风险报到 Telegram。

不是生成一个 demo。而是把一家小 SaaS 公司日常要拧的螺丝，一颗一颗接过去。

我现在在 Telegram 里用 Hermes，感觉这件事已经不是科幻了。但也还没到"AI 自动开公司"的短视频叙事。

真正的缝隙在中间：Agent 已经能吃掉大量执行；但公司里最硬的东西——所有权、支付、KYC、生产权限、责任——还没有安全地交给它。

不是模型会不会写代码。是这个世界有多少关键动作，已经被改造成 Agent 可以安全执行、可审计、可回滚的形状。

别把写了个 app 叫全流程

很多 "AI built my SaaS" 的帖子，只证明了一件事：AI 可以生成一个能看的东西。

这很好。但这不叫 SaaS 全流程。

一个 SaaS 不是 repo 加 landing page。它至少还包括账号、域名、DNS、部署、数据库、auth、payment、analytics、support、refund、tax、incident response，以及一堆没人愿意截图发推的后台脏活。

真正的公司感不在 demo 跑起来的那一刻，而在这些问题里：

• 这个 GitHub org 归谁？
• production secret 放在哪里？
• Stripe account 谁过 KYC？
• DNS 改错了谁 rollback？
• 用户被误扣费谁负责？
• chargeback 来了谁处理？
• 一次 deploy 把付费墙打穿了，谁签字？

这些东西才是 SaaS。代码只是其中最像代码的那部分。

更好的问法不是"AI 能不能做 SaaS"。而是：SaaS 执行链里的哪些环节，已经可以被 Agent 接管？哪些只能起草？哪些必须人类签字？

coding 已经被啃掉了

只要需求边界足够清楚，Agent 已经可以建项目、写 CRUD、接数据库、修 CI、写测试、开 PR、部署 preview。

它会犯错。会自信地犯错。会在长任务里跑偏，会把不该改的东西改掉，会声称测试通过但其实 lint 还在红。

但代码已经不是最硬的那层。因为代码世界原本就适合自动化——GitHub 有 API、issue、PR、branch protection；Vercel / Cloudflare 有 CLI、preview、logs、rollback；Sentry、PostHog、GA 天然适合 read-only summary。Agent 进入这部分像水流进已经挖好的渠。

真正难的，是没被挖成渠的地方：账号归属、域名所有权、live payment、KYC、production secret、退款、税务、误扣费、品牌资产。这些东西不只是"操作"——是责任。

我为什么觉得它已经很近

我不是站在外面幻想。

我现在就在 Telegram 里用 Hermes。它不是一个"更会聊天的 bot"，而更像一个已经露出雏形的 business operating layer：你把任务丢进去，它可以查资料、读文件、写文件、调用工具、拆给 subagent、跑 research pipeline，再把结果收回来。

如果把一家 SaaS 公司拆开看，很多日常其实就是这种东西：读 dashboard，看异常，查 log，定位问题，开 issue，写 PR，生成报告，提醒人类做决定。

过去这些事被 founder 用鼠标、浏览器标签页和半夜的焦虑串起来。现在它们开始可以被一个 Telegram 对话串起来。

不是因为 Agent 已经能独立拥有一家公司。而是因为执行链路里大量低价值动作，已经开始可以被接管。

OpenClaw 也在同一条线上：带 Gateway、multi-agent routing、cron、skills、sandbox 的 agent runtime，正在被做成可部署、可 webhook、可保护的 hosted operator，甚至出现了 B2B SaaS 形态。不是商业成功证明，是方向证明：小龙虾正在被做成可托管、可进入公司流程的操作层。

Domain：执行便宜，判断很贵

Domain 是最能暴露这个问题的地方。

表面上很适合 Agent：查可用性，比较 TLD，查历史污染，查商标风险，接 Cloudflare，配 DNS，做 redirect。GoDaddy 有 Domains API，Cloudflare 有 Registrar API。这些都可以工具化。

但 domain 不是一个普通配置项。它是品牌入口、长期资产、SEO 历史、所有权凭证、续费责任——未来融资、出售、迁移时都会被翻出来看。

这层最别扭的地方在于：执行很便宜，判断很贵。

Agent 可以列候选域名，查可用性，查历史污染，比较 TLD，准备 DNS 配置，生成购买步骤。但最终买哪个，我反而不觉得应该交给它。不是因为做不到，而是因为这类决策的价值不在执行，在判断。

更好的分工：Agent 做 research、shortlist、风险扫描、配置草案；人类做最终命名和购买确认；Agent 再回去执行 DNS、TXT、SSL、redirect、monitoring。

这不是保守。这是把人类留在真正值钱的位置上。全流程 Agent 不等于所有按钮都让 Agent 按——是把按钮背后的责任拆清楚。

Payment：checkout button 不是收入

Payment 也一样。

写 checkout session、配 webhook、同步 entitlement、查 failed payment，这些越来越适合 Agent。尤其当平台把 dev/preview/production、env vars、webhook endpoint、secret rotation 都做成 integration flow，Agent 就不需要在聊天窗口里裸手摸 live key。

Vercel + Stripe 这种 integration 的真正意义不是让 AI 更会写 Stripe code，而是把 secret handling、environment provisioning、test/live separation 变成平台流程。Agent 需要的不是更多"自由"，而是更安全的轨道。

但 payment 最难的从来不是 npm install stripe。

真正难的是：谁拥有 Stripe account？谁过 KYC？业务类型有没有风险？退款策略是什么？chargeback 怎么处理？税务怎么算？误扣费谁负责？

赚钱不是 checkout button 出现的那一刻。赚钱是信任、交付、退款、风控、税务、留存、责任链全部成立。live payment 不是一个技术按钮——它是一组社会关系和法律责任，被包装成了一个漂亮的 API。

平台不 agent-friendly，Agent 就只是更快的鼠标

未来的关键不只是模型更聪明。更关键的是：平台要不要把自己改造成 Agent 可以安全操作的形状。

一个平台如果只给人类 UI，Agent 就只能变成更快的鼠标。那不是全流程——那是危险的 RPA。

如果我要让 Agent 碰生产环境，最少需要这几样东西：

• scoped token：只给该有的权限。
• dry run：先演一遍，别直接炸 production。
• preview：变更先落到可看的环境。
• audit log：知道谁、什么时候、改了什么。
• rollback：出事能退回去。
• secrets manager：别把 key 贴进聊天窗口。

GitHub、Vercel、Cloudflare、Stripe 为什么先进入 Agent 时代？因为它们原本就是 developer-friendly 的。下一步只是从 developer-friendly 变成 agent-friendly。

而 domain registrar、传统银行、税务系统、广告账户、app store 审核会慢一点。不是因为没 API，而是因为它们每一个动作都更靠近身份、风控、责任。

判断标准很简单：关键动作有没有被做成可授权、可审计、可回滚、可 dry-run？如果没有，Agent 不是 operator——它是拿着你的账号密码，在一个不适合机器操作的系统里乱点。

最现实的形态不是无人公司

"无人公司"这个词太性感，也太容易骗人。

更现实的形态是：高度 agent-operated 的一人 SaaS 公司。

人类仍然拥有：命名、定价、上线、退款、客户边界、生产风险、最终责任。Agent 负责：research、draft、monitor、test、PR、staging、report、first-pass debugging、重复 ops。

坏消息是，如果一个 founder 的价值只是复制粘贴、改配置、查文档、点后台，那这部分确实会被吃掉。好消息是，真正的判断会变得更值钱——执行成本下降后，世界不再奖励"我很忙"，它奖励你判断什么值得执行。

这也是为什么我觉得 Hermes 重要。它不是把人类拿掉，而是把人类从低价值操作里拔出来，让你站回 owner 的位置。owner 不是亲手点按钮的人，是决定哪些按钮可以自动按、哪些必须等人签字、哪些永远不该出现的人。

正确放权：眼睛、手、身体、闸门

我不会一上来给 Agent 所有权限。那不是信任。那是懒。

• read-only eyes：读 Stripe、GA、PostHog、Sentry、GitHub、Vercel logs。总结收入、错误、行为、部署状态。不能改。
• drafting hands：起草 PR、DNS diff、Stripe product/price config、GA event schema、incident report。人类 approve。
• staging body：在 staging 真执行——preview deploy、CI、Stripe test mode、staging domain、webhook verification、smoke test。
• production gates：production deploy、merge PR、改 env、切 DNS、开 live Stripe，必须带 approval、scoped token、audit log、rollback、health check、post-deploy verification。

没有 gate 的 Agent 不是杠杆，是事故。

这件事比我想的来得更快

写 v2 的时候，我的判断是：没人公开、可审计地完成了从买域名到接支付的完整 Agent SaaS 链路。两个礼拜之后，这件事变了。

2026 年 4 月 30 日，Cloudflare 和 Stripe 联合发布了一个 agent 协议。stripe projects init——Agent 可以在 Cloudflare 开通账户、购买域名、设置订阅和 API token、部署应用到 production。开放 beta，不是 demo。

它内置的正是我一直说的那些 gate：$100/月默认消费上限、支付信息 token 化（Agent 永远看不到信用卡号）、人类必须接受 ToS 并添加支付方式、预算告警和 kill-switch。Vercel、Supabase、Clerk、PostHog、Sentry、PlanetScale、Inngest 一群 provider 跟着进来——Stripe 做 identity 和 payment rail，Cloudflare 做 account 和 domain rail。

一套 agent-native SaaS stack 正在被拼起来。

当然，它不完美。Cloudflare 自己的 demo 里，Agent 把 "superseal.club" 注册成了 "superseal.cc"——消费循环、欺诈风险、vendor lock-in 也都是真问题。但这恰好证明 gates 不是装饰品。

而且不止这两家。name.com 发布了第一个 AI-native 域名注册商 API，带 MCP 支持。GoDaddy 推出了 AI 域名采购 Agent。Sapiom 拿了 Accel 领投的 $15M 做"Agent 的 Shopify"——帮 Agent 买 SaaS 工具的财务轨道。

方向已经不在讨论区了。

---

全流程 Agent 创业不会从一个神奇 prompt 里冒出来。它会先长成一套权限系统。

谁能读，谁能写，谁能 deploy，谁能碰 live payment，谁能改 DNS，谁能 rollback，谁必须等人类签字。

不是"AI 替我开公司"。而是我把公司拆成一组可授权、可验证、可回滚的动作，让 Agent 一层一层接过去。

代码只是第一层。真正的竞争在后面：生产权限、支付权限、身份权限、审计权限。

下一代 SaaS stack 不会只比谁更快、更便宜、更好看。它会比谁更适合小龙虾下水干活。

没有 gate 的地方，Agent 只能是事故。有 gate 的地方，Agent 才会变成杠杆。

而这件事，已经不是未来时了。