一个人、26 天、60 个付费订阅：kdpbook.io 把 KDP 的行规写进了代码

巴黎一个人做的 AI 出书工具 kdpbook.io，2026 年 9 月 26 日开放，到 10 月 22 日满 26 天。它的 Stripe 账户里已经躺着一笔笔真实付款：全部收入 2,751 美元，60 个在订订阅，折算 MRR 1,938 美元。

这不是创始人贴的截图。收入、订阅数、毛利都来自支付接口的读取，TrustMRR 在 10 月 22 日凌晨重新同步过一次（项目页）。按公开档案，团队 1 人，没有融资。

先把每个数字的硬度摆出来，后面所有分析都建立在这张表上。

用 AI 写一个童话、画几张插画，今天十分钟能出。要把它变成亚马逊上能卖的书，卡住的地方在另一头：内文要用多大的开本、页边距随页数怎么涨、哪几边要留出血、书脊按纸种算多厚、封面 wrap 尺寸、图片 300 DPI、Kindle 用固定版式还是流式。

这些数字错一个，文件就过不了 KDP 的检查。作者重做一遍，时间和钱都沉在里面。

kdpbook 的官网把这件事说得直白：大多数 AI 工具停在文字和图片，它要做完整件事（关于页）。它押的不是模型能力，是这套行规。

流程是这样的：输入一句话，或直接导入自己的 Word、PDF、Markdown 稿；选书型和画风（36 种书型、61 种插画风格）；逐页生成文字与插图，主线角色用参考图锁住；在实时预览里改字体、改文字、换图；最后导出内文 PDF、封面 PDF、Kindle EPUB 和一份上架信息表。

出口还有一步：Chrome / Edge 扩展 kdpbook Publisher 会打开你自己的 KDP 后台，把书名、分类、文件、价格填进草稿，最后那一下「发布」仍然由人点（定价页说明）。

这一层设计值得注意。它没有替用户按发布键，也就没有替用户承担 KDP 的审核风险。责任边界留在了人这边。

四个档位，免费 2,000 credits、25、49、99 美元一个月，年付按 10 个月算。真正决定生意质量的是 credit 怎么扣。

生成前先给整本书的估算，启动时冻结这笔额度再加最多 5% 余量，每页、每张图、封面按实际产出扣费，失败重试不另收，做完自动退还没用掉的部分（定价页）。

单位价目也公开：每千字写作 97 credits，大图 27，印刷尺寸图 42，封面 65，排版每 10 页 19。1 credit 在 Starter 档约合 1 美分。

所以一本 32 页绘本约 1,614 credits，合 16.14 美元，在 25 美元档上一个月刚够做一本。

这个定价法说明创始人不打算把价格锚在「省了一个插画师多少钱」上。他锚的是自己的算力账单。好处很实在：每个新用户带来的成本基本可预测，毛利不会被重度用户吃穿；坏处也明显：价格随模型单价浮动，用户对「一本书 16 美元」的心理账户未必买账。

官网的 Guides 栏目有 27 篇长文，标题都是具体的搜索词：KDP 封面尺寸与书脊宽度、平装书的排版、儿童绘本的字数、怎么给书上定价、AI 画的书要不要向 KDP 申报。每篇标着更新日期，多数停在 10 月 15 日。

旁边还有一批免费工具：书脊宽度计算器、封面尺寸计算器、印刷成本与版税计算器，以及字谜、数独、迷宫生成器。这些工具和 app 读同一份行规数据（关于页）。

这套组合的作用有两层。一层是搜索入口，接住「KDP cover dimensions」这类购买意图很强的长尾词。另一层是信任，一个愿意把行规逐条标出出处的工具，比一张「AI 一键出书」的海报更像懂行的人做的。

官网还列了 8 个第三方目录站的收录页面，包括 Product Hunt 和 Chrome 应用商店，逐一核对于 10 月 21 日。公开档案里另外标了 Google Ads 与 Meta Ads 两个渠道，但投放金额看不到，这部分成本算不出来。

有一个自带的复利：书库里的 828 本书全部公开可读。既是社会证明，也是几百个长尾页面。

毛利 70% 这个数字要谨慎看。它只扣掉已经接通的外部成本，创始人的时间、苹果税、退款、税务都不在里面。

技术栈是常规配置：Next.js、React、TypeScript、Tailwind，后端 Node、Postgres、Supabase，部署在 Vercel 与 Railway，收款走 Stripe，邮件走 Resend，模型用 OpenAI。没有自建推理集群，也没有自己的印刷供应链。

维护负担不轻。按接通的 GitHub 仓库统计，过去 30 天有 968 次提交，过去一年 1,186 次。一个人能在 30 天里推这么多，说明产品还在密集迭代期，也说明这套东西不是搭完就能放着不管。

更麻烦的是行规会变。kdpbook 自己的指南写着：KDP 从 2026 年 9 月 21 日起把每个格式每周的新建标题限到 2 个，10 月 5 日起提交也限 2 个（含草稿）。平台改一次规则，代码里的规则书就得跟着改。

顺带说，这条限制也是这个市场的天花板：一个客户一周最多上两个新标题，批量做书的工厂型用户被平台自己挡住了。能收的钱来自零散作者，不是来自流水线。

模型是租的，别人也能调。kdpbook 的差异落在三处：行规写进代码、导出的文件能过 preflight、扩展能填 KDP 的表单。这三样都要靠时间和踩坑积累，抄起来不轻松。

但这套差异没有网络效应。用户越多，不会让产品对下一个用户更有用。切换成本来自「我已经在这里做了三本书」，属于沉没成本，不是护城河。

同类工具不少，卖点大多停在「生成文字和插画」。谁把「文件能一次过审」做实，谁就更接近收钱的那一端。这条判断我给的是分析，不是实测。

能复制的部分：全栈开发、credit 计量与计费、程序化 SEO 内容站、浏览器扩展。这些对一个熟练的独立开发者是常规工作量。

难复制的部分有三样。第一是行业行规的耐心，要一条条对着官方帮助页核对，还要记录出处。第二是英文写作与英文客服，27 篇指南和退款邮件都吃这个。第三是支付与合规，Stripe 账户、法国公司实体、AI 内容申报说明，一样都省不掉。

时间上我不给「两周能做出来」这种话。做出能跑的版本也许几周，做到文件一次过审、指南能被搜索排上来，是几个月的事。

三条路，各自的门槛不一样。

一是直接做跨境 KDP 的中文用户。中国卖家在 KDP 上做童书、涂色书、字谜书的人不少，中文界面和中文客服是现成的差异点。最大障碍在收款与主体，Stripe 对个人开发者不友好，需要境外实体。

二是把这套打法搬到别的有硬规格的平台上。按需印刷的周边、Etsy 的商品图与规格、Shopify 的变体图，都有「尺寸、出血、格式」这类一错就废的规则。机会成立的原因是平台规则足够复杂，障碍是要重新积累一遍行规。

三是把「行规即代码 + 免费计算器做搜索入口」这套结构搬回国内。国内缺的是一键出书的闭环，不缺内容平台；微信读书、番茄这类平台不开放自助出版接口，所以更像做工具而不是做发行。障碍在平台不给你接口，只能做半程。

最后说三个减分项，别被 60 个订阅冲昏。

第一，这个项目 10 月 21 日刚挂上 TrustMRR 出售，要价 20 万美元，按 6.2 倍年化收入算，已有 2 个出价。上线 25 天就挂售，可能是套现，也可能是创始人自己对留存没底。无论哪种，都该当成风险信号。

第二，30 天增长显示 0.0%。原因很简单，它只有一个月的完整数据，这个数字没有参考价值。同样，退订率、年付占比、每个用户的生成成本，公开页面都看不到。

第三，2,751 美元是 30 天实际收款，1,938 美元是订阅折算的 MRR，两者不能相加，也不能互相替代。年付订单在 MRR 里怎么摊，公开数据没说。

这是本期唯一一个我愿意放进「已验证」的项目：收入有支付接口背书，用户在公开书库里能数出来，团队确实是一个人。

它的钱不是靠模型赚的，是靠把 KDP 那本厚厚的行规翻译成代码赚的。想复制的人，先把行规读透，再谈产品。

下一期换一个项目。标准不变：没有真实付费或持续使用证据的，不写。