我是某垂直领域SaaS的创始人（https://partsbox.com/ — 用于管理电子零件库存和生产的软件）。虽然我对AI的能力有些担忧，但并没有太担心。让我担忧的是，那些没有完全理解问题深度的客户可能会自己用AI开发应用程序。但这种情况今天也存在：人们用电子表格来管理他们的电子零件（请不要这样做）和BOM（物料清单）。电子表格是我最大的竞争对手。我设计和开发这款软件已经10年了，大部分困难和复杂性并不在于代码。编码是最后一步，也是最容易的一步。真正的价值在于理解这个世界（涉及的流程），并以一种在易用性和复杂性之间取得良好平衡的方式进行建模。遗憾的是，我发现一旦你花了很多时间思考并提出了一个模型，跟风者就会复制它（尽可能地复制，但表面上看起来会很相似）。
源讨论AI代理正在开始取代SaaS原帖 386 条评论 · 导入时统计把你的经验，加入这段讨论。
> 真正的价值在于理解世界（涉及的流程）并以一种在易用性和复杂性之间取得良好平衡的方式进行建模。 我认为在很多情况下，这无法被AI取代。我认为在软件领域，我们习惯于事物是共享、开放和易于了解的，但大量的工业和企业领域知识都锁在公司内部，不会出现在训练数据中。 这就是为什么企业拥有本地工具如此重要，以避免泄露工业流程和“秘密”（这些秘密很无聊，但仍然是秘密）。 这也有点职业建议。至少目前来看，我认为在非软件行业的开发人员会更安全一些。
完整原文> 我认为问题其实更简单。 你有一个产品，它位于你的用户和用户想要的东西之间。该产品有一个用户界面，让用户操作。许多（大多数，我想）用户会更愿意雇用一个助手来替他们操作这个界面，因为界面并不是你的服务真正提供的价值。现在，把“助手”换成“AI代理”，你就能看到你的产品变成了一个工具调用。 所以更简单的问题是，你的产品现在变成了AI代理的工具调用。这就是用户想要的。很多SaaS公司不会喜欢这一点，因为它会消除他们的广告渠道，并使他们的产品商品化。 这也是为什么SaaS的API访问通常受到限制，或者只有最大的客户才能使用。LLM通过将整个用户体验变成API（无需显式编码）来克服这一点。
完整原文> 像Claude这样的编码代理只是AI在进入的一个方向。有很多几乎可以但不能完全用现有工具（如Excel和Word）有效实现的任务。随着他们寻求投资回报，微软可能会在Access、Excel、Word等产品线中针对这些接近的情况引入AI吗？
完整原文不特定于PartsBox，但我们使用Inventree（开源软件，类似于PartsBox），并自行托管。在过去的几个月里，我们注意到某些工作流程中的痛点。与其寻找新的工具，我们使用Claude Code编写了一些后端服务和前端修改。花了两天的调试时间。自实施以来，已经节省了这么多时间。 虽然用AI代理来完整实现整个解决方案并不实际，但使用开源起点，并使用AI来克服特定的工作流程痛点以及添加功能，使我能够拥有一个成本更低、更符合我们需求的定制解决方案。
完整原文> 编码只是最后一步，也是最容易的一步。真正的价值在于理解世界（涉及的流程）并以一种在易用性和复杂性之间取得良好平衡的方式进行建模。 编码和建模是交织在一起的。原型设计基本上是通过你考虑的模型进行思考。如果将两者分开，你最终会得到一个糟糕的模型、糟糕的软件，或者两者都有。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。