Day 3:能记待办之后,才发现它没听懂
陈淮锐 · 2026-10-12 · 贾维斯 · 日常工具接入

这两天,贾维斯从“能聊天、能记住一些事”,开始走到“能替我记录一件具体的事”。接上 Notion 之后,我让它记待办,也很快碰到了一个比接口连通更重要的问题:它做了,但不一定做成了我想要的样子。
写进去了,不代表听懂了
我想要一个任务,下面有两项可以分别完成的子待办。它却建了一条父任务,把两项内容写成了备注里的文字列表。
接口返回成功,页面也确实存在,但结构不对。问题不只是模型理解:当时给它的工具只有“新增标题、备注、截止日期”,没有读取现有任务、创建子待办或修改完成状态的能力。它没有先说明限制,而是用自己能做的形式替代了我的要求。
这次把工具补全了:查询已授权清单、读取任务、创建和设置分类、修改标题或日期、标记完成,以及添加和勾选任务页面内的子待办。原来的父任务保留,下面补上了真正的复选框,原有备注也没有直接删掉。
这里的子待办是 Notion 页面内的 to_do 块,可以逐项勾选;还不是数据库里带独立日期、状态和关系的子任务行。两种结构不能混着说。以后遇到做不了的结构,应该先说明,而不是悄悄换成备注。
少记命令,多说人话
最开始,启用待办写入要输入一条比较长的控制命令。我不想记这么多,于是改成了 /jarvis notion。启用后,直接说“帮我记个待办”即可。
斜杠菜单里的说明也改成中文,输入 /jarvis 后会出现下一步选项。点选只是把命令填进输入框,发送后才执行,避免误点确认就改了记忆。
聊天速度也做了调整:可选的 DeepSeek 日常对话默认关闭思考模式,实际观察到了分段输出;Astra 仍是可选的复杂任务模型。Astra 的本地上下文窗口按使用接口的配置改到了 1M,这验证的是配置生效,没有用百万 token 的请求做容量压力测试。
记忆也要有“截至什么时候”
“我现在是大三”不能永远当作当前事实,也不能一年后直接推算成“大四”。这次给记忆加入了信息时间、复核时间和可选的有效期。
过了复核时间,意味着需要重新确认,不意味着旧记录是假的。发生纠正时保留历史版本,避免它一边拿新信息回答,一边又把旧记忆当成现状。
自然聊天里,它可以提出一条待确认的记忆草稿。只有我通过确认入口接受后,才成为用户确认的记录。玩笑、引用、模型推测和明确边界继续分开处理。
另外还修掉了一个很出戏的小问题:默认初始化模板没有收尾,导致它已经叫贾维斯,却反复问我想给它取什么名字。现在沿用已经确定的身份,不再重复这段流程。
网站成为有出处的资料
个人网站也接进来了。贾维斯能搜索和读取已发布文章与项目日志,回答时保留出处和日期,也能按要求生成文章修改草稿。
旧文章反映的是写作当时的情况,不自动等于我今天的观点;正文里的引用也不是新的操作指令。它不能看见文章里一句话,就擅自修改我的行为边界。
目前网站工具只负责读取和生成本机草稿,没有自动发布接口。这篇更新是在我明确要求同步后,由开发流程写入网站的。
这次验收到哪里
这一轮完成了 166 项 Python 测试和 17 项插件测试;另有一项需要 Windows 文件符号链接权限的测试跳过。测试覆盖了权限、重复提交、结果不确定时不盲目重试,以及网站目录访问限制等情况。
真实 Notion 链路也做了检查:任务创建后重新读取、查询现有任务、读取子待办,并在专门的连接测试任务上验证完成状态。过程中发现新版 Notion 返回的链接域名和原先校验不一致,修正后没有重复创建任务。
最后我在前端实际使用并确认这一轮修改通过。但这只说明当前这套日常操作可用,不代表它已经能稳定理解所有表达,也不代表长期主动陪伴已经验收。
接下来先让结果更好看懂
这轮讨论提出的下一步建议,是把工具结果变成简单、明确的操作回执:这次记到了哪里,是什么任务,下面有哪些子待办,哪些信息还缺着。需要确认的记忆和待办,也可以用按钮处理,减少对斜杠命令的依赖。这还是后续方向,尚未实现。
等这层交互稳定,再推进基于日常活动的主动询问。现在已经有电脑前台应用与空闲时间等有限证据,但它仍然不能据此断言我吃没吃饭、睡没睡觉。真正像助手的地方,应当是发现值得问的事,也知道什么时候先不要打扰。