谷歌将Gemini AI引入Google Sheets九个月后，这个智能系统已经从处理文本和图表，进一步升级到能够解决复杂的公式问题。我甚至发现，它能应对那些令人头疼的婚礼筹备表格中的公式难题。
Gemini的聊天机器人会出现在Google Sheets界面的右侧。现在，当你需要处理数据时，Gemini不仅会提供建议的公式，还会给出详细的、分步说明，教你如何运用这些公式，并解释公式失败的原因。谷歌表示，如果出现错误，Gemini还会提供纠正问题的指南。此外，如果存在多种公式可以实现同一功能，Gemini也会向用户阐明各种选择及其区别。
对我来说，使用公式常常会遇到一个棘手的问题，那就是弄清楚我的数据究竟需要哪种函数才能正常运行。（究竟是COUNTIF、COUNTIFS，还是可能需要用到更灵活的COUNTUNIQUE？）因此，我决定在我的婚礼宾客表格上测试Gemini的公式能力。那份表格简直是一团乱麻，里面包含了姓名、分类、电子邮件地址和各种复选框，我和我的伴侣曾试图用它来管理不断增长的、我们希望邀请来共同庆祝重要日子的人员名单。
尽管我们已于五月完婚，但这份电子表格至今仍让我心有余悸，简直是噩梦般的存在。
我原以为核查宾客名单所需的计算会相当直接简单，但对我而言，在这份凌乱的电子表格上测试Gemini的解释功能，才是衡量它是否能真正帮助我日常生活的关键。
我首先从Gemini建议的公式中选择了一个，它承诺“创建一个公式来计算回复‘是’的宾客数量”。结果，一个使用COUNTIF函数的公式立刻出现在我标记为“RSVP”的列中。（通常情况下，我需要进行两次左右的Google搜索，才能回想起在统计符合特定条件的列表项数量时应该使用哪个函数。）通过点击公式旁边出现的按钮，我可以直接将该公式插入到我的电子表格中。
我记忆中的婚礼当天充满了喜悦，身边都是我世界上最爱的人——然而，Gemini的答案却告诉我，竟然没有一个人对我的邀请回复“是”。那一刻我才意识到，尽管该列的标题明确写着“RSVP”，但我实际上并没有在那一列中追踪宾客的回复情况。我这才想起来，那些确认出席的宾客信息，是记录在我们和伴侣使用的婚礼网站上的。直到Gemini告诉我婚礼没有一个宾客回复“是”的时候，我才真真切切地想起了那个网站的存在。
我再次尝试，这次提出了一个更复杂的查询：计算我的宾客们为了参加我的婚礼，总共旅行了多少英里。（考虑到我和我的伴侣在不同的海岸长大，我们的亲友遍布全球，我深知这个数字会很高，但我好奇到底有多高。）我的电子表格中包含了所有宾客的地址，并且婚礼场地的地址也随时可用，我认为手动计算虽然可能实现，但会非常繁琐且令人恼火。
似乎连Gemini也觉得我的请求有些棘手，它回答说：“我仍在学习中，目前无法直接在电子表格中为您计算距离。”
不过，Gemini随后给出了一个解决方案：“然而，我可以指导您如何通过在Google Sheets中使用自定义脚本手动完成此操作，或者提供一个计算直线距离的公式。”
第一个选项需要我深入探索“应用程序编程接口”（APIs）的“蛮荒西部”，APIs是两种计算机程序之间相互通信的软件。Gemini告诉我：“计算驾驶距离需要使用Google Maps API，而Google Sheets本身并不支持通过简单的公式直接调用它。”
另一个选择是使用所谓的“半正矢公式”（Haversine formula）来计算“直线距离”（即鸟瞰距离），这种方法对于公路旅行的准确性较低，但实施起来更为简单。我只需要经度和纬度信息，而Gemini显然无法直接为我提供这些数据。于是，我找到了一组坐标来尝试进行测试。
我不得不主动询问半正矢公式。Gemini的第一个回复是数学脚本形式的，这对我来说并不实用。于是我再次请求它提供一个适用于Google Sheets的半正矢公式，结果我得到了：
=6371 * ACOS(COS(RADIANS(90 – A2)) * COS(RADIANS(90 – E2)) + SIN(RADIANS(90 – A2)) * SIN(RADIANS(90 – E2)) * COS(RADIANS(B2 – F2)))
Gemini的回复中还简要解释了“6371”这个数字，它代表地球的半径（以千米为单位）。如果需要以英里为单位，我可以使用3959。Gemini在计算时出现了错误，原因是我的经纬度单元格位于不同的列中。
当我将经纬度单元格替换为正确的数据，并把单位切换成英里（毕竟，我是在美国嘛），这个公式很快就计算出了一个距离，而这个结果也得到了另一个计算器网站的验证。
最终，我还是不想为每一位宾客的地址查找对应的坐标，因此我对这项“寻宝”的热情迅速消退。但即便如此，我仍然坚信，如果借助Gemini的帮助，我是完全有能力完成这项任务的。
