把 AI 接到产品里，而不只是做个演示
AI 功能开发
把聊天机器人、文档摘要、自动分类这类 AI 功能接到你现有的服务上
一个跑得漂亮的演示，和一个每天都有人用的功能，中间那段距离，就分出了真正接过的人和没接过的人。
想接 AI，却不知从哪儿下手？
想接个聊天机器人，想把文档做成摘要，想让咨询自动分流。方向是有的，可到底用哪个模型、怎么把自己的数据接进去、成本会有多少、答错了怎么拦，都心里没底。演示半天就能出来，但用户每天放心去用的功能，全在那之后。
我们做什么
-
先理清用在哪
先挑出 AI 真正能出价值的地方。不是接上去好看的，而是真能替人省下手上活的那一两处，先从那里开始。
-
接上你的数据
把产品文档、商品信息、过往咨询这些能当答案依据的数据检索出来，喂给模型。这一步是为了减少没有依据、凭空编出来的答复。
-
成本、延迟、错误答复的设计
哪个模型用在哪、怎么用缓存把费用压下来、慢的时候画面怎么显示、答错了怎么转交给人，这些一起定下来。
-
接进产品并上线
接到现有的界面和服务器上，成为真正能用的功能，连密钥管理和用量上限也一起设好，直接上线。
接了什么、怎么接的，都整理下来
哪个模型用在哪、预计的费用和延迟是多少、错误答复怎么拦，都写成文档留下来。以后你自己动手改，或者交给别的开发者，都能直接用。
这样开始
-
说说想用在哪
告诉我们想把 AI 接在哪里、手上有哪些数据。还很模糊也没关系，我们一起理。
-
范围与报价
24 小时内回复能做到哪一步、需要多少钱、有哪些地方要当心。
-
开发、接入、交付
按谈妥的范围做出来，接进产品，连同接了什么、怎么接的文档一起交给你。
适合这样的地方
- 咨询反复出现、需要聊天机器人或自动回复的服务
- 文档、评论、数据积累了不少，却没有摘要或检索的团队
- 想接 AI，却担心成本和错误答复一直拖着没做的地方
常见问题
- 用哪个 AI 模型？
- 不预先定死。看准确度、成本、速度，挑最适合这个功能的。商用模型、开源模型都在考虑之内。
- 我们的数据会传到外面去吗？
- 先定好什么发到哪里，再开始。敏感数据也有不往外发的做法，定范围时一起商量。
- AI 答错了怎么办？
- 从一开始就按会答错来设计。要么把依据一起给出来，要么把握不大时转交给人，要么让它直接说答不上来。