张子墨的头像

张子墨

Sunmiss · 2004 · AI 产品经理

AI 产品经理 · LLM 产品化

数据驱动决策者——不凭空猜测用户需求,用数据和实测说话

3 个 AI 产品从 0 到 1 · 每个都经历「需求→方案→选型→落地→验证」全流程闭环

用户洞察· 数据驱动· 系统设计· AI 产品化

能力体系

能力与工具

核心能力

用户洞察

先定义目标体验再反推方案,通过用户行为数据(选取率、留存节点、功能渗透率)找到真问题,而非凭直觉做决策

数据分析

大数据专业训练 + 实践:从埋点设计到指标定义到统计验证,能将模糊的"用户反馈"转化为可衡量的产品指标

系统设计

擅长将复杂规则拆解为可配置的模块化系统,降低迭代成本。每个项目都做到"调参不改代码",让非技术角色也能参与迭代

AI 产品化落地

将 LLM、RAG、Agent、Multi-Agent 等 AI 能力落地为可交付的产品功能。理解 AI 能力边界(幻觉控制、Prompt 稳定性、上下文窗口限制),在模型能力与用户体验之间做务实取舍

工具

AI & LLM

DeepSeek API LLM 应用 Prompt Engineering RAG 架构 Agent 设计 Multi-Agent Function Calling MCP 协议

数据分析

Python / Pandas 统计学检验 A/B 测试设计 指标体系建设

产品方法

用户研究 竞品分析 PRD / MRD MVP 验证

前端框架

Next.js React TypeScript Tailwind CSS

数据存储

LanceDB(向量) 传统数据库

AI 工具

Claude Code Cursor Codex
独立项目

AI Companion · AI 角色互动游戏

用户分层 × 情感引擎 × RAG 记忆 · 让 AI 角色真正"活"起来

项目介绍

一款 AI 驱动的动漫角色互动游戏,用户可与 AI 角色进行自然对话并建立情感关系。核心挑战是在「AI 生成内容的不可控性」与「对话自然度」之间找到平衡——既不能让角色人设崩塌,也不能让对话像模板一样机械。

Next.jsDeepSeek APILanceDBRAGFunction CallingPrompt Engineering
6核心系统
10关系阶段
3AI Provider
3用户模式
1 周MVP 交付

用户需求分析

🎯

目标用户画像

18 — 28 岁 ACGN / 二次元文化爱好者,以学生和年轻职场人为主。对动漫角色有情感投射,希望通过与 AI 角色互动获得陪伴感和情感满足。游戏经验丰富,对交互流畅度敏感;对角色"人设一致性"有高要求——能接受角色性格鲜明,但无法容忍角色"说错话"或"OOC(Out of Character)"。

二次元用户情感陪伴需求游戏经验丰富角色人设敏感
😐

对话机械感强

现有 AI 聊天产品普遍"说啥都像 AI",缺乏角色个性和语言风格的一致性。用户反馈:"我知道它是 AI,但至少让它说话像这个角色。"

🧠

长期互动"失忆"

对话超过一定轮次后,AI 完全忘记之前聊过什么。用户昨天分享过的事,今天就要重新解释——"这根本不是朋友,是金鱼。"

📉

情感反馈单一

无论用户说什么,AI 都回以相似的积极态度。用户无法感知到"关系在变化"——没有亲近感加深的过程,也没有闹别扭后的和解,情绪体验扁平。

L1

基础需求:角色一致性

角色"说话像这个角色",不出现人设崩塌。这是用户在首次体验 5 分钟内形成的判断——过了就留,过不了就走。

L2

进阶需求:记忆连续性

角色能记住关键对话,用户不需要反复解释。"上次我跟你说的那个考试,我过了"——角色应该能接上这个上下文。

L3

高级需求:情感感知

角色能感知用户情绪状态并调整反馈方式。用户沮丧时给安慰,开心时一起兴奋——而非永远"你好棒"的模板回应。

L4

终极需求:真实关系感

用户感觉这个角色是"活的"——有成长、有变化、有关系深度。这是用户愿意长期留存并主动推荐的核心驱动力。

设计目标

01

用户分层策略

三种模式覆盖不同投入意愿——陌生人模式降低首次使用门槛;成长模式以亲密度驱动关系进化;陪伴者模式跳过数值系统直接进入亲密对话。分层依据来自用户行为分析,而非凭直觉划分。

02

激励与个性化引擎

-100→+100 亲密度模型 × 10 级关系阶段,采用不对称波动(正向+1/负向-2)模拟真实人际关系权重。4 维情绪状态作为系数调节亲密度变化速率,本质是「用户状态 × 内容策略」的推荐系统。

03

RAG 记忆系统

用 LanceDB 向量数据库存储角色设定和历史对话,Function Calling 按需检索相关上下文——避免了 Prompt 过长导致的注意力稀释,又保证角色记忆的连续性。

04

幻觉控制与输出安全

角色设定通过 Function Calling 结构化注入,限定 LLM 在预定义的角色人格、知识边界和剧情框架内生成内容,超出设定的话题自动拦截。输出层增加敏感词过滤与格式校验。

系统设计

流式对话引擎

SSE 流式透传实现打字机效果,用户感知响应延迟 < 500ms。支持对话中断与重新生成,提升交互可控感。

亲密度 & 情绪系统

-100→+100 亲密度 × 10 级关系阶段,4 维情绪(愉悦/悲伤/愤怒/平静)作为系数调节亲密度变化。同一对话在不同情绪状态下产生差异化反馈。

向量记忆 (RAG)

LanceDB + DashScope Embedding 将角色设定和历史对话向量化。Function Calling 按相关性阈值(0.75)决定是否检索,降低无关上下文注入。

动态场景生成

LLM 根据亲密度阶段动态生成剧情场景。MiniMax API 辅助场景画面生成,形成「记忆检索→场景生成→行为约束」的内容供给闭环。

复盘与决策

正确:Prompt 策略 A/B 测试驱动

Prompt 详细度反复 A/B 测试——太详细对话僵硬,太精简人设崩塌。最终选定精简 Prompt + Function Calling 动态注入方案,在自然度与稳定性之间找到最优解。

待改进:对话历史持久化

当前对话历史仅存浏览器内存,刷新即丢失。后续版本将引入服务端持久化,支持跨会话记忆连续性。

关键产品决策

01

为什么用 Function Calling 而不是全量 RAG?

目标:避免 Prompt 过长导致 LLM 注意力稀释

传统 RAG 做法是将所有相关记忆拼接进 Prompt,但对话轮次增加后 Prompt 膨胀严重。Function Calling 让模型「按需索取」——需要回忆时主动调用检索函数,不需要时保持 Prompt 精简。实测将 Prompt token 消耗降低约 40%,且角色人设一致性反而提升。

02

为什么亲密度用不对称波动?

目标:让关系发展有真实人际关系的「张力」

真实人际关系中,一次争吵的伤害远大于一次赞美的温暖——负面事件的心理权重天然更高。正向+1/负向-2 的不对称设计让玩家更谨慎对待对话选择,避免了「随便点点也能满好感」的敷衍感,提升了情感投入度。

03

API 容灾为什么在对话产品中尤其重要?

目标:确保 7×24 对话服务不中断

对话产品对延迟和可用性极其敏感——用户说了话等不到回复的体验是不可接受的。配置 DeepSeek 主 API + 备用 LLM 双通道,超时/限流自动切换,用户侧无感知。切换时上下文完整保留,不会出现「AI 突然失忆」的情况。

应用截图

AI Companion 角色对话界面 角色对话 · 亲密度与情绪实时反馈
AI Companion 角色选择界面 角色选择 · 三种模式覆盖不同投入意愿
AI Companion 剧情场景 动态场景生成 · LLM 根据亲密度阶段生成剧情
AI Companion 管理后台 角色管理后台 · 调参不改代码的配置系统
独立项目

FinAgent · AI 金融分析智能体

4 Agent 协作 × 双源数据 × 双 AI 辩论 · AI 做参谋,用户做决策

项目介绍

一款 AI 驱动的金融分析工具,通过 Multi-Agent 协作架构从多角度分析股票。核心挑战是 AI 金融产品信任门槛极高——如何在「AI 建议」与「用户自主决策」之间建立可信赖的协作关系?产品定位:AI 是参谋团,不是决策者。

Multi-AgentLLMMCP 联网搜索金融 API数据可视化风险引擎
4专业 Agent
2数据源
2AI 辩论
分钟级数据更新
3 天MVP 交付

用户需求分析

📊

目标用户画像

25 — 40 岁个人投资者(散户),有一定的股票投资经验和基础金融知识,但非专业分析师。工作忙碌,每天只有碎片时间关注市场。核心矛盾:既不相信AI能替自己做决策,又需要AI帮忙处理海量信息。对AI金融产品的信任门槛极高——"你说得对但我不信你"是常态。

散户投资者时间有限信息过载高信任门槛
🌊

信息过载,不知看什么

财报、新闻、技术指标、社交媒体舆情……信息太多太杂,散户没有精力做系统整理。最终"凭感觉买",缺乏理性决策依据。

🔍

单一视角偏见

看了几篇分析文章就形成先入为主的判断,忽视反面信息。没有"反对派"来挑战自己的观点——这是散户追涨杀跌背后的认知根源。

🤖

AI"给结论不给过程"

市面上AI选股工具直接输出"买入/卖出"建议,用户看不到推理链条。在金融这种真金白银的领域,"黑盒建议"无法建立信任——你敢跟着一个不解释为什么的建议操作吗?

L1

基础需求:信息整合

"帮我整合信息,别让我自己翻几十个网页。"——用户需要的是高效的信息聚合工具,一个入口看全貌。

L2

进阶需求:多角度分析

从基本面、技术面、情绪面不同视角给出分析,让用户看到完整的图景——而非单一维度的片面结论。

L3

高级需求:风险预警与行为矫正

在用户冲动交易时主动提醒,识别追涨杀跌等情绪化操作模式。"参谋的责任不只是提供信息,还要在将军犯错时拉一把。"

L4

终极需求:可信任的AI参谋团

用户把 AI 当作"可以质疑、可以追问、可以对比"的分析伙伴。决策权始终在用户手里,但 AI 提供了足够透明的推理过程,让用户有信心按下"确认"键。

设计目标

01

Multi-Agent 协作架构

基本面/技术面/情绪面/风险四 Agent 独立分析后汇总博弈,而非单一模型「一言堂」——模拟真实投资团队的多元视角交叉验证。

02

双源数据融合

实时金融 API 拉取行情/财报/新闻等结构化数据 + MCP 协议联网搜索获取全网最新资讯——两者互补,保证数据精度又覆盖信息广度,避免模型训练截止日期带来的信息盲区。

03

双 AI 辩论机制

两个 AI 对同一股票多空辩论(一个偏乐观、一个偏悲观),用户看到完整推理过程而非结论——核心产品决策:将 AI 定位为「参谋团」而非「决策者」,降低盲目信任风险。

04

行为驱动风控

基于用户操作历史、持仓偏好、交易频率等行为数据,AI 分析用户性格倾向(过度交易、追涨杀跌、过度保守),在关键操作节点主动进行风险提示。

系统设计

基本面 Agent

财报解读、估值分析、行业对比。从财务数据中提取关键指标变化趋势,生成结构化分析报告。

技术面 Agent

K 线形态识别、技术指标分析(MACD/RSI/布林带)、支撑阻力位判断。AI 用自然语言解读技术信号含义。

情绪面 Agent

市场舆情分析,通过金融 API 新闻 + MCP 联网搜索获取最新资讯,判断市场情绪偏向(乐观/悲观/中性)。

风险 Agent

持仓风险评估、操作风险提示、止损建议。结合用户行为数据做个性化风控,拦截冲动交易。

复盘与决策

正确:双源数据互补设计

金融 API 提供结构化精度,MCP 搜索覆盖信息广度。两者互补避免了单一数据源的盲区——API 保证数据准确性,MCP 保证时效性。

待改进:辩论深度与效率平衡

双 AI 辩论增加了可信度但拉长了分析时间。后续版本将引入辩论轮次控制(默认 2 轮),用户可按需展开深度辩论。

关键产品决策

01

为什么用 Multi-Agent 而不是单一模型?

目标:避免单一模型的系统性偏见

单模型分析存在两个致命问题:(1) 模型训练数据的时间偏差导致分析滞后;(2) 单一视角无法自我纠错。四 Agent 各自独立获取数据、独立分析、汇总博弈,若两 Agent 结论相反则触发双 AI 辩论——本质是将「模型的不确定性」转化为「用户可感知的多元视角」。

02

为什么 AI 定位是「参谋」不是「决策者」?

目标:在 AI 能力与用户信任之间划定清晰边界

金融领域的决策后果是真实的金钱损失。将 AI 定位为参谋团而非决策者,有三个产品层面的考量:(1) 降低用户对 AI 的盲目信任——看到辩论过程自然产生审慎态度;(2) 保留用户的控制感和最终决策权;(3) 合规层面——不构成投资建议,降低产品风险。

03

金融场景如何控制幻觉?

目标:金融数据不允许 AI 自由发挥

三层防线:(1) 数据溯源——所有 LLM 输出的数据结论必须可追溯到具体 API 字段或新闻链接;(2) 格式校验——数值范围检查、逻辑一致性校验,拦截明显的数据矛盾;(3) 无法溯源的推断性内容强制标注「仅供参考」。双 AI 辩论本身也是对抗手段——两个对立视角互相校验,降低单模型「自信编造」的概率。

应用截图

FinAgent 截图
FinAgent 截图
FinAgent 截图
FinAgent 截图
FinAgent 截图
FinAgent 截图
FinAgent 截图
FinAgent 截图
独立项目

CareerAI · AI 职业规划智能体

简历 × 面试 × 规划 · 覆盖求职三阶段的 AI 职业助手

项目介绍

一款覆盖求职全链路的 AI 职业规划工具——从简历优化、模拟面试到职业路径规划。核心挑战:求职是低频高决策成本场景,如何让 AI 在「标准化建议」和「个性化指导」之间找到平衡,让用户真正感受到「被理解」而非「收到模板」?

LLMAgentPDF 引擎简历解析Multi-Role 模拟MCP 联网
4核心模块
2面试角色
3审核流程
6+行业方向
3 天MVP 交付

用户需求分析

🎯

目标用户画像

20 — 28 岁应届毕业生及 1-3 年职场新人,正在主动找工作或考虑职业转型。对 ATS(Applicant Tracking System)筛选机制不了解——"投了 50 份简历都没回应,不知道问题出在哪"。面试经验不足,面对高压面试场景容易紧张。核心矛盾:需要AI帮忙但又怕"造假"——希望简历被优化,但不希望失去真实性

应届生职场新人ATS不了解面试焦虑真实性质疑
📭

简历石沉大海

海投简历杳无音信,不知道为什么被筛掉。核心问题往往不是"不够优秀",而是"不会说ATS能听懂的话"——关键词密度、格式兼容性、经历描述结构任何一个环节都可能被机器误杀。

😰

面试缺乏真实练习

面经看了不少,但一上阵就紧张。没有安全的试错环境来练习——朋友没空陪练,辅导班太贵。核心需求是"低压力、高反馈"的模拟环境。

🧭

职业方向迷茫

"我不知道自己适合做什么"——这是校招季最高频的用户困惑。缺乏系统性的自我认知和行业信息,面对海量岗位无从下手,决策高度依赖偶然性和身边人建议。

L1

基础需求:ATS 简历通过率

"我的简历能被机器读到。"用户的第一道坎是被看到——在优化内容之前,先要保证简历不会因为格式或关键词问题被自动筛掉。

L2

进阶需求:内容竞争力

简历不只是"被看到",还要"打动 HR"。AI 帮助用专业语言重新表达真实经历,让每段经历都体现可衡量的价值——而非简单堆砌关键词。

L3

高级需求:面试能力提升

通过多角色模拟面试发现自己的薄弱环节——技术深度够不够?表达清不清晰?气场稳不稳?每次模拟都有具体反馈,知道"下一次面试我该改进什么"。

L4

终极需求:职业方向清晰

有一个基于自身背景和行业数据的职业发展规划,知道"我适合什么方向、需要补什么技能、下一步该做什么"——从被动海投变为主动选择。

设计目标

01

AI 简历全流程

模板推荐(行业/岗位智能匹配)→ AI 内容修改(语义级重写,非简单关键词替换)→ 一键导出 PDF(排版引擎保证格式一致性),覆盖求职准备全链路。

02

Multi-Role 模拟面试

AI 扮演技术面试官/业务负责人 + HR 双角色交叉评估——从「专业能力」和「文化匹配」两个维度模拟真实招聘筛选逻辑,而非单一视角打分。

03

AI 初筛通过率优化

针对企业 ATS 系统简历初筛逻辑,分析关键词密度、格式兼容性、经历描述结构——核心洞察:不是教用户「造假」,而是帮用户「不被机器误杀」。

04

职业规划引擎

基于用户背景、技能树、目标岗位生成个性化职业路径(短期/中期/长期),包含行业趋势分析、技能缺口识别、学习路径推荐,覆盖从「定位」到「成长」的完整决策链路。

系统设计

简历解析引擎

AI 深度解析简历内容,识别技能、经历、项目等维度。语义级分析而非关键词匹配,理解经历背后的能力而非表面文字。

模拟面试系统

技术面试官评估专业深度,HR 评估文化匹配与软技能。双角色独立打分后交叉对比,输出综合评估报告。

职业路径引擎

短期(1年技能提升)→ 中期(3年岗位进阶)→ 长期(5年职业方向)三层规划。包含行业趋势数据 + 技能缺口分析 + 学习路径推荐。

PDF 生成引擎

服务端渲染 + 客户端渲染双保险,保证排版格式一致性。支持多模板切换,一键导出 A4 标准简历。

复盘与决策

正确:「建议-确认-应用」三步流程

简历修改类操作采用三步流程,用户始终有最终审核权。这解决了 AI 建议被盲目接受的风险,同时保持了 AI 的高效辅助价值。

待改进:面试角色多样性

当前仅技术面试官 + HR 双角色,后续将增加更多行业角色(如产品总监、CTO),覆盖更多求职场景。

关键产品决策

01

为什么用「建议-确认-应用」而不是直接改写?

目标:在 AI 效率与用户控制权之间找平衡

直接改写虽然高效但有两个问题:(1) 用户失去对简历的控制感——这是求职者最在意的个人文档;(2) AI 可能误解用户的真实意图。三步流程让 AI 提供建议但用户做最终决策,既保留了 AI 的效率优势,又保护了用户的代理感。

02

ATS 优化为什么强调「不造假」?

目标:建立产品信任,避免「优化」变质为「作弊」

ATS 优化很容易滑向关键词堆砌和虚假经历。产品的核心洞察是:很多优秀候选人被机器误筛,不是因为不够格,而是不会「说机器能听懂的话」。帮用户用 ATS 友好的语言表达真实经历,本质是降低信息不对称,而非教人造假。

03

职业规划的个性化如何实现?

目标:避免「模板式」职业建议

三个层次实现:(1) 结构化 Prompt 模板限定输出格式但允许内容发散;(2) 关键结论(薪资范围、行业趋势数据)通过 MCP 联网检索最新信息做事实校验并标注来源与时效性;(3) 用户背景信息作为 Prompt 上下文注入,确保建议基于真实情况而非通用模板。API 层面配置主备双通道,保证长链路任务不中断。

教育背景

Education

合肥城市学院

大数据专业 · 全日制本科 · 自学 AI 产品方法论
2023 — 2027

大数据专业背景为 AI 产品经理工作提供了两个独特优势:

(1) 数据驱动决策——统计学训练让我习惯用数据验证假设,而非凭直觉做判断。从埋点设计到指标定义到统计验证,将模糊的「用户反馈」转化为可衡量的产品指标。

(2) AI 技术理解——专业课程体系让我能深入理解 LLM 的能力边界(幻觉、上下文窗口、Prompt 稳定性),在模型能力与用户体验之间做务实取舍。

在校期间独立完成 3 个 AI 产品从「需求→方案→AI 选型→落地→验证」全流程闭环。

联系方式

Contact

简历 Resume 点击下载 PDF · AI 产品经理