https://github.com/YinFengWindy/Shiori-Agent 锐评下我的项目

直说：Shiori 有明确的产品想法，但现在最危险的地方是——你想让角色拥有自己的生活，最后可能变成开发者被一大堆功能绑架了生活。 我读到了仓库 README，没跑安装包，也没审阅具体实现。下面评价的是公开展示的产品设计与工程边界，不把“写了这个功能”等同于“这个功能已经做好”。 一、它不是没想法的 Agent 套壳 你最有价值的设计，不是接了多少能力，而是把“角色”而非“聊天窗口”作为中心。 例如：用户关掉窗口，第二天回来，角色仍然有自己的身份、共同经历和关系；进入故事时又有独立的角色快照、剧情状态与分支。这比单纯给模型塞一段人设，有更明确的产品结构。 README 里明确区分近期上下文、长期记忆，以及角色、会话、故事状态，也说明你意识到：长期陪伴不是无限拼接聊天记录。 但这些只是一个好起点。真正难的是切换场景之后，角色还能不能自洽。 二、最大的毛病：摊子铺得太大 目前展示的能力包括多角色、长期记忆、主动互动、空闲任务、工具插件、多渠道、图片生成、语音、桌宠、屏幕观察、视觉小说和剧情分支。 这里面任何一个，都能单独吃掉大量打磨时间。 举个具体例子：用户昨天在普通聊天里说自己怕狗，今天进入故事分支，角色却邀请他去养狗；另一个分支里发生的争吵，又污染了现实聊天中的关系。 这时候，桌宠动作再流畅、CG 再漂亮，都救不了“它根本不认识我”的感觉。 我的判断是：你的能力广度已经展示得很充分，核心体验的可信度展示得不够。 README 证明了你想做很多东西，还没充分证明这些东西拼起来之后，比一个普通角色聊天工具更值得长期使用。 三、“记忆”才是核心，但现在公开说明偏功能标签 “会检索长期记忆”和“真的记得你”，是两回事。 例如： 用户先说“我喜欢咖啡”，一个月后说“胃不舒服，最近不喝了”。系统应该更新偏好适用的时间，而不是把两句话当成两个同等有效的检索结果。 用户在剧情里说“我是医生”，不能让现实聊天里的角色认定用户真是医生。 用户说“这段别记”，不能只删除聊天界面上的文字，却继续从衍生记忆里召回。 你的角色与记忆独立设计是正确方向，但 README 还没解释清楚事实更新、来源追溯、故事与日常隔离、遗忘和删除这些边界。 我不是认定实现没有，而是这些比“支持长期记忆”更值得拿出来证明。 四、主动互动可能是亮点，也可能是劝退功能 你写了根据关系、场景和上次互动决定是否联系，而不是固定间隔提醒。这个方向比定时发“在吗”好。 但用户对主动行为的评价，不是“调度器运行成功”，而是“这时候找我，合不合适”。 例如，用户说“明天面试，今晚群友 2818”，角色半夜主动问准备得怎么样：技术上结合了记忆，产品上却完全失败。 真正有说服力的是：它为什么此刻发、什么时候不发、用户不回复后怎么收敛、不同入口如何避免重复打扰。 对陪伴产品来说，知道什么时候闭嘴，也是角色可信度的一部分。 五、故事模式是有潜力的差异点，也是状态管理的雷区 可暂停、恢复、分支，以及角色快照，这几个词比“支持生成 CG”更让我感兴趣。 因为图片是表现层，故事能否正确延续才是体验底座。 假设用户从同一个节点分出两条剧情：一条和解，一条决裂。后续关系、记忆、场景与素材关联必须保持各自一致。恢复存档时，也不能只恢复聊天文本，其他状态却留在未来。 如果这套机制已经做扎实，它是值得重点展示的工程亮点。 但现在 README 给它的展示力度，和普通功能菜单差不多，有点埋没了。 六、本地优先的表述比较诚实，但还有体验上的账要算 你明确说明了数据默认本地保存，也说明模型和其他服务会接收相应内容，没有把“本地优先”偷换成“所有数据都不出设备”。这一点值得肯定。 但“下载安装包”不等于“用户马上能感受到陪伴”。 从 README 看，用户还需要配置模型，长期语义记忆需要配置 Embedding，图片和语音又有各自的配置项。你的核心体验有多少能在首次启动时获得，会直接影响留存。 “三分钟开始”目前更像启动说明，而不是三分钟内完成一次有记忆、有角色感的体验证明。 另外，既然强调长期关系，备份、迁移、升级后的数据兼容就不是边角工程。用户养了几个月的角色，如果一次更新后记忆异常，损失感会比普通工具配置丢失大得多。README 目前主要提醒手动备份，这方面的保障还没有充分展示。 七、工程质量现在不能只凭仓库首页下结论 你提供了测试、lint、类型检查和构建命令，这是基本的工程意识，但不能据此断言测试充分、架构成熟。 这个项目最值得验证的，不是按钮能否点击，而是： 切换角色后，会不会召回另一个角色的私有经历？ 流式生成中断后，会不会留下不完整却被记住的内容？ 主动任务和用户消息同时到来，会不会打乱会话状态？ 故事分支恢复后，各类状态是否一致？ 这些跨模块的失败场景，才决定它是“功能很多的演示”，还是“能长期使用的软件”。 最终评价 选题和产品方向，比泛泛的知识库问答项目更有辨识度；角色中心、故事快照和主动互动，都有值得深挖的东西。 但当前公开展示给我的感觉是：功能清单已经像一个平台，核心体验的证据还像一个早期项目。 最锐评的一句：你现在证明了“我能给角色接很多器官”，还没充分证明“这些器官能一起养活一个可信的角色”。 如果实际体验已经解决这些问题，那就是 README 没把你的真本事讲出来；如果还没解决，继续加功能只会让这些问题更难修。