【Code with SOLO】AI替我记住一生：「平行世界」把我的碎碎念酿成了治愈时间轴
置顶内容：科技致善在行动——⌈平行世界⌋关爱特殊儿童（2026.05.11新增）
（正文内容还在下方，但此事更为重要，故此以置顶形式给出）
虽然比赛已经在5月10号截至，但是⌈平行世界⌋的行动还没有结束，在“
TRAE Community Live 线上技术分享群” 中我看到了这样一条消息，来自大连市孤独症障碍者综合服务中心的李雅洁老师的询问：
而我的项目从一开始给出的承诺就是，无偿提供给特殊人群使用，用科技传递温暖。
于是我联系了这位服务于爱心事业的李老师：
一开始我还怀疑⌈平行世界⌋是否真的能投入到关爱特殊儿童的事业中，在得到了李老师的认可，我打消了这个疑问，我相信孩子们是需要这个软件的。因此，就算是在没有任何盈利的情况下，我也会尽我所能提供免费的服务。
同时为了能长远的延续下这份李老师的热枕和⌈平行世界⌋的活力，我作为独立开发者在此寻找愿意合作的组织和伙伴。
作为一名大学生，我的力量非常小，所以我希望能得到其他组织、人员的支持。邮箱：213077621@qq.com或者直接私信我，感谢您的来信！
很高兴您能读到这，接下来是正文内容：
摘要：
我用TRAE SOLO从零上手了我未曾接触过的技术——安卓移动客户端开发，完整项目代码10万+，深度集成AI功能，并且在TRAE SOLO的辅助下全栈完成服务器、项目官网前后端开发，后续计划上架各大应用商城。
这款软件集成了二十多个虚拟伙伴，TA可能来自不同的书、来自不同的时代，甚至你可以加入自己喜欢的角色。和TA畅聊你的昨夜今日，倾诉你的想法、某一个火花，TA会为你记住一切。
官网链接：平行世界 - 官方网站
项目官网效果预览：
软件页面效果预览：
项目简介：
“平行世界”项目致力于研发一款以AI智能体为核心驱动的个人生活记录与心智管理软件。本项目突破传统工具型应用的交互范式，通过构建一个由数十个具有特定性格与功能的AI智能体组成的“数字伙伴”系统，将生活记录、日程规划、情感陪伴等复杂需求，转化为自然、直观的人机对话过程。
项目的核心创新在于“AI智能体即功能”的设计理念。用户无需寻找和操作分散的功能按钮，只需与不同的AI智能体交谈，即可完成一系列深度任务。
本平台以AI智能体为中枢，一体化整合了日记、日程、日子、日历等生活记录模块，所有数据本地加密存储，确保隐私安全。通过客户端内置轻量化Embedding向量数据库实现高效语义查询，提高对话回复效率，特创了基于 Prompt Injection 的智能记忆提取系统，自动从对话中识别关键信息并持久化存储，支持跨角色 BFS 图传播同步，让 AI 越用越懂你。
同时，项目构建了围绕AI能力展开的会员服务体系与社区互动场景(如“星空”分享)，探索AI在提升个人效率、促进情感表达与建立积极生活习惯方面的社会价值。项目的实施，旨在开创人机协同管理个人生活的新范式，具有显著的技术前瞻性与市场潜力。
2026.5.9更新：已取得软件著作权。
项目官网：
我是谁：
TRAE校园伙伴&软件工程专业在读大三学生（同时也是华为HSD、开放原子开源基金会OpenTenBase校园大使，因此结识了很多志同道合的朋友以及行业大佬），拥有阿里云大模型工程师初级认证证书，比较熟悉大模型的机制，但是没有接触过安卓移动开发，却一直想要开发出一款不一样的软件。
于是在构思了无数个日夜后，“平行世界”的想法孕育而出。虽然我没有任何经验，但是幸运的是我活在一个AI大模型遍地开花的时代，一个好的大模型很难做出什么大事，因为他没有一双健全的手脚，TRAE便赋予了他操纵未知的可能。
项目面向群体：
核心用户群 ：18-35岁年轻群体，包括大学生、职场新人、文艺青年，具有日记书写习惯或情感记录需求。
延伸用户群 ：35-50岁中年群体，关注家庭纪念日记录、日程管理；对隐私安全有较高要求的用户。
市场规模估算 ：中国18-35岁人口约3.2亿，其中具有日记/记录习惯的比例约15%，即潜在核心用户约4800万。按3%的付费转化率和平均¥8/月的ARPU值计算，潜在市场约13.8亿元。
竞品分析：
第一次对话：那一天我和TRAE聊了很多:
我和TRAE开启的第一次对话：
TRAE SOLO帮我实现了项目快速落地，教会我如何使用宝塔面板配置node项目，教会我如何给官网加上反向代理。最开始，我的软件长这样：
初始界面奇丑无比，并且很多功能都是假的，虽然如此，但是更让我相信了TRAE可以帮助我完成从零开始的开发，那么再给TRAE和我一点时间！
修改BUG，继续前进：
美化页面，确定风格：
TRAE给出了一个清新简约的页面，这成为了接下整个软件页面的主调
到现在这个软件初具雏形，但是和我们的目标差了太远，目前只有日记功能和毫不相关的AI对话功能。而我的目标是，替代传统记录软件，深度融合AI，实现类openclaw功能。
超级加码：
我手动设计了各个页面的布局，并且分批次发送给TRAE，他很准确的理解了我的需求，整个软件变得更为美观。
第一次革命：
使用TRAE SOLO模式为软件增加了很多新的功能，不再只是单独的日记记录，还有日程提醒、纪念日等，并且初步实现了AI融合。也第一次达到了我预期的结果——只需要和AI聊天，便能精准生成日记。
但是这样直接输出的内容很不美观，而且只能写日记。于是乎：
我将日程、日子的AI记录功能也添加上了，并且进行了封装，用户直接看到的就是一篇格式化的日记。
第二次革命：
至此平行世界已经较为成熟，但是还有一些迫在眉睫的问题需要解决。
- 聊天过程中上下文太长？消耗token太大，我需要压缩成本。这是因为我把用户的所有日记、日程、日子都串在一起成为一个超长的上下文。
- 虚拟伙伴没有长期记忆？聊多了就什么都不记得了。超过了我设置的上下文长度、历史聊天记录获取长度后，AI就看不到之前的内容了。
- 大模型回复中断？导致用户使用体验不好。可能受网络影响，或者用户清除了应用后台，导致客户端获取大模型流式输出结果中断。
这并非是不能解决的。
通过融合ONNX Runtime Mobile轻量化向量数据库模型对所有日记、日程、日记建立实时索引，可以实现高效的语义查询，每次对话查询最符合当前对话场景的内容再附加到上下文中。
通过确认重传ACK与心跳保活机制，实现了100%回复内容不中断、不丢失。
新增虚拟伙伴独立记忆库，基于 Prompt Injection 的智能记忆提取，自动从对话中识别关键信息并持久化存储，支持跨角色 BFS 图传播同步，让 AI 越用越懂你。
欢迎来到平行世界：
至此，平行世界算是正式落地，TRAE SOLO累计开发数百小时，最终产出文档十余个，代码10万行+。
⌈平行世界⌋重要技术架构：
基于 Embedding 模型的语义向量索引，将日记内容转化为高维向量空间表示，实现模糊描述精准匹配，突破传统关键词搜索的局限
Embedding、Vector DB、Cosine Similarity
全双工持久连接驱动 AI 流式对话，Token 级实时推送，毫秒级响应延迟，配合智能重连与心跳保活机制确保对话零中断
WebSocket、SSE、Streaming
AES-256 对称加密保护本地数据，传输层 TLS 1.3 加密通信，生物识别密钥派生，多用户数据沙箱隔离，从存储到传输全链路安全
AES-256、TLS 1.3、Biometric
基于 Prompt Injection 的智能记忆提取，自动从对话中识别关键信息并持久化存储，支持跨角色 BFS 图传播同步，让 AI 越用越懂你
Prompt Injection、BFS Sync、Memory DB
MVVM + Clean Architecture 分层设计，Room 数据库持久化，KSP 注解处理，Kotlin Coroutines 异步编排，Jetpack 全家桶驱动
MVVM、Room、KSP、Coroutines
基于 HTTP 的局域网设备发现与直连传输协议，无需云端中转，同一 WiFi 下设备间高速数据迁移，端到端加密保障传输安全
HTTP Server、P2P、LAN Discovery
踩过的坑：
-
在TRAE SOLO的使用过程中，我发现有时候撤回对话好像并不能完全恢复至对话前的状态，可能会产生一些比较小的问题，导致原本对话之前可以跑通的项目恢复后再运行的时候却报错了，我暂时不能理解这个问题发生的原由，但是实实在在的在”平行世界“这款软件的开发过程中发生了。
-
TRAE似乎切换账号后的未进行审查的内容都会丢失，我一般使用两到三个TRAE账号，有一次忘记审查之后直接退出当前账号并且登录了另一个账号，结果我登陆上去的时候傻眼了：重要的内容全都没了，当时我的项目已经开发到一个比较完善的程度，吓得我以为再也找不回来了。冷静思考后，我又登录回到了原来的账号，发现还是没有恢复，我就撤回了原来账号的最后一次对话，好在TRAE帮我把所有内容都恢复到了最后一次对话之前的状态。我至少找回了大部分内容，可是最新的工作进展还是丢失了。当用户退出账号的时候应该提醒当前有尚未审查的内容
。 -
还有一个我个人觉得不太好的点就是，TRAE每次有更新之后只要关闭应用便自动启动更新。我被这个坑的很严重，起因是我关掉TRAE后立马就把电脑关机了，但是TRAE在我关机前启动了自动更新，导致更新一半的时候系统强制关机了，等我再打开电脑的时候TRAE已经崩溃了，只能重新下载安装。
我想说的：
TRAE赋予了大模型一双操控“0”和“1”的上帝之手，让梦想变成现实。作为从未接触过安卓客户端开发的小白来说，一切都显得不可思议，从一个突然的想法到10万行代码项目落地并计划上线运营，我只是在不断地“说”，从未敲下任何一行代码。
TRAE极大的提升了我的个人能力上限，让我完成了我一个人本不可能完成的任务（这么一个软件少说也要一个十人专业团队开发几个月吧
）。
以上展示的只是整个项目的冰山一角，各位读友可以下载体验：平行世界 - 官方网站
功能清单：
包含其中40个Activity + 4个Fragment，覆盖16大功能模块，约100+子功能点。
一、账户与认证
- 启动初始化 ：4步启动流程（服务器检查→Token验证→嵌入模型初始化→就绪跳转），启动时主动验证Token有效性，过期自动引导重新登录
- 登录/注册 ：邮箱+密码登录，邮箱验证码注册，隐私政策同意勾选，服务端升级弹窗提示
- 忘记密码 ：通过邮箱+用户名+验证码+新密码进行重置
- 引导页 ：9页滑动引导，展示应用截图和功能介绍
- Token过期处理 ：网络拦截器自动检测401/403响应，清除过期Token，广播通知各Activity跳转登录页
二、核心内容管理
- 日记Tab ：日记列表，ViewPager2分页，支持列表/卡片/相册视图切换，长按弹出环形操作菜单
- 日程Tab ：日程列表，ViewPager2分页，支持列表/卡片/相册视图切换，长按弹出环形操作菜单，显示重复类型标签
- 日子Tab ：日子列表，ViewPager2分页，支持列表/卡片/相册视图切换，长按弹出环形操作菜单，显示优先级标签
- 日历Tab ：月历视图，摇杆拖拽滚动，日期上标注日记/日程/日子标记
- 新建内容 ：底部栏中间"+"按钮，根据当前Tab自动创建日记/日程/日子
三、编辑器
- 富文本编辑 ：支持加粗、斜体、下划线、删除线、文字颜色、背景色、字号调整
- 多媒体插入 ：图片（相册选取/相机拍摄）、音频（录制）、视频（相册选取）
- AI润色 ：调用AI对日记内容进行美化润色
- 自动定位 ：自动获取GPS并反向地理编码为地点名称
- 自动天气 ：根据当前位置获取当前天气信息
- 草稿自动保存 ：编辑内容自动保存为草稿，防止意外丢失
- 日程重复设置 ：支持每日/每周/每月/每年重复，支持农历重复规则
- 日子优先级 ：高/中/低三级优先级标记
四、内容查看
- 日记查看 ：富文本渲染，内联图片/音频/视频播放，地点反向编码显示
- 日程查看 ：日程详情，内联媒体，重复规则展示
- 日子查看 ：日子详情，内联媒体，优先级展示
- 全屏媒体 ：图片/视频全屏查看，支持从源详情跳转
- 径向操作菜单 ：长按"更多"按钮弹出环形菜单，包含：回到顶部、切换视图、导出、分享到星空、删除、移入保险箱、收藏、清除过期日程
五、AI对话
- AI聊天 ：双引擎架构（Deepseek直连API + 服务端WebSocket），流式输出
- 写日记模式 ：AI通过多轮对话收集信息，检测到【可生成】标签后激活生成按钮
- 写日程模式 ：同上，针对日程的对话式信息收集
- 写日子模式 ：同上，针对日子的对话式信息收集
- 自动触发写作 ：用户说"帮我写日记"等自然语言，AI追加触发标记自动进入写作模式
- AI记忆 ：每个角色最多100条记忆，20字限制，支持跨角色同步
- 角色预设 ：角色分组管理、预设发现（遍历1-220号）、头像管理、等级门控（普通/会员/超级会员）
- 向量搜索 ：EmbeddingService + VectorSearchService，检索相关日记作为AI上下文
- AI记忆标签 ：AI输出中自动提取 [[ADD_MEMORY:...]] 标签并存储为记忆
- 悬浮球 ：应用内全局悬浮，可拖拽，点击进入聊天，显示AI消息气泡
六、星空（社交）
- 星空浏览 ：随机浏览他人分享的日记，流星动画效果
- 分享到星空 ：将日记匿名分享到星空社区
- 我的星空 ：查看自己分享的日记列表，支持删除
- 星空详情 ：查看他人分享的日记详情
七、爱心专区
- 互助广场 ：社区求助板，分类筛选，搜索，发布
- 发布求助 ：编辑求助内容，选择分类，手机号验证，审核拒绝处理
- 求助详情 ：查看求助详情，所有者可编辑
- 我的求助 ：查看自己发布的求助，筛选/搜索，滑动删除
- 致谢页 ：展示贡献者和组织信息
八、保险箱与隐私
- 保险箱 ：密码保护的日记保险箱，支持生物识别（指纹/面容）解锁
- 保险箱设置 ：设置保险箱密码、启用/禁用生物识别
- 移入保险箱 ：将日记从公开列表移入加密保险箱
九、导出与备份
- PDF/DOCX导出 ：导出为PDF或DOCX格式，样式自定义，会员门控
- 导出历史 ：导出记录列表，打开/删除/分享，滑动操作
- 数据迁移 ：局域网NSD发现设备，TCP传输，Zip打包导入导出，密码验证
十、收藏与回收
- 收藏 ：收藏的日记列表，支持取消收藏
- 回收站 ：已删除日记，7天自动清除，支持恢复/永久删除，孤立媒体清理
- 草稿箱 ：未完成的草稿列表，编辑/删除
十一、个人中心
- 个人资料 ：编辑昵称、签名、头像，头部背景图自定义
- 数据分析 ：日记/日程/日子三页分析，饼图（情绪/天气/优先级/时间分布），词汇趋势图
- 统计概览 ：日记/日程/日子数量统计，最近日程和最近日子展示
十二、设置
- AI配置 ：AI名称、提示词、API密钥、角色预设切换
- 语言切换 ：中英文切换
- 修改密码 ：旧密码+新密码修改
- 修改邮箱 ：邮箱更换
- 删除账号 ：永久删除账号及所有数据
- 日程通知 ：通知开关、自定义铃声、通知渠道管理
- 位置权限 ：GPS定位开关
- 天气自动填充 ：根据位置自动获取天气信息
- 主题切换 ：日间/夜间模式，圆形揭示动画切换效果
十三、会员系统
- 会员计划 ：3个等级（普通/会员/超级会员），3个周期（月/季/年），服务端动态定价
- 会员权益 ：普通用户不可使用写作功能，会员默认配置不可用高级角色，超级会员解锁全部功能
- 会员过期检测 ：Android端和服务端双端检测，过期自动降级为普通用户
十四、通知与提醒
- 日程提醒 ：BroadcastReceiver，通知渠道按铃声分组，支持自定义铃声
- 全屏闹钟 ：日程到期全屏提醒，点亮屏幕，停止/查看详情按钮
- 自动重新调度 ：设备重启后自动重新注册所有日程闹钟
十五、应用管理
- 版本更新 ：服务端版本检查，APK下载安装（DownloadManager）
- 版本历史 ：服务端驱动的版本更新日志列表
- 更新详情 ：APK下载进度展示，安装引导
- 关于 ：服务端驱动的关于内容，隐私政策链接
- 特别感谢 ：滚动字幕动画展示贡献者
- 隐私政策 ：WebView加载隐私政策页面
- 客服聊天 ：服务端AI客服，独立会话，可清除历史
- 活动推广 ：活动推广页面
- 退出登录 ：清除Token，跳转登录页
其他链接：
演示视频：
可直接点击以下链接进行播放：
https://easylink.cc/qsc1xa
或者通过网盘获取：
通过网盘分享的文件：演示视频.mp4
链接: 百度网盘 请输入提取码 提取码: sxf7
番外：
关于如何用好TRAE的AI coding过程
接下来用我的在开发过程中使用到的一些提示词举例：
进行如下改进： 目前在AI对话页面的大模型只能靠发送的历史聊天记录和向量数据库来获得上下文信息，如果当用户告诉他“你需要记住你叫xxx”这样的需要大模型主动记忆的信息时大模型无法记住，因为大模型只能获取历史25条聊天记录，当超出这25条之后大模型就会忘记用户告诉它的名字。所以我需要你为其实现一个记忆系统，详细如下 ： 当用户发送的消息中带有“记住我的名字是xxx”、“我喜欢xx颜色”这样的需要大模型进行记忆的内容时，大模型需要自己识别出来并且在回复的内容的最后一段加上一个标签，标签格式为[[ADD_MEMORY:xxx]],其中xxx表示要记录的内容，例如用户发送“我叫张三”那么该标签就为[[ADD_MEMORY:用户的名称为张三]]。该标签在AI对话页面需要进行隐藏（就像：[[ENTER_WRITE_MODE:DIARY]]这个标签一样不进行显示）。当检测到大模型输出的内容中带有[[ADD_MEMORY:xxx]]标签时就在记忆库中插入该标签中记忆的内容，例如识别到[[ADD_MEMORY]:用户的名称为张三]标签则就在记忆库中插入一条新的内容“用户的名称 为张三” 。 每个AI角色都需要有一个单独的记忆库，用户可以选择为某个AI角色同步另一个AI角色的记忆，同步之后这两个AI角色之间的记忆将会保持一致，用户开启同步之后还可以选择关闭同步，关闭同步之后这两个AI角色已有的记忆就单独保留并且不再同步更新。如果用户为AI角色B同步AI角色A的记忆，并且此时AI角色B已经有了自己的记忆，那么就用AI角色A的记忆覆盖AI角色B的记忆，并且需要弹窗提醒用户“目前该AI角色已经拥有部分记忆，如果同步将会被覆盖”，并且带有确认和取消按钮，如果用户点击确认则开始同步，否则不 进行任何 操作。 成功构建记忆后，每次用户在AI对话页面发送消息的时候，都需要将当前大模型的记忆库的内容加入到上下文中（但是不需要在聊天页面显示出来 ）。加入的格式为： 【以下是 你的记忆库的内容】： 1.记忆 一 2.记 忆 二 3. 记 忆 三 ... . .. 以 此 类 推。 并且需要在设置页面的AI伴侣模块中增加一个选项“是否开启记忆库”，开启后才能为每个AI角色构建记忆库。用户还需要可以查看每个AI角色的记忆库，并且可以对其中的每一条记忆进行修改和删除，并且还可以手动为当前AI角色的记忆库增加新的记忆。并且要求用户手动新增的每一条记忆的字数不能超过20字。并且每个AI角色的记忆库中的记忆数量不能超过100条，当超过100条后，如果大模型还输出[[ADD_MEMORY:xxx]]标签则用系统弹窗提示用户“当前记忆库已满”，并且忽略大模型此次输出的[[ADD_MEMORY:xxx]]标签，直到记忆库中的记忆数量小 于10 0条才可以增加新的记忆。 要求大模型输出的[[ADD_MEMORY:xxx]]标签中的记忆内容需要尽量的简短（大模型输出的[[ADD_MEMORY:xxx]]标签中的记忆内容不设置字数限制，因为大模型输出的字数很难控制，只能要求大模型尽量输出较短的内容，只对用户手动新增的记忆设置20字的记忆限制）。还要求大 模型需要 准确的识别真正需要记忆的内容。
可以看到这是一条逻辑完善，包含了各种情况的提示词内容，主要运用到了以下核心要点：
1. 前置逻辑提示，目的在于让大模型理解目前的实现逻辑是什么，有什么不足之处，方便后续进 行引导：
目前在AI对话页面的大模型只能靠发送的历史聊天记录和向量数据库来获得上下文信息，如果当用户告诉他“你需要记住你叫xxx”这样的需要大模型主动记忆的信息时大模型无法记住，因为大模型只能获取历史25条聊天记录，当超出这 25条之后大模型就会忘记用户告 诉 它的名字 。
2. 加入示例说明，告诉了大模型在接收到什么样的消息时就需要进行处理，也就是这个记忆系统实现的前提，只有识别准确了才能让记忆库记下有用的信 息：
当用户发送的消息中带有“记住我的名字是xxx”、“我喜欢xx颜色”这样的需要大模型进行记忆的内容时，大模型需要自己识 别出来
3. 实现逻辑说明，这一点应该完全由开发者进行规划，压缩大模型的发挥空间，避免出现验收质量不达标需要反复进行重构 的问题：
在回复的内容的最后一段加上一个标签，标签格式为[[ADD_MEMORY:xxx]],其中xxx表示要记录的内容，例如用户发送“我叫张三”那么该标签就为 [[ADD_MEMORY:用户的 名 称为张三 ]]。
4. 使用已有逻辑进行类比，进一步巩固大模型接下来的技术路线，并且增强大模型的理解，避免大模型重新设计截然不同 的技术方案：
该标签在AI对话页面需要进行隐藏（就像：[[ENTER_WRI TE_MODE:DIARY]]这 个 标签一样 不进行显示）。
5. 进一步说明实现逻辑，目前到上一步，只让大模型理解了需要增加一个标签用于标记需要加入到记忆库的内容，但是大模型还不知道加入到记 忆库的具体操作：
当检测到大模型输出的内容中带有[[ADD_MEMORY:xxx]]标签时就在记忆库中插入该标签中记忆的内容，例如识别到[[ADD_MEMORY]:用户的名称为张三 ]标签则就在记忆库中插入一条新 的 内容“用 户的名称为张三”。
6. 开发者需要提前尽可能的设计好模块的核心功能，并且尽可能的考虑到用户的各种使用情况，避免后续进行很大的重构。例如，在本软件中具有数十个虚拟体，各个虚拟体拥有自己的记忆库，当用户切换不同的虚拟体之后，那各个虚拟体之间的记忆库是进行同步还是不进行同步呢？这是需要考虑清楚的，所以我给出的是用户可以对虚拟体进行捆绑/松绑操作。捆绑在一起的虚拟体就可以同步记忆，松绑后又各自保留松绑前的所有记忆。但是这里又会出现一个新的分支问题，也就是当某个已经有部分记忆的虚拟体和另一个虚拟体开启记忆同步（捆绑操作）后，那这个虚拟体的记忆库该如何操作，如果不进行说明那么我们无法预知到大模型会给出什么样的技术方案，从而导致验收失败。所以各 种分支情况，应该由开发者考虑清楚。 这 里我给出 的是直接覆盖的策略：
每个AI角色都需要有一个单独的记忆库，用户可以选择为某个AI角色同步另一个AI角色的记忆，同步之后这两个AI角色之间的记忆将会保持一致，用户开启同步之后还可以选择关闭同步，关闭同步之后这两个AI角色已有的记忆就单独保留并且不再同步更新。如果用户为AI角色B同步AI角色A的记忆，并且此时AI角色B已经有了自己的记忆，那么就用AI角色A的记忆覆盖AI角色B的记忆，并且需要弹窗提醒用户“目前该AI角色已经拥有部分记忆，如果同步将会被覆盖”，并且带 有确认和取消按钮，如果用户点击确认 则 开始同步 ，否则不进行任何操作。
7. 规范大模型的输出结果，我们在不了解代码详情的情况下，可以尽可能的规范大模型的输入（例如前面提到的[[ADD_MEMORY:xxx]]标签）/输出， 这样便于我们对最终的代码进行检验， 进 一步限制 大模型的自由发挥的空间：
成功构建记忆后，每次用户在AI对话页面发送消息的时候，都需要将当前大模型的记忆 库的内容加入到上下文中（但是不需要 在聊天页面显 示出来） 。加入的格式为：
【以下 是你的记忆 库的 内容】 ：
1.记 忆 一
2. 记忆 二
3 . 记 忆三
…
以此类推。
8. 后置分支设计，到上一步，可以说记忆库的核心功能已经全部实现，但是我们需要考虑到更多的因素，例如成本、性能、空间等有限资源的消耗。不然大模型大概率是不会去设计这些过程的，因为任务已经完成。所以我加入以下提示词用于限制记忆数量和用户新增的每一条记忆的字数，全都是旨在减少对有限资源的消耗。例如过多的记忆数会导致添加到对话的上下文内容过长，这不仅对token的消耗是灾难性的，还会影响大模型的响应速度，甚至会导致服务器发的送数据包的内容过多。这些都可能 会带来严重的问题，所以开发者需要进行实现核心功能后的 各种限制，以避免出现无法预料的情况 ：
并且需要在设置页面的AI伴侣模块中增加一个选项“是否开启记忆库”，开启后才能为每个AI角色构建记忆库。用户还需要可以查看每个AI角色的记忆库，并且可以对其中的每一条记忆进行修改和删除，并且还可以手动为当前AI角色的记忆库增加新的记忆。并且要求用户手动新增的每一条记忆的字数不能超过20字。并且每个AI角色的记忆库中的记忆数量不能超过100条，当超过100条后，如果大模型还输出[[ADD_MEMORY:xxx]]标签则用系统弹窗提示用户“当前记忆库已满”，并且忽略大模型此次输出的[[ADD_ MEMO RY:xxx]]标签，直到 记忆 库 中的记忆 数量小于100条才可以增加新的记忆。
要求大模型输出的[[ADD_MEMORY:xxx]]标签中的记忆内容需要尽量的简短（大模型输出的[[ADD_MEMORY:xxx]]标签中的记忆内容不设置字数限制，因为大模型输出的字数很难控制，只能要求大模型尽量输出较短的内容，只 对用户手 动新增的记忆设置20字的 记忆限 制）。还要 求大模型需要准确的识别真正需要记忆的内容。
总结以上内容为一句话就是四个“最多”——“让开发者考虑到最多 的分支可能、给大模型最多的发挥限制、 使提示词 包含最多的典型样例、让新模块和旧模块保持最多的相似性” 。
PS：
该项目已经加入到我校的软件工程课程教学案例，得到老师、同学们的广泛支持。并且成功申报院级的科创项目并且立项，目前正在申报校级大学生创新训练计划中的创业实践项目！真正体现出了TRAE产出内容在真实项目团队中的可落地性和认同性！也感谢各位老师、同学、亲朋好友的支持和转发。
在广泛的关注和支持下，我已经组建起了一个规模相对较小的项目团队，为⌈平行世界⌋注入了新的血液。我们有指导教授两名、企业高级架构师专家一名、专业领域从业者一名、学生成员九名。
