
DocSpring创始人:AI代理写代码后,运营SaaS仍需大量精力
来源标题:What it takes to operate a SaaS when AI agents write all the code
DocSpring创始人Nathan Broadbent表示,AI代理已能承担其大部分开发工作,但他运营公司投入的精力反而更多。团队在开发和运营中全面使用AI代理,他终于能处理积压多年的功能需求和bug,但邮件、客服等业务仍消耗大量注意力。
以下正文由 AI 翻译自 Hacker News 最新(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。
所有文章 2026年11月12日 · 阅读时长10分钟 · Nathan Broadbent AI agents正在帮我构建当初把FormAPI更名为DocSpring时设想的文档平台,同时我还能兼顾邮件、bug和支持工作。 AI agents现在能承担很多我过去为构建DocSpring所做的工作。看着积压的任务清单,这令人兴奋;但一想到别人也能用同样的工具做出竞品,就有点不那么自在了。 Nico Jeannen在X上写过这件事:AI让基础SaaS产品变得更容易构建,也更容易被复制。他是在回应Olly的一篇帖子,那篇帖子讲的是创始人的疲惫,以及担心AI可能让自己的生意变得多余。这两种反应我都能理解。 DocSpring用于填写和生成PDF与Word文档,并收集电子签名。我创立它时叫FormAPI,现在我们团队在开发和运营中全程使用AI agents。我自己写代码的时间少了很多。但我也比以往任何时候都更拼。 我终于在处理那些在积压清单里躺了好几年的功能想法和bug。但即便agents承担了大部分实现工作,经营这门生意仍然需要大量精力。客户一直在使用我们已经发布的功能,而我们同时在决定接下来改什么。每一处改动都必须契合他们正在依赖的产品。 Agents为我省下了大量时间,以至于它不断改变着我对我们能构建什么的判断。 我把FormAPI更名为DocSpring的主要原因之一,是我想构建一个更广泛的文档自动化平台。填写PDF表单只是起点。我希望人们也能创建并自动化其他类型的文档,但我们已有的产品总有做不完的工作。 我们现在已经发布了Word模板和页面设计器。你可以上传带占位符的Word文档并用数据填充,也可以直接在浏览器中设计文档,而不必从现有文件开始。这两个功能我曾不确定自己这辈子有没有机会做出来。看到它们出现在产品里,DocSpring这个名字感觉离我当初选择它时的设想近了很多。 我们的发布说明显示了过去几个月里还有多少其他变化。除了这些新的模板类型,我们还重新设计了网站和应用,并发布了API v2。电子签名方面也投入了大量工作,包括签名方角色,以及发送签名链接、提醒和已完成文档的邮件。 有一个电子签名问题卡了特别久:如何用通过Adobe Approved Trust List信任的证书来密封PDF。我们终于确定了方案,尽管还在等待证书签发。这项工作涉及调研证书提供商及其要求,以及编写密封代码。让agent协助这项调研,使我们在我多年未能解决的某个问题上取得了进展。几年前我自己调研时,这对一家小型初创公司来说贵得离谱,合同起步价每年5万美元。AI agents帮我调研并联系了我们能找到的每一家供应商,我们终于找到一家每年只需几千美元就能提供证书的供应商。我们还可以自带云HSM。(其他供应商只会把证书放在U盘里寄给你,你得把它插到一台物理服务器上。) 我们也推进到了积压清单更靠后的位置。并排预览现在支持所有模板类型,这样你可以在编辑时让填好的文档保持可见。一位客户多年前就提过这个需求,但随着新的、更紧急的工单不断堆积,它在我们的积压清单里被越推越靠后。当我得自己写所有代码、修所有bug时,我实在抽不出时间来做它。我们还用react-jsonschema-form重建了Alpaca.js网页表单,它能从JSON schema生成React表单,并新增了表单分节,这样长表单可以拆分成多个步骤。 这些项目换作以前,我得一个接一个地做,每个都要花上几周甚至几个月。现在,一个AI会话可以处理Word文档如何渲染,另一个则处理长表单如何分节。当它们需要决策时,我在它们之间切换,而实现和审查在其他会话中继续进行。 这段时间让我想起构建FormAPI的最初几个月,那时我不停地工作。工作、吃饭、睡觉、重复。现在,一个棘手的依赖或基础设施问题不再意味着必须把产品工作全部搁置。Agent可以调查它,并在我与另一个会话协作时,给我带来复现步骤或建议的修复方案。我目前用Herdr管理49个不同的Claude Code会话,每个会话专注于不同的任务或产品领域。其中26个会话目前处于“活跃”状态,但真正并行工作的只有十几个左右。我经常有一长串会话在等我读点东西并做决定,所以我整天在各个会话之间跳来跳去,主要是读更新和回答问题。这种快速的上下文切换一开始很难,我每天结束时都筋疲力尽。但我已经习惯了这个工作流程,不再觉得那么有挑战性了。 其中一些Claude Code会话有持续性的工作。我有一个会话专门处理大批量的bug修复,把一组较小的问题走完调查、实现和审查的流程。另一个专门负责Sentry,也就是报告我们应用错误的那个服务。它会调查错误、着手修复,并分辨哪些报告是可以忽略的噪音。在其他agents开发新功能的同时,bug积压和运行中产品里出现的错误都能得到处理。
(原文较长,此处译出前 6000 字,完整内容请点「打开原文」。)
正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。