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

他做后端开发的时候，就算那个跳槽去的二线中厂，也只能给到税前四十万的年薪，每个月到手才两万多。

现在的收入是那时候的四倍。

而且这是月度订阅，不是买断，也就是说，每个月都是十万，如果付费用户继续增多，后面还会涨。

这就是当风口上的猪的感觉？

可太爽了！

忽然，最近购买元宵邮箱的用户越来越多，而且很多用户都来自海外。

甚至还有很多企业来问协作功能，想要企业采购。

做过aa业务的林一舟一下就反应过来，这是真正稳定的收入来源，因为和个人用户不一样，企业采购的流程复杂，一旦批准之后也就不太容易轻易中断了。

但问题是他们的一个主要需求是，不只是让元宵邮箱当一个被a助手调用的工具，而是希望元宵邮箱能作为一个入口，同时还有那些a的功能，比如自然语言筛选邮件啊、操作邮件等等。

林一舟当然也想继续抓住这波风口。

但是想要给自己的这个小软件加上a功能，就必须在后台调用ap了。

这可是真真正正的在开发a智能体了。

紧接着，想要制作一个让a助手能调用的工具，只需要适配汤圆协议就可以了，也就是说让自己的功能能被a使用就可以了，其实完全不需要什么a能力。

但是要开发智能体却需要对a有所了解。

虽然服务的人里有不少国外的用户，但是作为开发者的林一舟人在国内，就只能使用国内模型厂商提供的ap了，林一舟已经试过几个不同的选项，最后的结果都不尽如人意。

就拿一个最基本的筛选邮件的功能来说，其实林一舟需要的功能很简单。

如果用户用中文或者英文说：“帮我找出上周的邮件。”

林一舟需要把这个输入连同他写好的系统提示词一起发给a模型的ap。

第一版是这么写的：

【你是一个邮箱助手，用户使用语言描述他的需求，把这个需求转化为以下命令之一，返回固定格式的jn文档】