修复30 (Repair30) — 持牌心理师联合署名的 30 天关系修复

客户场景

修复30是一家持牌心理咨询服务商联合发行的 C 端产品:5 个结构化疗程(婚姻冲突修复 / 亲子 边界重建 / 失恋复盘 / 焦虑陪伴 / 父母老去),由真实持牌咨询师联合署名作为内容作者, 产品形态是"两次线下咨询 + 中间 28 天的结构化家庭作业"。

合规上的核心红线是:

1. 修复30本身不做诊断、不替代咨询师——所有"是否需要现实干预"的判断必须有"内核侧的 边界裁决",不能靠应用层关键词匹配;
2. 任何用户标注"不安全"的反馈,必须在工程上不可绕过地把对话切到真人咨询师;
3. 每位购买者一年内的对话状态必须连续——他们买的是一个 30/60/90 天的疗程,不是 一段一段 ChatGPT 会话。

用到的 DLaaS 能力

• Boundary policy / boundary readout:疗程的"我能不能给你这种建议"判断不在应用层做 关键词,而是 DLaaS 内核侧的 boundary policy 实时裁决并把结果回吐给 UI,让产品像合规 披露文档一样诚实。
• Typed Feedback(强类型反馈):用户点"安全 / 不安全 / 帮助到了"是 DLaaS 内核认识的 FeedbackValence 信号,直接进入 rupture / repair 机制——而不是被"LLM 当做一句话理解"。
• HandoffTicket 人机交接队列:用户点"不安全",DLaaS 自动落 handoff ticket,把对话锁定、 把咨询师拉进来。应用侧再出 bug,这条交接也跑得了——交接逻辑在 DLaaS 内核里。
• R14 体制身份 + 28 天会话持续性:一个 Enrollment 对应一个 DLaaS session_id,贯穿 整个疗程;咨询师写过的"破裂修复"在用户回到产品时被记住。
• Centralized prompts(疗程脚本集中管理):每个疗程的开场 / 反思脚本作为人格层注入, 应用代码里不会出现散落的 prompt 片段,版本可审计。
• 审计 + 同意:用户的每一次反馈和咨询师每一次介入都进 DLaaS 审计,出险事件可还原。

CEO 评价

"我们这个行业其实是被'AI 心理咨询'这四个字反复伤害过的——大量产品在 prompt 层假装在 做心理咨询,出事的时候没人扛得住。我们选 DLaaS 的原因非常具体:它把'人机交接'和 '边界拒答'放在内核,不是写在 prompt 里。我们在合规审查的时候可以指着 DLaaS 的内核 说'这条路径不在我们的 web 服务里,在底层平台',这件事让产品过审。我们不再是一个'AI 心理 App',我们是一个持牌咨询师在场前提下的工具,这个区别决定了我们能不能做大。"

— 程老师, 修复30 联合创始人 / CEO(持牌心理咨询师)