目录加载中...
上午十一点二十七分。
林一舟盯着电脑屏幕上的注册页面，左手不停按刷新，右手拿着手机，正在一个五百人的AI交流群里催进度。
“有人进去了吗？”
“注册短信收不到。”
“我卡在设置昵称了。”
“注册完了，卧槽，我前面怎么还有这么多人啊？”
“那个不是排队，那个是注册用户编号。”
“……那也很吓人了。”
群里的消息刷得飞快，林一舟扫了一眼，继续填写资料。
源码科技的发布会十一点多刚结束，汤圆Chat还要等到中午十二点才正式开放，但账号注册已经提前开启了。
手机号。
验证码。
设置密码。
绑定设备。
林一舟一路点下去，最后页面上弹出了注册成功的提示。
「欢迎使用汤圆Chat。」
「您是第4286147位注册用户。」
林一舟愣了一下，然后用眼睛数了一遍，眨了眨眼，然后又用手点着屏幕数了一遍位数。
个，十，百，千，万，十万，百万——
四百二十八万。
发布会结束才二十多分钟。
怪不得刚才有群友说很吓人了，不到一个小时四百多万注册，确实吓人。
作为资深程序员，林一舟的第一反应就是——一会儿服务器撑不住吧。
他把页面截了个图，扔进群里。
“第四百多万名，前面的兄弟平时都不用上班吗？”
群里立刻有人回复。
“今天周五，而且明天五一。”
“那不是更得加班了吗？”
“上班才有空抢，周末都忙着带娃。”
有理有据，不仅没有娃，而且女朋友还在充气的林一舟无法反驳。
林一舟关掉群聊，点开汤圆Chat的下载页面。
桌面端安装包已经能下载，只是登录之后会显示一个蓝色的倒计时。
还剩三十二分钟。
林一舟把安装包拖进应用程序文件夹，然后点开了开发者文档——闲着也是闲着，不如读一会儿文档打发时间。
等安装的时候读文档，就像是上厕所的时候读沐浴露的原料表。
发布会里源码的韩总提到过，汤圆协议的文档已经在上午十一点开放。
林一舟一边看协议文档，一边记东西。
汤圆的协议文档写得不算复杂。
软件使用者可以向汤圆声明自己能做什么，输入什么参数，需要哪些权限，执行完成后返回什么结果。
但是软件内部涉及发送、支付、删除等高风险的操作，则还要额外声明用户行为确认节点。
简单来说就是，汤圆负责理解用户意图、安排调用顺序，软件负责把事情做完。
看到这里，林一舟已经抑制不住兴奋了。
新的平台机遇来了。
手机应用商店刚出现的时候，有人靠一个手电筒软件赚了几百万美元。
像他这种给平台做插件、做模板、做配套工具的人，往往也能吃上一口热乎的。
微信公众号刚开放的时候，随便做个排版工具都能拉到投资。
开物出来后，也有一批人专门给小商户做应用。
现在汤圆协议刚开放，生态里面还一片空地。
源码只在地上插了块牌子。
欢迎开发。
至于开发什么，各凭本事。
林一舟草草看完了文档，时间还没到，他靠着椅背发起了呆。
现在的林一舟，是一名创业者。
这是好听的说法，不好听一点可以叫自由职业者。
再不好听一点，就是个接外包的。
作为一个六年经验的后端程序员，他当初之所以从一个还可以的中厂辞职，就是因为他觉得公司接受AI工具的速度太慢了。
当时，他提出申请，想要用世界上最先进的编程智能体进行工作。
竟然不许！
觉得再在这样的公司干下去只会影响自己拥抱新时代的速度，一气之下，林一舟直接辞职。
辞职之后主要靠存款和接各种外包来养活自己。
但问题是，现在外包的活也越来越不好接了。
因为用御风来工作的人也在越来越多，如果大家都是用同样的工具来提供服务，你怎么能证明你能提供更多的价值？
只能是靠沟通、理解客户、提供情绪价值。
偏偏这正是林一舟所缺乏的能力，每次和客户邮件或者微信沟通，他都用几个AI聊天机器人帮他审一遍，发过去的话有没有什么雷。
以前他真闹过这种笑话。
本来平台上接好了两个星期的活，甲方老板突然私信他，能不能加急，三天做完，可以加钱。
林一舟第一反应是不行。
有御风帮忙是能快不少，但是三天，肯定做不完。
他死咬着不松口，最后单子黄了。
后来和别的外包同行交流，他把这事当个趣事说出来，结果被同行指出来，对方第一轮的要求这么极限，其实留了讲价的空间，等他还价呢。
奈何他一点儿不讲价，也不松口。
这还是邮件或者信息沟通，至于电话沟通——那简直可以说是噩梦了。
今天看源码发布会的汤圆现场演示的时候，林一舟的第一反应就是——
这个汤圆，是不是可以帮我回邮件？
如果让它负责商务交流的话，能不能提升接单率？
到十一点五十九分，汤圆Chat窗口上的倒计时只剩最后十秒。
林一舟开始在心里默数倒计时。
十。
九。
八。
……
三。
二。
一。
十二点整。
灰色的按钮亮了起来。
林一舟点下【开始使用】。
和发布会演示中完全一样的界面。
左边是历史对话，中间是聊天区域，右侧可以展开任务执行面板。
林一舟没问天气，也没让它写诗。
这些其他的模型都能干，现在既然是用世界第一的大模型，首个个人助手智能体，总不能只让他写点五一祝福短信吧。
他想了想，输入了一段话。
“打开我的工作邮箱，找出过去七天里需要我回复、但我还没有回复的邮件，按照重要程度排序，给前三封写好回复草稿，先不要发送。”
汤圆没有马上开始操作。
「我需要访问你的工作邮箱，请打开邮箱并完成登录，登录密码和验证码请由你自行输入，我不会读取或保存这些内容。」
右侧的操作区域打开了一个浏览器窗口。
作为一个程序员的本能，林一舟注意到，这个浏览器应该是汤圆Chat内置的，而不是他电脑上的任何一个浏览器。
他仔细看了看，这应该是开源的Chromium改的吧？为什么不用我本地的浏览器？为什么不用我的邮件客户端？
“直接使用我的邮件客户端。”
没有选择在网页上登录邮箱，林一舟对汤圆提出了另一个要求。
汤圆的图标旋转了一会儿，开始执行任务。
它先把任务进行了规划：
——查看过去七天收到的邮件。
——识别尚未回复的邮件。
——判断是否需要回复及紧急程度。
——起草前三封回复。
——等待用户检查。
规划完之后，汤圆开始运行了起来，林一舟看到汤圆打开了自己桌面上的邮箱客户端，直接是已登录状态，里面有他的邮件列表。
事实上，这个客户端里有好几个邮箱，个人的、工作的都有。
但是显然汤圆很快就从中找到了工作邮箱，鼠标自动移动，进入了工作邮箱。
然后开始逐步执行。
但是，林一舟感觉有哪不对。
是不是有点儿慢啊？演示的时候没有这么慢啊？
前后花了将近十分钟，汤圆终于把这个任务完成了，它从收件箱的二十七封邮件里，找出了六封可能需要回复的邮件。
其中三封被标为重要：一封是客户确认下个月的开发排期；一封是会计公司提醒他补充公司费用凭证；有一封来自之前合作过的客户，询问他有没有兴趣接一个内部知识库项目。
而且汤圆给这三封邮件写好了草稿。
第一封从之前的邮件记录里找到了当时约定的时间，在草稿中重新确认，同时补问了需求范围。
第二封解释凭证会尽快整理，同时询问了具体还需要哪些材料的清单。
第三封则先是友好的表示了感谢，然后才询问预算、交付周期和数据权限，并且表示无论项目合适与否，都应该常保持联系。
林一舟一封一封看下来，对第三封的内容尤其爱不释手。
如果让他自己来回复，绝对不能写出让人读得这么舒服的回复。他只是直，又不是傻，很多时候之所以回复不好，只是因为没见过好的，但是真见了优秀的例子，他也不会嘴硬说“我写的版本才是真性情”。
要是那样，那就是真傻了。
林一舟满意地点了点头。
“回复，并且把邮件里提到的需要做的事添加到我的待办。”
发完之后，汤圆的界面里又弹出了一个额外的提示框。
「即将发送三封邮件，并向待办事项写入两个任务，是否继续？」
林一舟扫了一眼收件人，点击确认。
这个指示看来很简单，汤圆没有把它变成分支任务，而是直接执行。
这次速度快了很多，邮件回复了出去，两个待办也添加到了苹果自带的待办事项里。
第一次试用结束了，结果还算满意，但是林一舟有一个想不通的点。
为什么读邮件的过程这么慢呢？
他在汤圆的界面上仔细找了找，在任务历史中可以找到详细的执行记录，还可以展开汤圆调用工具的具体过程。
林一舟点开，找到了读取邮件过程中的相关过程。
……
「截取当前窗口画面。」
「识别页面结构与可交互元素。」
「定位搜索输入框。」
「点击坐标：782，146。」
「输入文本：after:2025/04/23。」
「截取当前窗口画面。」
「识别搜索结果列表。」
……
林一舟看了几行，突然猛地把翘着的二郎腿放到地上，上半身凑近了屏幕。
然后他把执行日志往后拖，一行一行仔细地阅读。
汤圆点开邮件之后的流程和之前差不多。
先截取屏幕。
再识别邮件标题、发件人、正文区域和附件区域。
最后阅读内容。
在刚才那个场景里，汤圆Chat的工作逻辑是基于视觉的。
汤圆Chat的工作逻辑是基于视觉的！
此时此刻，仿佛一道闪电划过了林一舟的大脑。
为什么汤圆单独内置了浏览器？
为什么汤圆在发布会上搜索资料的时候那么快？
因为汤圆现在刚刚发布，还在生态建设的早期阶段，所有的软件接口都没有对它开放，它能做的只有读取浏览器里的资料。
直接用电脑命令操作软件？可以，如果这个软件本身开放了接口，比如苹果原生的待办事项APP，汤圆就可以通过生成命令来操作。
但是像林一舟用的这个邮箱客户端，在本地没有开放任何接口，那汤圆就只能用鼠标点击、截图、读图、再鼠标点击的方式去操作它。
这是完全模拟真人操作的方式，而且比一个真人来还慢。
主要的瓶颈就在读图。
真人看一眼页面，视线可以马上落到目标位置。
汤圆却需要先拿到一张图，再通过模型分析这张图，判断哪里是按钮，哪里是文字，之后才执行下一步。
如果说普通人看到这种情况只会笑话汤圆傻帽，林一舟作为一个程序员，作为一个刚刚准备“创业”的创业者，作为对移动互联网草莽时期的暴富故事耳熟能详的后来者，他的第一反应是——
机会来了！
邮件，一个多么符合AI个人助手的场景。
林一舟以前大概了解过，各个邮箱服务都有一些API接口，管理员用户可以同步组织架构、创建账号、配置安全策略；普通用户也可以进行邮件搜索、会话读取、草稿管理和文件操作。
但那都是针对开发者的，针对人的，需要申请开发者账户，配置API密钥。
现在没有任何邮件服务支持汤圆协议，所以它才只能读图。
如果有一个邮箱客户端自己支持汤圆协议呢？
不需要截图。
不需要读图。
不需要寻找按钮。
汤圆调用一次“查询未回复邮件”，客户端直接返回邮件列表、发件人、时间、正文摘要和线程状态。
汤圆判断完之后，再调用“创建回复草稿”，客户端把内容写进对应会话。
一来一回，几秒钟就能结束，速度至少提升十倍以上。
再如果，这个邮箱客户端是第一个支持汤圆协议的客户端，而它又是我林一舟做的呢？
要知道，在App Store刚刚发布，苹果还没有原生手电筒的年代，一个个人开发者就靠制作了一个手电筒应用而暴富。
此时此刻，恰如彼时彼刻。
林一舟的脑子开始飞快转动。
做邮箱服务需要很高成本，他肯定没钱，现在马上去拉投资也来不及。
但是邮箱客户端很简单。
网上开源的就有不少，自己魔改一下，再用御风填坑，到时候让用户登录他们的邮箱账号，自己在桌面端和手机端各做一个壳。
产品的核心卖点只有一个——原生支持汤圆协议。
名字都不用想太复杂，AI邮箱？汤圆邮箱？这样是不是蹭的有点儿硬，要不叫元宵邮箱？
决定了，就叫元宵邮箱。
这个名字和汤圆简直就是绝配。
想到这，林一舟重新打开汤圆协议的开发文档。
他刚才只是大概看了一遍，现在打开再看，文档里的每一段都有了新的意义。
资源声明——用户邮箱及邮件内容。
能力注册——可以搜索、读取邮件内容，撰写草稿，发送邮件，删除邮件。
授权范围——仅限用户本人邮箱，不跨账号访问。
操作回执——每次执行后返回操作结果与状态码。
高风险确认——发送、删除邮件属于高风险操作，需要用户确认。
林一舟越想越兴奋，点开源码科技公开的工具目录。
餐饮、地图、文档、表格……
他上上下下看了两遍。
没有原生邮箱客户端。
没有原生邮箱客户端！
源码科技没干这个活，实际上，他们可能根本就干不过来。
汤圆Chat这么大一个产品，它开启的是一整个生态，他们不可能把所有的活儿都干得面面俱到。
邮箱对源码来说只是众多工具中的一个，但对林一舟来说，那就是整家公司了！
如果将来源码亲自下场做这个服务了怎么办？林一舟根本没想那么远的问题，现在这个项目是零成本启动，只要能稍微赚点钱，他就不亏本。
想到这，林一舟准备和自己亲爱的小帮手——汤圆，聊一聊这个天才的想法。
他打开了一个新的对话。
“分析我刚才这次邮箱任务的耗时，如果邮箱客户端原生支持汤圆协议，预计可以提高多少速度？”
消息发出去，汤圆很快回复。
「根据本次执行记录，主要耗时来自页面加载、截图、视觉识别和鼠标操作。」
「若邮箱客户端能够通过汤圆协议提供结构化的邮件搜索、会话读取和草稿创建能力，可跳过大部分界面操作。」
「在邮件数量相同、模型推理速度不变的情况下，预计任务执行时间可从8分42秒缩短至40秒左右。」
林一舟盯着这个答案，忍不住一锤桌子。
十倍！
汤圆都说了，他的判断没错。
他继续输入。
“帮我设计一款原生支持汤圆协议的邮箱客户端，先梳理第一版最小可用产品的功能。”
随即点击发送。
汤圆的图标转了一会，然后便弹出一个提示。
「由于服务器异常繁忙，今日智能体任务体验额度已用完。」
「升级专业版可获得更高任务额度。」
林一舟亢奋的情绪被打断，连带着脸上的笑容都僵住了。
“不是，正聊到关键地方呢。”
但是都最后一步了，他还能不用，继续点升级，窗口很快弹出价格，每月一百九十九元，能接受。
林一舟正要确认付款，右上角却突然弹出了一条提醒。
【14：00鼎盛智能体发布会，还有十分钟开始】
林一舟看了看付款页面，又看了看提醒。
他注册汤圆Chat的时候都排四百万开外了，现在又刚发布，服务器正是压力大的时候。
要不先看看鼎盛的发布会，再决定买不买？万一能省钱呢？
没多犹豫，林一舟就关闭了付款页面，转而点开了鼎盛直播的链接。
发布会还有十多分钟才开始，画面还是一片黑屏，但是弹幕已经开起来了。
【汤圆预测的到底对不对？】
【坐等鼎盛公布答案】
【赌大赌小，买定离手】
林一舟看着飘过的弹幕，也有点儿期待了起来。