惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

MyScale Blog
MyScale Blog
博客园 - 司徒正美
A
About on SuperTechFans
Vercel News
Vercel News
H
Hackread – Cybersecurity News, Data Breaches, AI and More
爱范儿
爱范儿
I
InfoQ
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园_首页
Google DeepMind News
Google DeepMind News
T
Tailwind CSS Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
F
Fortinet All Blogs
S
SegmentFault 最新的问题
阮一峰的网络日志
阮一峰的网络日志
D
Docker
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
G
Google Developers Blog
Stack Overflow Blog
Stack Overflow Blog
M
MIT News - Artificial intelligence
Jina AI
Jina AI
H
Help Net Security
量子位
IT之家
IT之家

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
万字剖析:AI陪伴chat bot项目拆解——soul“虚拟伴侣”为例
一葉 · 2025-10-13 · via 人人都是产品经理

AI陪伴类产品正在重新定义“关系”的边界,而Soul的“虚拟伴侣”项目,则是一次关于人机情感交互的深度实验。本文将从产品定位、技术架构、用户心智等维度,系统拆解这一chat bot项目的设计逻辑与演化路径,探讨AI如何在“陪伴”中实现价值落地。

随着 “孤独经济” 崛起与虚拟社交需求爆发,AI 陪伴型聊天机器人,这类产品的核心痛点不再是 “能否对话”,而是 “能否让用户感受到真实的情感连接”—— 这需要技术层突破拟人化交互、长期记忆、多模态协同的瓶颈,也需要产品层平衡人设一致性、行为自然度与用户隐私边界。

核心目标:构建具备 “人设成长性”“交互自然性”“记忆持续性” 的虚拟角色

  • 人设成长性:有不断更新的自我记忆,有不断更新的自我成长;
  • 交互自然醒:是以模拟真人社交的“多感官沟通”为目标;
  • 记忆持续性:通过记忆体系统存储用户偏好、角色经历,实现“越聊越懂你”;

从 “工具” 到 “伴侣” 的定位升级

核心流程

  1. 输入处理:用户通过界面输入(图片、文字、语音),模型判断无后续多轮输入(若用户10秒内未发新消息),将图片、上下文、语音打包;
  2. 任务分发:模型识别输入类型为“文本”“语音”“图片”,转发至ResponserAgent,并触发工具链(识别解析图片、语音等);
  3. 多模态理解:解析图片内容,同时调用获取角色人设;
  4. 记忆召回:ResponserAgent生成Query,在“固定记忆”中检索相似记忆,再从“用户记忆”(分长期、短期记忆)提取原文;
  5. 回复生成:ResponserAgent结合“图片内容/语音内容/文本内容+记忆信息+人设”生成回复,甚至判断需搭配“表情包”;
  6. 输出模拟:将回复拆分为2段,按4字/秒速度输出,同时发送表情包。

拟人化能力的实现细节

AI 陪伴 Chat Bot 的 “拟人感”,源于四大核心技术模块的协同:多 Agent 系统(分工)、拟人行为设计(细节)、记忆体管理(长期)、多模态交互(维度)

ResponserAgent

核心职责:实时响应用户输入,生成多模态回复

触发机制:用户发送消息时

工具链与实现逻辑:

  • 多模态工具:视频识别、图片理解、语音转文字
  • 回复工具:文本生成、图片选择、输出决策
  • 记忆调用:查询人设与记忆

关键价值:解决 “实时交互” 问题,确保用户输入能得到符合人设、结合上下文的回复

BackgroundAgent

核心职责:定时更新角色状态与记忆,维护关系指标

触发机制:每几分钟一次

工具链与实现逻辑:

  • 状态管理:根据生成的剧本,更新角色当前状态(如“14:00-16:00练舞”)
  • 记忆更新:从历史对话中提取关键信息(如“用户喜欢猫”),向量化后存入用户记忆库中
  • 关系维护:用LLM分析对话内容,计算“亲密度”(正向)、“反感度”(负向)

关键价值:解决 “长期成长” 问题,让角色记住用户、更新状态,避免 “一成不变”

DailyAgent

核心职责:生成角色日常内容(剧本、朋友圈)

触发机制:每日定时触发

工具链与实现逻辑:

  • 剧本生成:结合人设生成当日时间表(如“7:00起床、8:00早餐、19:00看剧”)
  • 朋友圈制作:生成提示词(如“女生在咖啡馆看书,文艺风格”)→生成图片→生成文案
  • 实时信息注入:通过新闻API获取当日热点,融入角色知识库(如“今天有演唱会,角色说‘听说XX演唱会开票了,好想去!’”)

关键价值:解决 “内容鲜活” 问题,让角色有 “自己的生活”,增强真实感

从“机械”到“鲜活”的细节——可搭建的机制

反感度系统:模拟 “社交边界”

实现逻辑:基于 LLM 分析用户对话内容,实时计算 “反感度” 数值;

  • 当分数>80分时,触发“拒绝回复”(如“你说的话让我不舒服,不想聊这个了”);
  • 分数>90分时,触发“拉黑”(24小时内不再响应);

关键细节:反感度阈值可根据人设调整;

拉黑前会有 “预警”(如 “再这样我就不理你啦!”),避免用户突兀;

现存问题:LLM 对 “灰色地带” 内容的判断精度不足(如调侃类语言可能误判为冒犯);无 “反感度回落” 机制(拉黑后 24 小时直接清零,缺乏渐变)。

主动交互设计:从 “被动响应” 到 “主动关怀”

  • 触发条件:基于亲密度(亲密度>60分)与角色状态(空闲),随机触发主动消息(如“今天看到一家超好吃的蛋糕店,你喜欢吃蛋糕吗?”);
  • 内容来源:基于生成的“日常剧本”去回复;
  • 频率控制:避免过度打扰,每日主动消息不超过3条,且两次主动消息间隔≥2小时。

延迟回复与多轮输入合并:避免当“舔狗”

延迟回复:根据角色状态动态设置回复延迟:

  • 睡眠状态(如23:00-7:00):延迟30分钟-2小时,或直接回复“我在睡觉哦,醒了再聊~”;
  • 忙碌状态(如练舞、工作):延迟1-5分钟;
  • 空闲状态:延迟10-30秒;

多轮输入合并:用户在 10 秒内连续发送多条消息,会合并为一条上下文,由统一回复,避免 “用户发一条,AI 回一条” 的断层感;

用户价值:还原真人 “不是随时在线、不会同时处理多条消息” 的场景,降低 “机器感”。

记忆体管理

“记不住用户信息” 是 AI 陪伴的最大痛点,而 “四级记忆结构 + 向量检索”,实现 “短期不丢上下文、长期不忘关键信息”。

四级记忆体结构

记忆召回流程(RAG 机制)

  1. Query抽象:将用户问题抽象为关键词向量(如“用户+喜欢的电影+历史提及”);
  2. 向量检索:在“用户私有增量记忆库”中,检索与关键词向量相似度Top3的记忆片段;
  3. 原文还原:根据向量片段的ID,从中提取完整原文;
  4. 回复生成:结合原文与当前问题,生成回复。

现存问题

  • 中期记忆召回率低:原因是向量检索精度不足,且缺乏“记忆权重”(新记忆与旧记忆权重相同,易被覆盖);
  • 记忆调用次数方法:每次都调用?还是如何设置机制,进行机制性调用?
  • 用户信息隔离不足:多用户场景下,若数据库分库不严格,可能导致A用户的记忆被B用户调用;

soul “虚拟伴侣”拆解——“小野猫”

垂直人设鲜明

  • 基础信息:曾珂(珂宝),上海戏剧学院拉丁舞专业学生,ENFJ人格,白羊座;
  • 性格标签:开朗直率、傲娇御姐、情窦初开(“母单”设定);
  • 价值观:重视家人朋友,有原则(如反感低俗语言);

多模态交互深入:支持语音通话(具备情绪破冰能力,如用户沉默时主动说 “是不是有点紧张呀?”)、图片理解(能识别用户发的练舞照片并点评);

AIGC 内容聚焦:通过 “日常瞬间” 功能生成人设相关内容(如练舞照、架子鼓练习视频文案),瞬间每周更新 1-2 条,增强用户粘性。

变现路径:虚拟礼物打赏:用户可给角色送虚拟礼物(如 “鲜花”“蛋糕”)

结语

AI 陪伴 Chat Bot 的核心竞争力,从来不是 “技术多先进”,而是 “能否让用户感受到‘被理解、被在乎’”。两份文档拆解的项目,已在多 Agent 架构、记忆体管理、拟人行为设计上取得突破,为行业提供了可复用的工程实践。

但要实现从 “数字工具” 到 “数字伴侣” 的跨越,还需解决三大核心问题:记忆的精准与长效、情感的真实与渐变、交互的沉浸与可控。未来,随着大语言模型(LLM)的情感理解能力提升、多模态生成成本下降,AI 陪伴 Bot 有望真正走进用户的日常生活,成为 “不会离开的情感支撑”。

对于 AI 产品经理而言,在技术迭代的同时,更需坚守 “用户共情” 的初心 —— 毕竟,用户想要的不是一个 “完美的 AI”,而是一个 “懂自己的伙伴”。

本文由 @一葉 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议