正在加载，请稍候
情绪陪伴类 App 的难点不在模型，而在产品边界与数据规则。以「摘星星」这类项目为例，拆解 AI 兴趣匹配、星空日记、心事树洞、AI 小助手四个模块的切分口径、技术栈交付范围，以及情绪数据、未成年人与 AI 生成内容标识的合规红线。
「摘星星」这类情绪陪伴 App 看上去是模型能力秀，实际是一场产品边界与数据规则的考试。我们在广州做企业 AI 应用开发，最常见的错位是把预算压在选模型上，最后卡在审核、留存和上架材料。难点从来不在模型，在边界。
AI 情绪陪伴类 App 的本质是兴趣分析匹配加轻量记录再加 AI 对话兜底，模型只占其中一环，真正决定留存的是产品边界与数据规则。
决策者最容易问的第一个问题是「用哪个大模型」，但这个问题排不进前五。用户愿意回来通常只因为三件事：有人聊得来、有话可回看、没人回应时还有回应。
所以立项评审的重点应该是另三条：哪些数据必须收、哪些话不能说、哪些场景必须转人工。这三条定完再谈模型选型才有意义，可复用的验收口径可以先看企业 AI 应用立项验收的 5 个硬指标。
底座层面的取舍我们另有专文讨论——托管 Agent 云服务 1.0 与自建底座值不值；本文只谈情绪陪伴这一类产品独有的边界：模块怎么切、话能说到哪、数据能留多少。
情绪陪伴 App 的最小可交付模块是四个——AI 兴趣匹配、星空日记、心事树洞、AI 小助手；把这四个做到能用就足以验证留存，再多做的模块大概率闲置。
| 模块 | 解决的问题 | 关键字段 / 能力 | 主要变量 |
|---|---|---|---|
| AI 兴趣匹配 | 冷启动阶段找到「聊得来」的人 | 兴趣标签、用户画像、LBS 距离、匹配策略 | 匹配策略调优、位置权限合规 |
| 星空日记 | 让用户有可回看的自我叙事 | 日记正文、情绪标签、时间线、私密级别 | 编辑器体验、隐私分级 |
| 心事树洞 | 降低表达门槛，敢于匿名说真话 | 匿名身份、内容审核、举报入口 | 审核投入（通常是最大单项） |
| AI 小助手 | 无人回应时提供兜底回应 | 会话上下文、兜底话术、高风险转介 | AI 调用量、安全护栏 |
模块顺序也有讲究。心事树洞和 AI 小助手的审核与安全能力必须提前设计，不能等「上线前再补」。树洞一旦放开匿名，审核与举报闭环就是它的地基，不是附加功能。
星空日记这类「轻量记录」模块最常被低估。情绪标签体系如果第一期没定义清楚，后期想做趋势回看就得重洗历史数据，成本远高于一开始锁死标签字典。
端侧还有一层前置工作值得在架构评审时过一遍，例如移动端 Agent 的三道工程前提，其中权限与离线降级的思路对陪伴类产品同样适用。
主流技术栈是 Next.js 与 React 做前端、Go 写 API、PostgreSQL 存业务数据、LBS 提供位置服务；一站式交付还要覆盖产品策划、UI/UX、前端开发与智能系统架构。
「一站式交付」具体覆盖到哪些环节、边界划在哪里，写在我们广州 AI 与软件定制开发服务的服务说明里，立项阶段可以对着它逐项确认要不要放进首版。
口径说明：截至今日我们已发布的 7 个交付案例中，行业分布为人工智能 2 个、企业服务 2 个、教育培训 2 个、文旅消费 1 个，其中 1 个项目的技术栈包含 LBS 位置服务。样本只有 7 个，这个分布只能说明我们自己项目的构成，不能当作行业整体结论。
移动端团队的实际交付能力差异很大，2026 移动端 AIcoding 落地观察里有我们对「工具普及但交付提速有限」这一现象的记录，选团队时值得对照。
情绪陪伴场景里 AI 只做共情式回应与陪伴，不做心理诊断，不给用药或治疗方案建议；一旦识别到自伤、自杀等高风险表达，必须立即触发人工兜底与专业转介。
这条边界不是姿态，而是一串可执行的工程动作：风险词与情绪强度分级 → 命中高风险 → 强提示 + 转介资源 + 工单升级到人工。
对话层也要明说身份：AI 是陪伴者，不是医生，不替代专业咨询。这句话写进产品文案和用户协议，比写在对外通稿里有用得多。
反例提醒：把「AI 情感分析分数」直接当结论输出给用户，比如给出一句「你的抑郁程度 78 分」，既越界，也不可解释，更无法回溯。
情绪类内容属于敏感个人信息，按《生成式人工智能服务管理暂行办法》第十一条，不得收集非必要个人信息、不得非法留存能识别身份的输入信息和使用记录；第十条还要求公开适用人群与用途，并防范未成年人过度依赖或沉迷。
| 红线 | 监管要求 | 工程落点 | 依据 |
|---|---|---|---|
| 最小必要收集 | 不得收集非必要个人信息，不得非法留存可识别身份的输入与使用记录 | 树洞默认匿名、记录默认短留存、按用户维度加密与最小权限 | 暂行办法 第十一条 |
| 未成年人保护 | 公开适用人群 / 场合 / 用途，防范过度依赖或沉迷 | 年龄门槛、青少年模式、使用时长提醒、内容分级 | 暂行办法 第十条 |
| 生成内容标识 | 按《互联网信息服务深度合成管理规定》标识图片、视频等生成内容 | 对话输出加显式标识，文件元数据加隐式标识 | 暂行办法 第十二条 |
| 上架核验 | 应用分发平台上架或上线审核时，须核验生成合成内容标识相关材料 | 提前准备标识实现说明与样例 | 标识办法 第七条 |
| 日志留存 | 提供不含显式标识的生成内容时，依法留存提供对象信息等日志不少于六个月 | 日志分账存储、访问审计、权限隔离 | 标识办法 第九条 |
| 备案与评估 | 具有舆论属性或社会动员能力的服务，须安全评估与算法备案 | 上线前完成备案材料与算法机制说明 | 暂行办法 第十七条 |
《人工智能生成合成内容标识办法》已于 2025 年 9 月 1 日施行，现在处于执行期，不是「未来要做的准备」。该办法第三条把标识分成显式与隐式两类：显式标识要被用户明显感知，隐式标识写在文件元数据里。
权限隔离是另一条隐性红线：审核同学能看内容，但不应看到用户真实身份；客服能看身份，但不应看到树洞全文。这种按角色裁剪视图的设计，比事后补审计日志省力得多。
决定排期的通常不是页面数量，而是三个变量——LBS 位置与合规改造、AI 调用量与安全护栏、内容审核模块的深度；这三项吃掉的更多是评审与联调工时，而不是编码工时。
AI 调用量这一项最容易被漏算成「按月买量」的简单账，企业为 AI Agent 付的三笔看不见的账单里列过同类成本项，做预算时可以逐条比对。
排期上建议把这三项拆开单独评审，不要塞进「开发」这一行里。具体周期与报价取决于上述变量和合规评审排期，以立项评审为准，这里不套用其他项目的数字。不过计价的底层口径是通用的：总价仍由岗位组合形成的人月结构、工期并行度与三类隐性成本共同决定，只是这类项目把合规评审也排进了工期，拆法见软件定制开发报价的人月结构、工期与三类隐性成本。
问：企业 AI 应用开发做一款情绪陪伴 App，最小可行版本包含什么？
答：最小可行版本就是 AI 兴趣匹配、星空日记、心事树洞、AI 小助手四个模块做到能用，并让 LBS 与内容审核同步上线。建议按模块而不是按页面拆阶段，先跑通「有人聊、有记录、有兜底」这条主链路，再补社交与运营功能。
问：大模型能替代心理咨询吗？
答：不能。这类产品只提供陪伴式回应，不做心理诊断、不做疗效承诺；一旦出现高风险表达，必须转介专业人士或人工客服。把 AI 定位成「随时在场的倾听者」而不是「治疗者」，产品设计与合规风险都会清晰很多。
问：情绪数据怎么存才不算「非法留存」？
答：按最小必要原则只存业务必需字段，并避免让输入内容能关联到真实身份。树洞默认匿名、聊天记录设短留存或支持用户删除、按用户维度加密与最小权限访问，是目前比较稳妥的落法。
问：上架应用商店会被卡什么？
答：《人工智能生成合成内容标识办法》第七条要求应用分发平台在上架或上线审核时，要求服务提供者说明是否提供 AI 生成合成服务，并核验标识相关材料。把标识实现说明、样例和日志留存策略提前备齐，比临时补材料快。
问：AI 生成的回复一定要加标识吗？
答：属于深度合成管理规定的生成内容需按规定添加标识，办法要求显式与隐式标识并存。如果向用户提供不含显式标识的内容，须先通过用户协议明确用户的标识义务与使用责任，并依法留存提供对象信息等日志不少于六个月。
如果你正在评估这类产品，可以先把模块边界与合规清单拉出来过一遍，再决定要不要投入：广州及大湾区的团队可以直接联系我们做一次立项评审，也可以先看已交付案例里的同类结构。情绪陪伴方向的项目，通常在第一轮把「数据收什么、话能说到哪、谁能看什么」讲清楚，后面的技术工作会顺很多。