你的世界编辑器
C端 · Agent · 案例蒸馏

你的世界编辑器

案例蒸馏Agent 架构特征工程RAG循证决策
AI 产品经理 · 主导产品设计与 Agent 架构
2026.05 – 至今

项目背景

为什么会有这个产品

2025 年底,一个朋友的问题成为产品起点:"三个月前我为什么拒了那个 offer?当时觉得特别有道理,现在完全想不起来了。"

这不是个例。人的记忆天然衰减、碎片化、受情绪偏差影响。每次重大决策调用的不是完整信息源,而是最近几天的情绪快照——决策质量必然下降。

更深层的问题是:市面上的 AI 工具在面对严肃决策场景时,普遍存在"幻觉"与"空泛化"——大模型懂语法,但不懂"经验"。它会给一个听起来合理但可能错误的建议,因为它的本质是概率生成,而非循证推理。

我参考医疗领域的"循证医学(EBM)"理念,构建了"案例蒸馏引擎":定向萃取全网高信噪比的真实决策案例(职业规划师复盘、心理咨询实录等),设计 150+ 维度的特征提取框架(博弈对象、隐形成本、长期损益等),将非结构化文本转化为机器可读的决策因子。

这相当于给 AI 建了一座"经验智库"——当用户提问时,系统不是去"猜",而是去"匹配"历史上最相似的真实案例。

核心问题

需要解决什么问题

核心矛盾:人不能只靠记忆做决策,因为记忆不可靠;AI 也不能只靠概率生成做决策,因为存在幻觉。

现有工具存在三重断层:

• 传统日记/笔记工具——只有"记录",没有"分析",摩擦大且无法形成结构化认知

• 通用 AI 聊天——每次对话孤立,不积累对用户的深度理解,依赖训练数据的时效性

• 严肃决策场景——LLM 概率生成的本质与"必须准确"的要求存在根本矛盾,用户无法信任 AI 建议

这不是一个"更好的日记 App"能解决的——这是"重新设计人怎么和 AI 协作进行认知决策"的问题。

核心产品决策是:AI 什么时候该闭嘴、去查真实数据再开口。

功能定义

因此定义什么功能

01

案例蒸馏引擎 —— "不靠猜,靠匹配"

这是产品的底层差异化壁垒。定向采集全网高信噪比的真实决策案例(顶级职业规划师复盘、心理咨询公开实录、知名博主决策思考等),设计 150+ 维度的特征提取框架(决策背景、约束条件、博弈对象、隐形成本、长期损益),利用 LLM 进行批量结构化蒸馏,将非结构化文本转化为机器可读的"决策因子"。当用户面临决策时,系统优先在案例库中进行向量检索,匹配相似度最高的真实案例,让 AI 的建议从"概率生成"变成"有据可依"。

02

事件归档 —— "说话即存档,不用记命令"

从 Pull 模式转向 Push 模式。用户不需要主动打开 App 写日记,AI 通过意图识别和触发词机制自动判断"这是一件值得记住的事",主动询问"要不要记",用户只需说"嗯"。每条事件自动归档为结构化记录(带标签、时间戳、上下文)。记录摩擦指数从 10 降到 1。

03

情绪三窗格 —— "客观记录,不评判好坏"

对归档的事件进行情绪语义分析,归入🎨彩色(积极)/ 💡明亮(中性)/ 🌑黑暗(沉重)三色窗格。系统只做两件事:统计三窗格占比;如果黑暗 >50%,温柔提醒"这周好像偏重,想聊聊吗?"——不说"你应该乐观一点"。把主观感受变成可统计的情感维度,让用户"看见自己的情绪分布"。

04

特征提取与检索召回 —— "把模糊烦恼翻译成清晰变量"

当用户想回顾某段经历但记忆模糊时(如"去年那次关于要不要跳槽的纠结"),系统通过语义检索 + 关键词 + 时间加权的混合搜索策略,从碎片中精准捞回相关上下文。更关键的是,检索到的事件会与案例库中的决策因子做匹配,提取出当前困境的关键特征维度——博弈对象是谁、约束条件是什么、隐形成本有哪些。这一步把"模糊的烦恼"翻译成了"清晰的决策变量"。

05

模式发现 —— "你又开始了"

跨时间窗口关联同类事件,识别行为循环。当同类事件积累到 3 条以上且跨度 ≥7 天,系统自动聚类并提示:"你跟 XX 相关的事件已有 5 条了,其中 3 次出现类似结果——你想聊聊这个模式吗?"AI 不是在分析你,而是帮你看见你自己留下的数据痕迹。这一层解决的是"反复踩同一个坑而不自知"的问题。

06

路径推演 + 安全护栏 —— "三路推演,AI 只做镜子不做裁判"

面临重大选择时,同时推演三条路径(参考 Stanford D.school Odyssey Plan):当前路径(看清现状上限)、转型路径(找到安全出口)、理想路径(不丢失可能性)。数据回流分析面板。

同时,System Prompt 中硬编码了 10 条负面约束清单——禁止替人决策、禁止编造模式、不确定时必须明确说"不确定"……AI 只能做镜子,不能做裁判。所有数据全本地存储,零服务端留存。这不是功能,是信任。

实现路径

如何实现

三层架构:底层案例蒸馏引擎(采集→蒸馏→特征化→检索)→ 中层六层递进式认知架构(事件归档→情绪识别→检索召回→特征提取→模式发现→路径推演)→ 顶层安全护栏(10 条负面约束清单)。每层解决独立的问题,通过解耦接口协作。

案例蒸馏引擎——[采集-蒸馏-特征化-决策]四层管线:

• 采集层:定向爬取知乎盐选、小红书专业号等信源,NER 脱敏后入库

• 蒸馏层:150+ 维度特征框架,LLM 批量结构化提取决策因子

• 特征化层:Embedding 向量化 + 关键词倒排索引的混合检索策略

• 决策层:用户查询 → Query Understanding 拆解 → 向量检索匹配 → Top-3 案例推荐

六层认知架构——六层解耦,每层有独立的产品价值和用户可感知的反馈:

• 事件归档层:意图识别 + 触发词双阈值策略(≥8 自动记,4-7 问用户)

• 情绪识别层:情绪语义分析 + 三色窗格分类统计

• 检索召回层:语义检索 + 关键词 + 时间加权的混合搜索

• 特征提取层:召回事件与案例库决策因子的匹配映射

• 模式发现层:≥3 条同主题事件且跨度≥7 天 → 自动标记 merge 候选 → Agent 判断是否沉淀

• 路径推演层:三条路径并行推演 + 数据回流分析面板

安全护栏——10 条禁止行为硬编码在最高优先级系统约束中,包括不替用户做决定、不编造案例、不确定时明确说"不确定"、不替代专业咨询等。

技术栈:案例蒸馏引擎(Python Feature Pipeline + LLM 批处理)→ 六层认知架构(多 Agent 协作,1 主 Agent + 5 子 Agent,通过 Markdown 文件做异步消息传递)→ 前端(React 19 + TypeScript 6 + Vite 8 + TailwindCSS 4 的 9 视图全栈 SPA + DeepSeek SSE 流式对话)。

结果与提升

之前 vs 之后

维度 之前 之后
记录摩擦 用户主动打开 App→面对空白页→写长文(摩擦指数 10) 正常聊天,AI 自动判断,用户只需说"嗯"(摩擦指数 1)
认知效率 日记碎片散落,无法形成模式认知 AI 自动聚类 + 模式发现 + 周期检测,每周照镜子
决策质量 凭最近几天情绪做决定,无法推演后果 三条路径结构化推演,看清不同选择的长期影响
持续使用意愿 传统日记 3 周流失率 >80% "递镜模式"不给压力 + 模式发现的惊喜感驱动持续使用
14天 15 版本
迭代速度
9
功能视图
4个入口
跨平台
14
从概念到产品

产品截图

对话面板

对话面板

数据看板与情绪窗格

数据看板与情绪窗格

分模块分析面板

分模块分析面板

决策推演

决策推演

产品架构

你的世界编辑器 产品架构图

三层递进式架构:底层案例蒸馏引擎(构建结构化经验智库,150+ 维度特征框架,采集-蒸馏-特征化-决策四层管线)→ 中层六层递进式认知架构(事件归档→情绪识别→检索召回→特征提取→模式发现→路径推演,六层解耦独立迭代)→ 顶层安全护栏(10 条负面约束清单,全本地零服务端存储)。 从"概率生成"到"循证决策"的完整产品逻辑。

产品三问

Q1 我做了什么判断?

AI 在严肃决策场景下最大的问题不是"不够聪明",而是"不够诚实"——核心产品决策是引入"循证医学"理念,用案例蒸馏引擎替代纯概率生成,让 AI 的建议从"猜"变成"匹配"

Q2 为什么这么判断?

人的记忆会衰减、情绪会偏差、决策会反复。通用大模型的概率生成本质,和"必须准确"的决策场景之间存在根本矛盾。我选择用"循证医学"的思维来解这个题:不依赖模型记住一切,而是为它建一座"经验智库"——用结构化的案例库和特征提取框架,让 AI 在真实案例中找答案,而不是在训练数据里"编"答案。AI 的核心价值不是回答得更流畅,而是回答得更可信

Q3 如果再做一次会改什么?

最大的判断错误是低估了案例库冷启动的难度。前期花了很多时间打磨特征工程,但如果一开始没有 500+ 条高质量种子案例,检索效果就是零。应该先人工准备种子数据、验证"匹配优于生成"这个假设,再去自动化采集和蒸馏管线

X: 0000 Y: 0000