Memora2024

在黑客松做的记忆增强插件。

2024 AdventureX 和团队一起做的 demo。浏览器插件会结合个人背景补充提问,用户可以先预览,再决定是否采用。

工作与产出与团队完成并联通记忆增强 demo,形成插件、后端服务和历史背景整理的实现。

让记忆,跟随使用者。
我的角色
AdventureX 参赛选手 · 团队 demo 开发
时间
2024
范围
AI 助手 / 浏览器插件
状态
黑客松 demo · 已结束

换工具后,还要再介绍自己

学习背景、表达偏好与任务习惯经常散落在不同对话中。Memora 从这个体验问题出发:让个人背景跟随使用者,在下一次提问时被重新带入。我在 2024 AdventureX 以选手身份与团队共创这个 demo,探索通过浏览器插件接入已有 AI 工具的可能性。

不同提问场景下重复的背景。用户的习惯属于用户,未必属于某一段对话。
用户的习惯属于用户,未必属于某一段对话。

个人背景与当前问题

历史处理脚本将 Markdown 记录交给外部工作流整理,并保存按主题组织的摘要。在线服务将 profile、performance 和当前 question 一起发送给增强工作流。长期背景与当前任务分别处理,让每一次提问能获得相关上下文;持续更新和检索仍属于需要补齐的完整记忆能力。

历史→偏好组织;当前问题+背景→增强输入。整理历史、保存背景、增强输入是三个不同环节。
整理历史、保存背景、增强输入是三个不同环节。

预览和采用增强后的提问

插件读取当前输入,向后台请求增强,再把返回文本呈现在浮窗中。用户点击替换后,文本才回到原输入框。这个交互把采用权留给用户,也使插件可以伴随原来的提问习惯:先写问题,再检查增强是否准确,最后决定是否使用。

输入框、悬浮球、结果浮窗、手动替换。读取输入→点击悬浮球→预览增强文本→手动替换。
读取输入→点击悬浮球→预览增强文本→手动替换。

浏览器插件的入口

页面脚本负责识别输入元素,扩展后台负责通信,Flask 服务读取用户背景并调用外部工作流。Manifest 中配置了五个 AI 网站的入口,说明团队的适配方向;入口数量不代表五个平台全部通过真实联调。案例用重建界面解释调用关系,保留 demo 与成熟跨平台服务之间的距离。

页面→后台→服务→外部工作流的调用链。插件是入口,服务带入用户背景,工作流负责生成增强文本。
插件是入口,服务带入用户背景,工作流负责生成增强文本。

demo 里还有哪些没接通

不同归档版本对 /memory 与 /process 的调用存在差异,弹窗状态和滑块尚未连接完整的存储或后台控制。注册、登录、记忆查看和编辑保留为规划。原型让下一步工程问题变得具体:记忆如何更新、用户怎样控制,以及增强文本使用的背景是否可回看。

已见实现/不同版本/规划的分层板。持续记忆、用户控制和输入增强需要形成一致闭环。
持续记忆、用户控制和输入增强需要形成一致闭环。

第一次参加 AdventureX

我与团队完成并打通 Memora demo,获得一次面试机会,随后结束推进。这次经历与 2025 年 AdventureX 赛事平台建设分别呈现。我的贡献是团队共创与 demo 开发参与,未将未细分的模块独占归属自己。项目留下的产品判断,是把个人背景与聊天入口分开,并让用户决定是否采用增强结果。

原始海报与参赛demo材料。从“模型记住我”,转向“如何让个人上下文进入工具”。
从“模型记住我”,转向“如何让个人上下文进入工具”。
下一个项目墨子 × MADDPG