为了省事,我被豆包的 “记忆功能” 坑了一周

0 评论 438 浏览 0 收藏 10 分钟

作者把公众号排版规则存进豆包的长期记忆,想在新任务里复用,一周后才发现根本没存进去。文中对比了长期记忆、手动粘贴与外部文档三种方案,也讲了当上下文越来越长、任务越开越多时,规则该怎么放才真的用得住。

为了修改文章省事,我花一周多的时间,把「公众号规则」存进豆包的长期记忆,结果最后发现,它就没存进去。

我在豆包中,只新建了一个「任务」

「这个任务」除了聊我公众号定位、赞赏感谢语、自动回复功能外,每篇文章底稿写完后,都会在这个任务里频繁、多次和豆包交流,要修改的地方。

归档是断断续续完成的,想起来就归档,并非一下子叙述规则完成。如在修改时,觉得某条可作为修改文章的规则,就让豆包做下归档。

  • 要检验上下文逻辑要一致
  • 怎么打话题标签
  • 发布前检查事项等……

规则归档到一个叫:

  • 《公众号王在行 – 账号配置归档.md》

我还在当前任务中测试,把归档文件调出来查看,也没发现什么问题。

后来这个任务中上下文越来越长,每次打开都很慢,就想着以后每篇文章开一个任务,这套规则在所有新任务中进行复用。

这样做的好处是:规则统一,并且不用每次重复讲,节省沟通成本。涉及到跨任务复用,也就关系到规则应该怎么存,可以支持复用。

豆包给了我3种方式

方案 1:存储在系统的长期记忆中

好处:没有额外操作

把规则存储到APP的长期记忆里,新任务打开自动加载,全程无感。

方案 2:每次新开对话,手动粘贴规则,然后发送

  • 好处:规则绝对准确,系统读取不会出错。
  • 缺点:每次打开任务,都需要先复制一长段文字,操作太麻烦。

方案 3:把规则存在外部在线文档,每次新开任务发链接让 AI 读取

  • 好处:版本唯一、存储在实体文件里,稳定性强。
  • 缺点:多一步操作,每次新开对话都需要发送文档链接,进行读取。

我当时觉得,最省事的就是方案 1

不用动手、不用复制链接,操作还简单。

哪想到最省事「方案1」坑最多

把规则写入到长期记忆后,我新开个任务,测试写入的规则和之前的归档内容是否一致?

结果:有些一样,但大部分都不太一样,有些还是以前的老规则。

话题标签:

  • 老规则:每篇文章固定都要打(产品经理)标签。
  • 新规则:需按照文章的主体内容,再看微信指数的数据,推荐要打的标签。

看到我都笑了,“北漂 15 年物流老兵” ,我从没有说过这个,都给编到简介里了。

我反复的测试了几遍,每次豆包给的规则内容都对不上,不仅对不上还每次给的答案和上次的答案对比也不一样。

我就返回主任务,问豆包:为什么两边的规则内容对不上?

豆包解释:增量存储机制(没清理之前)

豆包当时给我找补:新规则是写进去了,但之前的老规则没删,优先级比新规则还高,所以每次先调出老的给我看。

1 尝试引导【豆包清理】存量规则,以失败告终

既然记忆中还存有老的规则,那能不能直接清理掉所有的规则,然后再重新插入新的规则,这样就只有一套规则了。

关于清理、写入规则我和豆包来来回回操作多次,也换了多种办法尝试,但最终都已失败告终,最后找到了具体原因,如下:

从上面可看出,当前任务只能清理自己指令存入的记忆,APP层面写入的记忆,没有清除的权限。

2 尝试【手工清理】存量规则,然后再写入规则,以失败告终

1、自己手动清理掉所有的记忆

2、再让豆包重新写入「新规则」

执行结果如下:

等待5分钟后,再去APP的记忆中查看,结果还是没看到写入的规则。

然后,重复执行了很多次写入指令,最终也是失败。

后来,我就想这可能和【记忆功能】本身有关,并非是操作指令问题。

我就把APP自带的【记忆功能FAQ】发送给豆包,分析失败的原因:

最终,找到了根本原因

原因1:存储定位不匹配

  • 官方明确:记忆仅用于存储个人兴趣、偏好、职业属性等个人背景信息,比如 “请记住我喜欢吃甜品” 这类短句的个人属性。
  • 我们要求写入的规则属于工作流程,且是长文本,不属于记忆的存储范围,所以一直存储不进去。

原因2:内容长度与结构超限

FAQ 说明 “模型不会记住对话中的所有细节”,记忆是提炼式存储,只抓零散关键信息。我们存储的内容包含多章节、篇幅长,系统无法提炼为单条标准记忆条目,因此也就无法写入。

到现在我才明白:把规则存储到豆包的长期记忆中,这条路根本走不通,并且也意识到,豆包在骗我。

长期记忆,从一开始就无法存储完整的规则内容,那豆包就不该,给我推荐此存储方式。

这个时候我也就开始怀疑,那主任务中归档的《公众号王在行 – 账号配置归档.md》,这个文件到底存在不存在?

我重新回到主任务,调取这个规则文档内容,突然发现,输出的内容和我之前的内容很多部分又都不一样了。我反复调取、查看、对比,最终确认,和之前归属的规则内容确实不一致。

我这时候心里就想,坏了,豆包这坏痞又忽悠我了。

我就追着它问,文件到底有没有?

最终确认,确实骗我,文件确实不存在。

这时候,我心里就有2个非常疑问的问题:

  1. 主任务、新任务里调取的规则内容,是怎么出来的?
  2. 为什么主任务里的规则内容之前还准确,后来又不准确了?

就在我折腾这些规则内容的时候,微软AI的负责人正在警告一件事:AI开始篡改自己的工作记忆了。

我的踩坑经历没那么严重,但方向是一样的

——我们以为AI在记住,它可能在编造。

要回答以上问题,就需要搞明白豆包的工作流程了。

下一篇,讲豆包的工作流程(90%多的人都不清楚豆包是如何工作的),以及怎么让AI100%按你的规则干活,不用每次重说一遍。

本文由人人都是产品经理作者【王在行】,微信公众号:【王在行】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 目前还没评论,等你发挥!