用 DouBao Seed-2.1-pro-0915，我把 21 个出海接口搭成了决策工作台

这 21 个真实接口，覆盖车辆核验、企业尽调、贸易报关、出行生活几类，每一类都对应出海生意里一个绕不开的环节。

比如，要查一家乌克兰公司，你得先找到对应的接口，再看接口文档、填参数，最后还要自己处理返回的数据。查一辆二手车也是一样，VIN、召回、出险、车辆规格，可能要查好几项，再把结果放到一起判断。

对于不写代码的人来说，光是把这些接口用起来，就已经有不少门槛了。所以就想：能不能把这 21 个接口串起来——用户只需要说清楚自己想查什么，具体调用哪些接口、怎么组合数据、最后怎么呈现，都由工具来处理。

想要的是一张工作台：使用者在输入框里输入大白话，描述自己要做的出海动作，让 AI 去判断该调哪些接口、按什么顺序、每个结果怎么看，最后给你一份看得懂的决策——该核什么、该防什么、下一步干什么。散着的接口，变成一条围着业务场景转的链路。

此外，还需要一张能交互的全球地图：需求覆盖哪些国家、哪些还没覆盖，一眼清楚；上面一句话输入框，下面按场景出链路、出行动清单、出风险地图。后端没有，就是一个单页文件，本地就能跑。

听说豆包最近升级，在写代码、跑 Agent 和多模态上都补强了：不仅能摸清复杂代码仓库的结构，改页面不会找错地方、带崩别处；还能端到端跑通从改代码到跑命令、验证测试的整条流程，前端还原也更像正经产品界面。再加上 Token 成本降了，拿真实接口反复试错也不心疼。

于是在「豆包工作」里选了最新的豆包 2.1 Pro版本模型。给它的是前面那 21 个接口的说明、字段、链接，加上脑子里那个「工作台」的想法——要它做成一个单页应用，能输入场景、能出链路、能切换身份、能标风险。

它负责把这一堆物料吃进去，自己决定页面怎么排、交互怎么走、地图怎么画、链路怎么生成——说白了，设计加实现都是它扛。最后一次性把需求和接口清单喂进去，它直接吐出一整个能跑的单页应用，连全球地图加数据大屏这种复杂前端都一次成型。

如果前面都算铺垫，这一步才是整件事的核心。用「我要进口一批乌克兰二手车」跑一遍：在输入框写下这句话，点生成，它吐出这条链路。

每一环都对应前面那 21 个接口里的真实一个：先用全球 VIN 定车型身份，再用乌克兰 VIN 核当地登记，接着查美国召回看有没有未修复的安全缺陷，再看出险估值判断是不是事故车，最后用车型规格和电池信息定估值。顺序不是随便排的——先身份、再登记、再风险、最后估值，逻辑错了结论就不可信。

这一步里真正值钱的，是模型把我那句模糊的「进口乌克兰二手车」，理解成了「该查哪几个接口、按什么次序、每个结果判断什么」。我要的从来不是一段跑不起来的片段代码，而是一条能直接用的链路，它给到了。从一句人话到一份能执行的决策单，中间我没写一行代码。

设计 ⑤：工作台的两个跳转功能。一是跳转到 API 接入文档，二是跳转到详细的公众号推文。这两个跳转看着是小按钮，其实正好补上了 AI 工作台最容易缺的两块能力，等于给整个工具加了「说明书」和「案例库」。

跳 API 接入文档，是把黑盒变透明——用户看到 AI 跑出来的核验结果，点一下就能看到接口原文和参数说明，不用再找客服问，既省沟通成本，也让人更敢信 AI 的判断。跳公众号推文，是把工具变案例——一篇推文写清楚「有人真靠这一步避开了多少损失」，用户马上就知道这个功能值不值钱。另外还有个隐藏好处：把一次性访问的用户，自然导到了文档沉淀和私域阵地里，工具用完人没走。

这几处加完，工作台才从「能跑」变成「能用」。

把整条线串起来看，起点是 21 个分散的、各自解决一个小问题的 API；往下，它们被组织进具体的出海场景——进口二手车、查境外主体、报关算税；再往下，每个场景生成一条有顺序的核验链；链路上标出风险；链路的尽头给一份行动清单。原本散落的一堆接口，变成了一套能围着业务场景使用的工具。

这次真正让我觉得有意思的，不是豆包又帮我写了一个 HTML 页面。让我觉得有点不一样的，是原本散落着的 21 个 API，最后真的变成了一套可以围绕业务场景使用的工具——你只说一句要干什么，它就替你把该查的、该防的、该做的，理成一条看得懂也用得上的链路。工作台已经跑通，也部署成了能直接点开玩的链接。