工作经历 项目经历 思考记录 联系我
AI 产品策划

这不只是一个 Vibe-Coding 的 个人主页。

AI Product Builder · 2027 届 · 深圳大学计算机硕士

先后在作业帮、百度、腾讯做过四段 AI 相关实习,从 0 到 1 孵化腾讯内部首个公司级 Agent 记忆平台。

我用 AI 提效,但不把判断外包。

Agent 记忆平台 Agent 工作流 Skill 体系 RAG / 知识库 MCP / LangGraph
01 — Experience

工作经历

// 按经历分段

每一段都是实习中的产出与成长,「我判断了什么、拿到了什么结果」。

一句话

从 0 到 1 孵化腾讯内部第一个公司级 Agent 记忆 & 上下文平台,上线首月实现月 UV「5396」、记忆读写 PV「83万+」。

所属业务

腾讯企业 IT iWiki 团队——腾讯内部规模最大的企业级知识协同平台,深度服务公司六大 BG 及职能线(微信支付、王者荣耀、三角洲等业务均通过其协同工作),累计沉淀文档 1,300 万+,覆盖司内 90%+ 员工,日均 3.7 万人基于该平台开展工作。AI 时代下推动其从「人读的文档系统」升级为「Agent 的上下文底座」,Agent 记忆平台正是这一战略转型的核心建设产品之一。

产品侧成果 · 腾讯首个公司级 Agent 记忆平台
5396上线首月 UV
公司级 Agent 记忆平台
83万+上线首月
记忆读写 PV
Top5运营文章排名
全司热榜第五

Agent 记忆平台 · 0-1 孵化

方向 / 01

痛点:腾讯司内 Agent 平台多、用户上下文割裂,每换一个 Agent 都要重新教背景。

判断

基于「司内 Agent 平台多 + 用户上下文割裂」的判断,开展问卷调研,83.8% 用户期望记忆共享。

机制

设计「Skill 迁移司内 Agent 记忆」作为 MVP,灰度首月推送 1000 人;用户回访后推出记忆必须自动+稳定沉淀的技术选型前提。

我的方向0→1 孵化83.8%用户期望记忆共享

云端记忆插件 · 技术选型与研发落地

方向 / 02

痛点:MVP 暴露记忆接入形态与内核两个维度的痛点,需系统选型。

选型

对比 AgentMemory(Skill/CLI 形态)、ClawMem(Plugin/Hook 形态)、Engram(MCP 形态)三种接入方案后选定 Hook 插件机制。

内核

对比评测多种记忆内核后选定接入 Hy-Memory。

落地

设计并推动云端记忆插件,上线首月记忆读写 PV 83 万+。

成果83万+ 读写PVHook 机制选定

记忆生态铺设 · 用户信任闭环

方向 / 03

痛点:传统插件安装让用户在配置环节大量流失;用户自装插件数据增长有限。

策略

完成策略拆解:①复用部门内已有产品的生态(月 PV 2077 万)集成记忆读写能力;②推动司内 Agent 插件预装;③开放 OpenAPI 能力让平台方接入,补齐长尾场景。

运营

记忆插件运营文章排全司热榜第五。

成果Top5 全司热榜月PV 2077万 生态复用

团队项目级记忆 · 客服业务合作

方向 / 04

痛点:个人记忆只解决单用户复用,团队记忆让「一次维护、多人复用」价值升维。

设计

设计团队项目级记忆——按项目隔离记忆空间,沉淀团队共识类事实,关联代码仓库、项目文档等已有资产作为增强层。

合作

推动与公司内客服平台合作,让同一用户多次咨询时自动召回画像和历史工单,实现服务带着上下文进行。

价值升维个人记忆→团队记忆一次维护多人复用

记忆能力评测 · 增量价值量化

方向 / 05

痛点:缺乏对记忆能力的系统化评测,无法量化「有记忆 vs 无记忆」的增量价值。

体系

设计长记忆评测体系,区分「无记忆做不对」与「有记忆更好」两类场景。

对象

设计从写入到召回的五层评测对象,通过「有记忆 vs 无记忆」对照实验量化记忆增量价值。

基线

构造评测集形成可迭代的评测基线。

成果五层评测对象可迭代评测基线
一句话

针对平台「高访问、低月活」痛点,把散落的 Skill、模板、案例沉淀为可复用资产,0→1 建设「可共创」的龙虾社区板块,上线后 MAU 提升 17%。

所属业务

腾讯金融科技(FiT)事业群下唯一的平台产品部门,负责的 FAT(FiT AI Tools Platform)是部门内规模最大的 AI 工具平台,是全员申领 API token、付费工具授权的统一入口。2026 年起推动其从「工具集合」升级为「做工具、养龙虾、用 Skill」的社区化协作平台,龙虾社区板块正是这一转型的核心抓手。

产品侧成果 · 龙虾社区 0→1 板块建设
17%板块 MAU 提升
龙虾社区上线后
30+类常见问题覆盖
司内 SOP 转化为可执行 Skill
30+个 Skill 完成验证
自动化评测框架

龙虾社区 · 板块架构与内容分发

项目 / 01

痛点:企业内 AI 工具分散、非技术人员使用门槛高。

架构

规划并落地 Skill 广场、OpenClaw/Hermes 虾模板市场、案例分享论坛三大板块——把「有哪些 Skill 能用、怎么组合成可用智能体、别人验证过的用法能不能复用」三件事分开承接。

分发

配套下载量排行榜、精选位与分类标签帮用户快速筛选,初期围绕下载量做个人和团队运营激励。

成果MAU +17%三大板块 0→1

司内工作流 · 产品化为 Skill

项目 / 02

痛点:通用型 Skill 外部已有成熟实现,但仅依托内部系统的专属场景缺人建设。

判断

优先建设应用发布、可观测运维、测试平台、研发流程等专属场景。

规范

定义「触发→执行→异常→输出」统一描述规范,把埋在文档里的业务 SOP 转化为可直接调用的 Skill。

落地

以 vibe coding 部署上线场景出发,制定「检查工程→打包上传→环境变量确认→测试环境部署→日志轮询→返回体验链接」全流程;面向财务等非研发用户,将资金接入、核算运营等高频 SOP 拆解落地;累计覆盖 30+ 类常见问题。

成果30+ 类问题覆盖SOP → 可执行 Skill

Skill 质量评测 · 自动化框架

项目 / 03

痛点:Skill 数量增多后用户难选择,缺系统化评测。

引入

引入 GitHub 等渠道的优质通用 Skill 上线 Skill 广场。

框架

调研业界评测方法并结合用户访谈,设计自动化 Skill 评测框架,基于 SKILL.md 自动生成针对性测试用例并执行验证,从五个维度自动打分。

验证

用 30+ 个真实 Skill 完成验证。

成果30+ Skill 验证五维度自动打分
背景

负责「多模态实时互动」SDK,面向 ToB 硬件厂商(AI 健康设备 / AI 玩具),把百度语音 / 视觉 / 大模型能力集成进智能硬件。核心客户:乐普(AI 血压计)、真实幻想(康养机器人)、芙崽 / 小度熊(AI 玩具)。

智能问答体验优化 · 解决「问不准、答不对」

项目 / 01

痛点:原方案依赖通用意图识别,老人口语化表达时回答泛化差,客户投诉「AI 听不懂人话」,ToC 用户平均只聊 5 轮就放弃。

Query 改写

针对口语化长难句(如「那个东西帮我量一下」)改写 Prompt,结合对话上下文与用户画像重写成标准指令。

追问策略

把统一回复「没听清」改为提取 Top2 意图让用户二选一,缺参数时针对性追问。

知识库

上线「上传企业私有知识库」功能,让客户导入产品说明书、高频 QA 等专属内容。

成果58轮 · 会话轮数提升-300条/周 客服咨询

语音交互优化 · 解决「回复太长被打断」

项目 / 02

痛点:康养场景 AI 回复冗长,老人听不完就打断重问,语音打断率高。

A/B 测试

对比不同 Prompt 的输出长度与信息密度,将康养建议平均字数缩减 30% 并前置核心结论。

成果-15%语音打断率
方法:用 A/B 测试而非拍脑袋决定输出长度——数据驱动,不是「我觉得」。

康养硬件 AI 能力升级 · 从被动播报到主动服务

项目 / 03

痛点:传统健康硬件只能读数据,用户看不懂指标含义,得不到个性化建议。

产品设计

设计「单次解读 + 趋势追踪」功能,把血压 / 体脂等结构化数据转化为拟人化健康建议。

预警

建立历史趋势对比模型,自动分析指标变化斜率,异常波动时触发健康预警。

成果被动播报主动健康管理
背景

围绕学习机核心 AI 能力,从「概念大但说不清能帮孩子什么」出发,把家教工作流产品化:评估学情 → 制定方案 → 带学带练 → 监督检查 → 反馈效果。

所属业务

作业帮学习机部门·大模型产品组,负责把大模型能力铺到学习机全场景——既包括整机统一 AI 入口「AI 超级老师」(聚合拍搜、批改、听写、背单词、作文指导,做成"诊断学情→推荐任务→带学带练→反馈"的学习闭环),也包括垂类功能的 AI 化改造(背诵评分策略重构、诗词对话人设场景设计);同时向运营侧延伸,用大模型能力分析客诉工单、自动分类有效反馈,支撑产品迭代决策。是学习机从"网课硬件"向"AI 学习伙伴"转型的核心产品团队之一。

AI 超级老师 · 学习机核心 AI 能力平台

项目 / 01

痛点:家长反馈学习机「AI 概念大但不知道具体能帮什么」,售前难讲、转化不及预期。

调研

追踪一期数据(日渗透率 22% / 周留存 56%),访谈 4 位线下 1 对 1 家教提炼工作流,输出竞品报告。

设计

模拟真人 1 对 1 家教,设计「作业托管(每日作业→错题分析→薄弱点强化闭环)」+「薄弱补强(诊断→推荐课包→催到课→学情反馈)」两大模块。

落地

协调产品 / 教研 / 技术完成评审与开发,8 月中交付灰度版本。

灰度成果22%→32%日渗透率56%→72%周留存学习类功能Top1

AI 背诵功能重构 · 解决「评分不准、反馈没用」

项目 / 02
解决误判

设计双层评分:先判断是「记忆错误」还是「发音问题」,再分别给分,避免把发音问题当成记错。

解决反馈

针对不同错误类型给差异化话术——记错推荐「再读两遍原文」,发音问题推荐「跟读标准发音」。

成果+18%低分段复背率

AI 诗词对话 & 客诉工单智能分析

项目 / 03
诗词对话

为李白、杜甫等不同诗人设计差异化对话风格约束,用预设问题引导降低启动门槛,建立 Badcase 定期复盘闭环。

工单分析

设计 AI 自动分类(Bug / 建议 / 无效反馈)+ 口语转标准描述的预处理,生成结构化报告。

一句话

基于 MCP + LangGraph 从零搭建多 Agent 基金投顾系统,覆盖 5000+ 只基金,单份报告平均生成耗时 8 秒。

产品侧成果 · 基金投顾 Agent 系统
5000+只基金覆盖
系统支持范围
8s单份报告平均生成耗时
端到端响应
98%工具调用成功率
FastMCP + akshare

基金投顾 · 多 Agent 系统

项目 / 01

痛点:通用大模型在基金咨询中实时数据缺失、来源不可追溯、分析维度单一、建议非结构化。

数据层

基于 FastMCP 封装 akshare 数据接口,构建基金基本信息、净值走势、实时估值、相关新闻等工具集,工具调用成功率达 98%。

Agent

设计解析、行情、新闻、总结 4 类 Agent 协作;行情 Agent 基于 ReAct 范式调用工具,自动计算区间收益、波动率、最大回撤等指标,指标计算准确率达 99%。

编排

基于 LangGraph 实现行情与新闻分析并发执行,通过自定义 state reducer 合并多 Agent 输出,整体分析耗时较串行降低 45%。

训练

设计 SFT + GRPO 扩展方案,优化后报告格式合规率由 92% 提升至 99%,风险提示缺失率降至 1%。

成果5000+ 基金8s/份并发降耗时45%
职责

负责 ToB CRM 系统 HITV 模块需求分析与产品优化,撰写 200+ 页 FPA 需求文档,梳理业务规则并推进研发落地。

价值

重构核心业务流程,解决多类高频异常问题。

成果+20%用户操作成功率
02 — Selected Work

项目经历

// 自己动手做出来的东西

这几件独立作品,覆盖知识编译、AI 能力资产管理与求职效率三个方向。

PROJECT 01

LLM Wiki
Compiler Agent

  • 基于 Karpathy LLM Wiki「知识编译」范式构建的 Agent 项目。
  • 先理解一组零散资料的全貌,再提出适合的知识结构。
  • 经用户确认后,将选定资料编译为来源可追溯、可持续维护、可被 Agent 复用的知识产物。
Karpathy LLM Wiki 范式知识库冷启动可插拔 Source SkillHarness / Compile TraceLint / 增量更新
PROJECT 02

Skill Dashboard
AI 能力资产工作台

  • 统一汇总多平台 Skills,帮助 Vibe Coding 用户快速了解自己已经拥有的 AI 能力。
  • 支持 Skills 浏览、搜索筛选与健康检查,让分散的能力资产可见、可查、可管理。
  • 提供场景化 Skill 推荐,帮助用户在具体任务中快速找到适合调用的能力。
Skill 资产管理搜索筛选健康检查场景化推荐
PROJECT 03

求职申请
管理看板

  • 集中管理岗位信息、申请进度与求职附件,减少在多个平台之间反复切换。
  • 自动提炼 JD 核心要求,帮助用户快速理解岗位重点并判断匹配度。
  • 通过看板持续追踪每个岗位的投递阶段与下一步行动,减少遗漏和流程混乱。
岗位管理JD 要求提炼进度追踪附件管理
03 — Notes

思考记录

// 写在产品判断之后的东西

这些是我在做产品与搭建工具时反复验证的几个判断——关于「概念 vs 效果」「判断 vs 外包」「复用 vs 体验」。

01 / 04
产品判断 · 感知闭环

好产品不是让用户理解概念,
是让用户看到效果。

一个功能是否有价值,不只看它是否完成,更要看用户能否感知、理解并持续使用。问题往往不在功能本身,而在体验闭环没有真正闭合。

尤其是 AI 产品,再强的能力如果不可见、不可控、没有反馈,就很难成为稳定的产品体验。

先当用户,再做产品——用自己的使用体验,去验证产品价值。
→ 产品判断 · 从功能到体验
方法论 · 反馈处理

把「用户反馈黑盒」
变成结构化洞察

用户反馈常常散落在聊天记录、评论和访谈里,难点不是收集,而是提炼优先级。可以先用 AI 完成归类、频次统计和分级,再由人做最后一公里判断。

反馈 ≠ 验证。数据可以告诉你「哪里痛」,但得有真实用户跑通场景,才知道方案是否成立。

→ 方法论 · 从反馈到判断
产品判断 · 复用 vs 体验

能复用就复用,
但不能以牺牲体验为代价。

成熟方案可以复用,但不能直接照搬。相同的交互放进不同场景后,用户的理解成本可能完全不同。

复用是为了降成本,但当原有逻辑和用户体验冲突时,应该参考其他产品的交互去重新设计,而不是强行套用。

→ 产品判断 · 复杂逻辑的取舍
AI 工作法 · 工具视角

AI 是杠杆,
但判断不能外包。

AI 适合处理转写、归纳、整理等高重复工作,让人把时间留给真正需要判断的部分。

工具负责提速,人负责定义问题、校验结果,并把事情做对。效率提升的前提,是判断不能外包。

→ 方法论 · AI 协作的边界
04 — Get in Touch

如果您需要招
AI 产品,
欢迎联系我

既能做产品判断,又能vibe coding 高效落地方案

Portfolio for product · workflow · interface craftsmanship Built with Vibe-Coding · 2026