【标签】 社会服务
【标题】 社会服务 - 记忆银行：帮长辈留住人生故事的家庭记忆保存系统
1. Demo 简介
是什么： 记忆银行是一款面向老年家庭的APP+微信小程序应用服务，帮助长辈通过语音录制讲述人生往事，系统自动转写为文字并生成结构化故事卡片，家庭成员可协作补充、确认与整理，最终汇编为家庭故事书。
面向谁： 核心用户是 60 岁以上不擅长打字、操作复杂 App 的长辈，以及希望帮父母保存珍贵回忆的成年子女。
主要功能：
-
一键语音讲述：长辈点击大按钮即可开始录音，系统自动将语音转写为文字，生成带时间、地点标签的故事卡片。不需要打字，开口说就行。
-
家庭协作确认：子女通过扫码或邀请码加入家庭组，可查看长辈的故事、补充老照片、回复互动，并对系统识别不准确的信息进行确认修正。
-
时间线与故事书：所有故事按年份自动排列成人生时间线，支持勾选故事一键生成电子故事书，可导出分享。
2. Demo
记忆银行-Demo.zip (23.9 KB)
o 创作思路
灵感来源： 我观察到很多家庭中，长辈一辈子的故事随着记忆衰退逐渐模糊甚至消失。子女往往想了解父母年轻时的经历，却不知道如何系统地记录。市面上的回忆录服务要么需要老人写文字，要么收费高昂，对老人来说门槛太高。
想解决的问题：
-
老人不会打字、不擅长用手机，传统"写回忆录"方式太难
-
家庭珍贵记忆散落在各处，没有统一载体来收集整理
-
子女想参与但缺乏便捷的协作渠道
为什么做这个方向： 选择了"语音优先、本地优先"的路线。录音是老年人最自然的表达方式，不需要学习成本；本地优先意味着故事默认保存在自己手机里，打消老人的隐私顾虑。相比做一个大而全的平台，我更想先把"老人开口说 → 系统自动记 → 家人一起整理"这条链路做通、做透。
3. Demo 体验地址
交互式可体验的 HTML 文件（记忆银行-Demo.html），详细见附件。
解压后用浏览器打开即可体验完整的记忆采集、整理与传承流程，包含长辈录音、故事卡片生成、子女协作确认、时间线浏览、故事书生成等全部交互。
4. TRAE 实践过程
整个项目从需求分析到设计文档到交互原型到完整产品，全部在 TRAE 中完成。以下是按时间线展开的完整开发流程。
阶段一：需求分析与 PRD 设计（6 月 18-19 日）
关键任务： 加载产品需求文档、MVP 需求池、用户画像、技术架构设计等输入材料，让 TRAE 充分理解产品定位后，输出完整的设计文档体系。
TRAE 完成的工作：
-
输出《记忆银行完整 PRD》（产品需求文档），定义产品形态、核心用户、功能范围
-
输出《MVP 需求池》，梳理 23 项 MVP 必做功能，按优先级标注 P0/P1/P2
-
输出《MVP 用户画像与旅程设计》，定义长辈、子女、儿媳、孙子、管理员 5 个核心角色的使用旅程
-
输出《总体技术架构设计》，确定"手机优先、本地优先、授权上云"的技术原则
关键交付物： 记忆银行-完整PRD.html、记忆银行-MVP需求池.html、记忆银行-MVP用户画像与旅程设计.html、记忆银行-总体技术架构设计.html
阶段二：交互式 Demo 原型迭代（6 月 22-23 日）
关键任务： 在 TRAE 中基于 PRD 和技术架构，生成可交互的 HTML Demo，用于验证产品流程和视觉风格，并迭代优化。
TRAE 完成的工作：
-
第 1 版：基础页面结构，验证角色选择、录音、故事卡片等核心流程
-
第 2-4 版：优化页面布局和配色，调整为温暖的水彩风格
-
第 5-6 版：增加动态效果（粒子漂浮、元素入场动画、hover 状态、交互反馈）
-
最终版（6 月 23 日）：修复手机模拟器在窄屏下宽度被压缩到 0px 的问题（固定为 375px），确保索引栏一行显示无滚动条，共 14 个可交互页面、17 个 CSS 关键帧动画、3 个 JS 动态函数、24 个浮动粒子
关键交付物： 记忆银行-Demo.html
阶段三：完整产品开发（6 月 25 日）
关键任务： 基于验证通过的交互式 Demo，在 TRAE 中完成微信小程序前端 + FastAPI 后端的完整实现，并实现前后端分离。
Step 1：微信小程序全量开发
TRAE 根据设计文档和 Demo 原型，自动生成了微信小程序的完整代码：
-
16 个业务页面（每个含 .js / .json / .wxml / .wxss）
-
全局配置、工具函数模块、API 适配层
-
覆盖首页角色选择、长辈录音、故事保存、时间线、家庭协作、故事书生成等全部功能
Step 2：FastAPI 后端服务开发
TRAE 设计并实现了完整的后端服务：
-
7 张数据库表（家庭、成员、故事、照片、回复、故事书、审计日志），SQLAlchemy ORM
-
7 个 API 路由模块，共 35 个 RESTful 接口
-
30+ 个 Pydantic 数据校验模型
-
自动生成的 Swagger / ReDoc 在线文档
Step 3：前后端分离迁移改造
TRAE 将前端 17 个 JS 文件（16 个页面 + app.js）从本地存储全部迁移为 HTTP API 调用，逐文件替换所有数据读写逻辑，端到端测试验证 12 个核心 API 函数通过。
关键交付物： memory-bank-miniprogram/（73 个源文件）、memory-bank-backend/（20 个源文件）
阶段四：配套文档编写（6 月 25-27 日）
关键任务： 为项目编写两份完整文档，分别面向运维部署人员和终端用户。
TRAE 完成的工作：
-
《系统管理员手册》（HTML）：10 个章节，涵盖代码结构分析、环境需求、安装部署、API 测试、样例数据、故障排查，目标让小白也能完成系统部署
-
《用户使用手册》（HTML）：以"张爷爷讲故事"的叙事方式，图文结合地指导老人和子女使用，后根据用户反馈补充了 6 张真实应用界面截图
开发关键数据汇总
| 维度 | 数据 |
|---|---|
| 前端页面 | 16 个微信小程序页面 |
| 前端文件 | 73 个源文件 |
| 后端接口 | 35 个 RESTful API |
| 数据库表 | 7 张（SQLite） |
| 设计文档 | 4 份（PRD / MVP / 用户画像 / 技术架构） |
| 交互式 Demo | 14 个可交互页面，17 个动画效果 |
| 配套文档 | 管理员手册 + 用户使用手册 |
TRAE 关键任务对话 Session ID
经核查项目 memory 记录，整个记忆银行项目在一个持续的 TRAE 会话中完成。该会话跨越 6 月 18 日至 6 月 27 日，完整覆盖了从 PRD 设计、MVP 规划、交互式 Demo 迭代到最终产品开发的全部阶段。
| 开发阶段 | Session ID | 时间范围 |
|---|---|---|
| 需求分析 → PRD / MVP / 技术架构设计 | 779979548793179:cf9ba8ed53bc516620318298add4b128_6a338fabf847a5e144ce6ce9.6a349d7ff847a5e144ce6e44.6a349d7ff847a5e144ce6e42:TRAE Work CN.0.1.23.no_sid.no_ppe.T(2026/6/19 09:38:07) 779979548793179:86bf6d4f41c9b164867326aaee1642c1_6a338fabf847a5e144ce6ce9.6a34aabff847a5e144ce6ef6.6a34aabff847a5e144ce6ef4:TRAE Work CN.0.1.23.no_sid.no_ppe.T(2026/6/19 10:34:39) |
6 月 18-19 日 |
| 交互式 Demo 原型迭代 | 779979548793179:c7bdc565b3e3db966d7f7feab9512817_6a338fabf847a5e144ce6ce9.6a38dd1abcdc1afd52981721.6a38dd1abcdc1afd5298171f:TRAE Work CN.0.1.23.no_sid.no_ppe.T(2026/6/22 14:58:34) 779979548793179:89e7d210f436de072d8095770f57df80_6a338fabf847a5e144ce6ce9.6a391c92bcdc1afd52982b04.6a391c92bcdc1afd52982b02:TRAE Work CN.0.1.23.no_sid.no_ppe.T(2026/6/22 19:29:22) |
6 月 22-23 日 |
| 小程序 + 后端完整开发 + 迁移改造 | 779979548793179:d577f564ac6228aee927f8f4886d1a46_6a338fabf847a5e144ce6ce9.6a3c091e890585fdd66ab346.6a3c091d890585fdd66ab344:TRAE Work CN.0.1.23.no_sid.no_ppe.T(2026/6/25 00:43:10) 779979548793179:0a358d6af309fbe333a070e7aded5752_6a338fabf847a5e144ce6ce9.6a3c126b890585fdd66ab54c.6a3c126b890585fdd66ab54a:TRAE Work CN.0.1.23.no_sid.no_ppe.T(2026/6/25 01:22:51) |
6 月 25 日 |
| 配套文档编写与完善 | 779979548793179:4db1801805429d7deb5a3eafb4962ed9_6a338fabf847a5e144ce6ce9.6a3c85dd890585fdd66ab86e.6a3c85dd890585fdd66ab86c:TRAE Work CN.0.1.23.no_sid.no_ppe.T(2026/6/25 09:35:25) | 6 月 25-27 日 |
可在 TRAE 会话历史中搜索该 Session ID，查看完整的对话过程和代码生成记录。项目文件时间戳亦可佐证各阶段的实际完成时间。
附：经验总结
-
先用 Demo 验证，再完整开发。 交互式 Demo 让我在产品正式开发前就验证了流程是否顺畅、老人是否能理解，避免了返工。
-
让 TRAE 理解完整上下文。 我在一开始就加载了 PRD、MVP、技术架构、用户旅程 4 份文档，TRAE 基于这些上下文一次性输出了完整的代码体系，前后端接口定义天然对齐。
-
分阶段递进，降低认知负担。 从设计文档 → Demo 原型 → 完整产品 → 配套文档，每个阶段都有可验证的交付物，便于评审理解项目演进过程。