Grist：沿关联表修改公式，把设备名称改成统一格式

设备台账里，一列名称同时包含设备型号和领用人。想把“某人的手机”统一改成“手机型号－领用人姓氏”，得找到生成名称的公式，还得知道姓名来自哪张表。Grist 的 AI Assistant 能在文档上下文中解释、修改公式，改完后直接回到表格核对结果。对维护设备、人员等关联台账的人，这项能力比单独问聊天机器人“公式怎么写”更贴近手头工作。

一次改名，牵动两个字段

Grist 官网的公式演示使用一份设备管理文档。Devices 表的 Name 列起初显示 Leland's iPhone SE、Leland's MacBook Pro 等名称。演示者先询问名称公式的含义，Assistant 给出的解释对应这段公式：

$Current_User.First_Name + "'s " + $Model

这里的姓名并非手动写在名称里：公式沿 Current_User 引用读取 First_Name，再拼上本行的 Model。也就是说，修改名称规则，需要同时理解领用人字段和设备型号之间的关系。

官网英文演示约第 7.5 秒：右侧能读到原公式，左侧可对照名称列。图片说明引用与拼接关系，不证明中文问答效果。查看原尺寸。

改动能在名称列里对上

接着，演示者要求把设备放在前面，并只保留领用人的姓氏。Assistant 回复已更新公式，左侧对应变成 iPhone SE - Jennelle、MacBook Pro - Jennelle，后续设备行也采用同一格式。

同一官方演示第 17 秒：观察前两行，型号保留下来，人员部分从名字换成姓氏。画面展示了名称列变化，没有展开修改后公式全文。查看原尺寸。

这份材料里值得留意的，是需求变化涉及取哪个字段，也涉及如何排列字段。只调换原字符串的顺序，会继续留下名字；只把 First_Name 换成姓氏字段，又不会改变设备的位置。前后两帧恰好提供了这两项变化的核对位置。它适合说明“让 AI 解释已有逻辑，再修改规则”的用法，不能据此认定任何复杂公式都会改对。

例如，中文设备台账也可能需要“型号－工号”的命名规则。可以先让助手解释现有公式，再明确要求保留哪个标识；这个中文情境只是教学设想，上面的英文演示没有验证中文理解质量。

从已有文档开始，留出核对的一步

可从 Grist 云端入口登录后进入自己的文档，在左侧 Tools 菜单打开 Assistant，或使用 Windows 的 Ctrl+K、Mac 的 ⌘K。第一次尝试适合选一份不含敏感信息的台账副本，围绕一列已有公式发问，修改后检查熟悉的记录，尤其是姓名重复、空值等边界行。

当前操作文档说明，新 Assistant 可以回答数据问题、创建或修改记录、表和页面，并帮助处理公式。它知道当前页面，但不知道你选中了什么，因此提问时应写明目标表和列，别只说“改这一列”。它目前不能创建或修改图表、表单、访问规则，也不能调整页面布局；不要把一次公式修改扩展理解为整套台账都能交给它搭完。

云端额度和数据一起考虑

按操作文档，免费个人与免费团队方案含 200 点 Assistant 额度，免费团队全队共享；Pro 每月 100 点、Business 每月 2,000 点，付费方案额度按账期重置并由团队共享，每条聊天消息消耗一点。加购额度另计，不能把免费入口理解为无限使用。

更影响办公采用的是数据路径：提交问题时，问题、文档结构和数据会发给 OpenAI。未提交问题时，不会因这项助手功能而分享这些数据。文档还说明，部分 Grist Labs 员工可能检查包含上述内容的请求日志以改进服务。人员、客户或采购台账应按团队的数据要求决定是否送入助手，不能只把聊天框里的那一句话当成外发范围。额度与数据政策

自托管也要分清两种 Assistant

官方仓库 README将 grist-core 称为 Community edition，对应源码采用 Apache-2.0 许可。社区版保留的是限于公式的旧 Formula Assistant；本文讨论的新 Assistant 在自托管时要求启用 Full edition，其扩展使用商业许可，不能从核心仓库开源推导出新助手也全部开源、免费可用。

自托管配置文档允许连接自选提供商或本地模型，但要求接口兼容指定的 Chat Completions 参数，且模型支持 tool calls；仅仅“能聊天”还不够。接远程提供商仍会发生相应数据传输，API 用量费用也需另算。希望数据留在自己的环境内，应落实兼容的本地端点及部署条件。对已有成形关联台账、愿意检查公式与改动的人，Grist 值得从一列真实规则试起。