第四百一十四章 算力调度 (7/8)

林一舟漱了漱口，把嘴里的泡沫都吐出去，然后用手机打开起源官网上关于汤圆模型的内容。

竟然真的开放了！

额度有限，先到先！

林一舟也顾不自己还没来及吃早饭了，从卫生间出来就直奔电脑，先把ap的额度买上再说。

林一舟是多年的老开发，这种流程不知道走过多少遍了，很快他就绑好了支付方式，生成了ap ky，并且往里充了一千块钱。

忽然，他之所以往里充这么多钱，自然是出于对汤圆系列模型一直以来的信任。

：

就算自己的ap开发不顺利，这些额度将来也用上，不会浪费的。

如果是别的平台，他可不敢这么使劲充值，充进去的钱可不退款，你用不完是你活该。

然后林一舟仔细查看起汤圆1.0 ap用法的官方教程来。

里面对如何用汤圆ap来开发智能体有详细的讲解，尤其是特别强调了对长程任务该怎么处理。

林一舟看心头一阵狂跳。

紧接着，我的这个元宵邮箱里，如果用户需要使用的功能是和邮件内容有关的，那不就是长程任务吗？

果然，汤圆ap对智能体相关的长程任务有个新东西：工具调用链。

也就是说，不只是把元宵邮箱需要接收什么告诉汤圆，而是把元宵邮箱能做的所有事情都告诉汤圆，然后由汤圆来决定调用什么功能，后续是不是还要继续和汤圆ap交流。

所有需要在客户端实现的复杂逻辑都不用写了，直接交给汤圆去做。

林一舟一边看一边怀疑。

不是不信哈，但是这个写的也有点儿太美好了吧？

与此同时，不过反正尝试也不复杂，林一舟把之前写的好几十行的系统提示词先注释掉，然后按照官方教程，把元宵邮箱提供的这些功能写成汤圆ap接受的工具格式。

其实很好写，格式基本和汤圆协议是一样的。