笔趣阁

第331章 第326章 这个活儿源码还没干（第3页）

「打开我的工作邮箱，找出过去七天里需要我回复、但我还没有回复的邮件，按照重要程度排序，给前三封写好回复草稿，先不要发送。」

汤圆没有马上开始操作。

「我需要访问你的工作邮箱，请打开邮箱并完成登录，登录密码和验证码请由你自行输入，我不会读取或保存这些内容。」　　右侧的操作区域打开了一个浏览器窗口。

作为一个程序员的本能，林一舟注意到，这个浏览器应该是汤圆chat内置的，而不是他电脑上的任何一个浏览器。

他仔细看了看，这应该是开源的chromium改的吧？为什么不用我本地的浏览器？为什么不用我的邮件客户端？

「直接使用我的邮件客户端。」

没有选择在网页上登录邮箱，林一舟对汤圆提出了另一个要求。

汤圆的图标旋转了一会儿，开始运行任务。

它先把任务进行了规划：

——查看过去七天收到的邮件。

——识别尚未回复的邮件。

——判断是否需要回复及紧急程度。

——起草前三封回复。

——等待用户检查。　　规划完之后，汤圆开始运行了起来，林一舟看到汤圆打开了自己桌面上的邮箱客户端，直接是已登录状态，里面有他的邮件列表。

事实上，这个客户端里有好几个邮箱，个人的、工作的都有。

但是显然汤圆很快就从中找到了工作邮箱，鼠标自动移动，进入了工作邮箱。

然后开始逐步运行。

但是，林一舟感觉有哪不对。

是不是有点儿慢啊？演示的时候没有这么慢啊？

前后花了将近十分钟，汤圆终于把这个任务完成了，它从收件箱的二十七封邮件里，找出了六封可能需要回复的邮件。

其中三封被标为重要：一封是客户确认下个月的开发排期；一封是会计公司提醒他补充公司费用凭证；有一封来自之前合作过的客户，询问他有没有兴趣接一个内部知识库项目。

而且汤圆给这三封邮件写好了草稿。

第一封从之前的邮件记录里找到了当时约定的时间，在草稿中重新确认，同时补问了需求范围。

第二封解释凭证会尽快整理，同时询问了具体还需要哪些材料的清单。

第三封则先是友好的表示了感谢，然后才询问预算、交付周期和数据权限，并且表示无论项目合适与否，都应该常保持联系。　　林一舟一封一封看下来，对第三封的内容尤其爱不释手。

如果让他自己来回复，绝对不能写出让人读得这么舒服的回复。他只是直，又不是傻，很多时候之所以回复不好，只是因为没见过好的，但是真见了优秀的例子，他也不会嘴硬说「我写的版本才是真性情」。

要是那样，那就是真傻了。

林一舟满意地点了点头。

「回复，并且把邮件里提到的需要做的事添加到我的待办。」

发完之后，汤圆的界面里又弹出了一个额外的提示框。

「即将发送三封邮件，并向待办事项写入两个任务，是否继续？」

林一舟扫了一眼收件人，点击确认。

这个指示看来很简单，汤圆没有把它变成分支任务，而是直接运行。

这次速度快了很多，邮件回复了出去，两个待办也添加到了苹果自带的待办事项里。

第一次试用结束了，结果还算满意，但是林一舟有一个想不通的点。

为什么读邮件的过程这么慢呢？　　他在汤圆的界面上仔细找了找，在任务历史中可以找到详细的运行记录，还可以展开汤圆调用工具的具体过程。

林一舟点开，找到了读取邮件过程中的相关过程。

……

「截取当前窗口画面。」

「识别页面结构与可交互元素。」

「定位搜索输入框。」

「点击坐标。」

「输入文本：」