波仔
🐦 第2章 扣子 AI 应用开发平台介绍
📄 一句话概括

选它不是因为功能最多，是因为它把你要摆的零件表压到了最短两行：工作流、知识库。 理由是四条：插件现成、工作流能多步、知识库开箱、发布渠道一次配好。 这一节还把「什么时候不该选它」写在明面上——这比夸它有用。

📝 本章和前面几章的关系

上一节讲它是什么，这一节讲为什么用它。 这一节的两个数字（零件数、第一次能用的时间）是本课的估算，不是实测，它们只说明量级差， 不当精确值用。 第三节接着讲钱：三档版本、三种计费，以及一笔最容易漏的账。

一、四条理由，一条一条说

插件现成。 搜索、抓网页、读文档、生成图片、发消息，平台已经接好。 这些能力自己写，每一个都是一天的活，还要长期维护接口变更。 工作流能多步。 一个提示词搞不定的事，拆成几个节点串起来。 这一步是「玩具」和「工具」的分界线——只能一问一答的东西，做不了真活。 知识库开箱。 上传文档、自动切分、自动检索，三下点完。 自己搭要选向量库、算 embedding、写检索、调 top-k，一周起步。

发布渠道一次配好。 同一份东西，发布到公众号、飞书、网页，各是一次授权的事。 自己做得给每个渠道写一套对接。

二、省在哪一段：零件表

拿一个具体需求来比：一个能答公司制度、能查实时汇率、能记下问过谁的问答机器人。 一站式要摆的：工作流、知识库。两件。 拼装两家要摆的：模型 API、向量库、后端服务、前端页、发布。五件。

全自建要摆的：再加上模型部署、检索服务、鉴权、日志。八件。 需求里真正属于业务的，只有那段制度资料和那句答复口径。剩下的二到八件， 是任何同类项目都要摆一遍的。 所以选型的问题不是「谁功能多」，是「谁的零件表最短」——短的那个，你能把时间花在业务上。

三、第一次能用要多久

演示里三个数是半天、两周、三十天。这是按「一个人、熟手、没有现成代码」估的。 它们不准，但量级对：差一个数量级，不是差一点。 这个差距带来的做法是：先做粗糙版验证需求，再谈重构。用三十天做出来的东西如果没人用， 那三十天就白花了。

反过来说，如果需求已经非常确定、而且一定要私有部署，那一开始就走自建， 别绕一圈再搬——数据迁移的活比一开始就写多得多。

四、什么时候不该选它

数据不能出内网。 这一条一票否决。平台再方便，数据在别人机器上就是不行。 要做重度定制。 界面要重做、交互要特殊、性能要压到几百毫秒，平台给不了。 需要长任务。 跑十分钟以上的批处理、需要排队重试的作业，平台的执行时长通常有限制。

要深度集成本地系统。 连内网数据库、读写本地文件、调只在内网能通的接口， 这些在平台上要么做不了，要么要做隧道。 这四条里第一条和第四条最硬。碰到它们就别纠结，直接走代码那条路。

五、选型的一句话

先问数据能不能出门，再问要多快出第一个版本，最后才比功能和价格。 顺序反了就会出事：先看功能选了平台，做到一半发现数据出不去，只能推倒重来。 这个顺序对任何平台选型都成立，不只这一家。

六、动手 Demo：同一个需求，三种做法的零件表

一个能答制度、能查汇率、能记下问过谁的问答机器人，三种做法各要几个零件。 再估一下第一次能用要多久。

PLAN = [
    ('一站式平台', 2, ['工作流', '知识库']),
    ('拼装两家',   5, ['模型 API', '向量库', '后端服务', '前端页', '发布']),
    ('全自建',     8, ['模型部署', '向量库', '检索服务', '后端',
                        '前端', '鉴权', '日志', '部署']),
]
for name, n, parts in PLAN:
    print(name, n, '、'.join(parts))

实跑输出：

--------------------------------------------------------------------
选型：一段活要几个组件
--------------------------------------------------------------------


  ① 同一个需求，三种做法的零件清单
  --------------------------------------------------------------------

| 做法 | 零件数 | 要摆平的组件 | 多出来的活 |
|---|---|---|---|
| 一站式平台 | 2 | 工作流、知识库 | 知识库 + 一次发布 |
| 拼装两家 | 5 | 模型 API、向量库、后端服务、前端页、发布 | 向量库要自己灌、自己维护 |
| 全自建 | 8 | 模型部署、向量库、检索服务、后端、前端、鉴权、日志、部署 | 每一项都要有人管 |

  需求里真正属于「业务」的，只有那段制度资料和那句答复口径。
  剩下的 2 到 8 个零件，是任何同类项目都要摆一遍的。
  ! 所以选型不看谁功能多，看谁的零件表最短——短的那个，你能把时间花在业务上。

  ② 第一次能用的时间
  --------------------------------------------------------------------

| 做法 | 第一个能用的 | 时间花在哪 |
|---|---|---|
| 一站式平台 | 0.5 天 | 大部分时间花在整理资料 |
| 拼装两家 | 14.0 天 | 一半时间花在接向量库 |
| 全自建 | 30.0 天 | 一半时间花在部署与鉴权 |

  这三个数是本课按「一个人、熟手、无现成代码」估的相对值，不是实测。
  它们只说明一件事：差的是一个数量级，不是一点。
  所以先做粗糙版验证需求，再谈重构——用三十天做出来的东西没人用，那三十天就白花了。

①三行里零件数二、五、八。注意增长的从来不是业务逻辑——业务只有一段资料加一句口径，涨的全是周边。 ②「第一次能用的时间」那三个数（半天、两周、三十天）是本课估的相对值，不是实测。 它们只用来讲量级差。 ③选型那句话值得抄下来：先问数据能不能出门，再问要多快出第一版，最后才比功能和价格。

30 秒实验

  1. 给你的需求列一张零件表。数一数里面有几件真正属于业务。
  2. 把「数据能不能出内网」这条先回答掉。如果答案是不能，后面的比较都可以省了。
  3. 找一个你正在用的平台，写三条「它不给你改的地方」。写不出来说明你还没摸到它的边界。

常见误区

  1. 「功能越多越好。」功能多意味着界面复杂、学习成本高。你要的是零件表短，不是功能表长。
  2. 「先做出来再看能不能迁移。」数据迁移的成本随使用时长线性增长。确定要自建就从自建开始。
  3. 「平台做的东西上线不了。」公众号、飞书、网页、API 都能发。上线不了的通常是数据合规，不是技术。
自测三问（点开对答案） 1. 选型的第一判据是什么？ —— 数据能不能出内网。这一条一票否决，先答它再比别的。 2. 一站式省下来的到底是什么？ —— 零件数。同一个需求，一站式两件、拼装五件、自建八件——省的是周边，不是业务。 3. 哪四种情况不该选平台？ —— 数据不能出内网、要重度定制、要长任务、要深度集成本地系统。前两条最硬。

平台选定了，接着是钱的问题：免费版够不够、专业版怎么算、企业版贵在哪。 下一节把三档版本和三种计费算法摊开，也算一笔最容易漏的账。

相关笔记