户端在本地没开放任何接口，汤圆就只能鼠标点击、截图、读图、再点击，一步步操作。
这完全是在模拟真人操作，而且比真人还慢。
主要的瓶颈就在读图。
真人看一眼页面，视线马上能落到目标位置。
汤圆却得先拿一张图，再让模型分析：哪里是按钮，哪里是文字，然后才执行下一步。
普通人看到这种情况，只会笑话汤圆傻帽；可林一舟是程序员，是刚准备“创业”的创业者，又是对移动互联网草莽时期暴富故事耳熟能详的后来者——他的第一反应是：
机会来了！
邮件——多符合AI个人助手的场景。
林一舟以前大致了解过：各邮箱服务都有一些API接口——管理员能同步组织架构、创建账号、配置安全策略；普通用户也能搜索邮件、读取会话、管理草稿和操作文件。
但那些接口都是给开发者、给人的，需要申请开发者账户、配置API密钥。
现在没有邮件服务支持汤圆协议，所以它才只能读图。
如果有一个邮箱客户端自己支持汤圆协议呢？
不需要截图。
不需要读图。
不需要寻找按钮。
汤圆调用一次“查询未回复邮件”，客户端直接返回邮件列表、发件人、时间、正文摘要和线程状态。
汤圆判断完，再调用“创建回复草稿”，客户端把内容写进对应会话。
一来一回几秒钟，速度至少提升十倍。
再如果，这个邮箱客户端是第一个支持汤圆协议的，而它又是我林一舟做的呢？
要知道，App Store刚发布、苹果还没有原生手电筒那会儿，一个个人开发者就靠一个手电筒应用暴富。
此时此刻，恰如彼时彼刻。
林一舟脑子飞快转起来。
做邮箱服务成本很高，他肯定没钱，临时拉投资也来不及。
但是邮箱客户端很简单。
网上开源的有不少，自己魔改一下，再用御风填坑，让用户登录自己的邮箱账号，桌面端和手机端各套一个壳。
产品的核心卖点只有一个——原生支持汤圆协议。
名字不用想太复杂：AI邮箱？汤圆邮箱？是不是蹭得有点儿硬？要不叫元宵邮箱？
决定了，就叫元宵邮箱。
这个名字和汤圆简直就是绝配。
想到这儿，林一舟重新打开汤圆协议开发文档。
刚才只是大概翻过，现在再看，每一段都有了新意义。
资源声明——用户邮箱及邮件内容。
能力注册——可以搜索、读取邮件内容，撰写草稿，发送邮件，删除邮件。
授权范围——仅限用户本人邮箱，不跨账号访问。
操作回执——每次执行后返回操作结果与状态码。
高风险确认——发送、删除邮件属于高风险操作，需要用户确认。
林一舟越想越兴奋，点开源码科技公开的工具目录。
餐饮、地图、文档、表格……
他上上下下看了两遍。
没有原生邮箱客户端。
没有原生邮箱客户端！
源码科技没干这活。实际上，他们可能根本干不过来。
汤圆Chat这么大一个产品，开启的是一整个生态，他们不可能把所有活儿都干得面面俱到。
邮箱对源码来说只是众多工具中的一个，但对林一舟来说，那就是整家公司了！
如果将来源码亲自下场做这个服务怎么办？林一舟根本没想那么远：项目零成本启动，只要能稍微赚点
-->>(第4/5页)（本章未完，请点击下一页继续阅读）