求职方向:AI 产品经理(Agent / C 端应用)

能发现问题,也能动手把它解决掉。

8 年 C 端游戏数值与商业化经验,历任沐瞳、字节跳动主数值。现在借助 AI 编程工具,一个人完成从需求、原型到上线的 AI 产品。

看五个项目
8 年C 端产品与商业化
20 亿参与产品的上线首年流水
5 个AI 项目,全部以 AI 编程完成

项目

每个项目按「发现的问题、方案、结果」来讲。配图均为示意图,不含任何公司内部资料。

01已在团队落地沐瞳内部 · 独立设计并实现

项目组 AI 知识库与 Skill 工具体系

让 20 人的策划团队不用学提示词,也能让 AI 按团队规范干活。

发现的问题

策划用 AI 写文档和配置表时,每个人都要自己写大段提示词。产出的风格和团队规范对不上,一份文档平均要返工 5–6 次。问题不在模型能力,而在团队的规范和历史经验没有交给 AI。

方案

  • 搭建项目组知识库,把分散的设计文档和规则集中起来供 AI 检索。
  • 把团队历史文档的风格和规范沉淀进 Skill,封装了文档撰写、配置表生成等 10 余个常用 Skill。成员只需要说清楚要做什么,不用再描述怎么写。
  • 统一分发模型 API,成员不用自己申请和配置,开箱即用。
结果 约 20 人的策划团队基本全员使用,文档返工从 5–6 次降到 2–3 次。

改造前

每人自己写
大段提示词
→ AI 产出→ 风格与规范
对不上
→ 返工 5–6 次

改造后

只说要做什么→ Skill
带上团队规范
+ 知识库
带上历史文档
→ AI 产出→ 返工 2–3 次
工作流对比示意
02多人协作项目参与者

Persona:跨设备 SuperAgent 平台

用手机随时指挥跑在自己多台电脑上的 AI Agent。

产品是什么

Claude Code、Codex 这类 Agent 跑在电脑上,人一离开座位就没法查看进度、回答它的提问或审批它的计划。Persona 让用户在手机、手表或网页上实时查看、回答、审批和派活,覆盖 iPhone、Apple Watch、Mac、Vision Pro、Android 和网页六端。

我发现的问题

我是这个产品的重度用户,每天同时管理多台电脑上的 Agent,在使用中持续找出体验上不顺的地方并提成需求。约 30% 的产品需求由我发起。

我解决的问题

  • 提出并落地了大部分界面布局与操作流程的方案。
  • 负责一个配套私有仓库的方案设计、实现与持续优化。
iPhoneApple Watch网页等其他端
↓ 查看 · 回答 · 审批 · 派活
hub(跑在一台常开的机器上)
↓
电脑 A
Claude Code
电脑 B
Codex
电脑 C
…
产品结构示意:设备只连 hub,hub 再连到每台电脑,数据留在自己的机器上
03个人项目

A 股自动研究系统

让一个 AI 团队按固定流程自动研究股票策略,并且不允许 AI 自己给自己打分。

发现的问题

让 AI 做策略研究有两个风险:一是它会反复试到一个历史上好看的结果,实际是过拟合;二是让 AI 评价自己的产出,结论不可信。

方案

  • 判定权不在 AI 手里:策略是否通过由程序按预先登记的判据计算,AI 无法修改。
  • 互相独立:研究、审查、核验各设两个互不通气的 Agent。
  • 防偷看:AI 看不到前向跟踪的结果,代码在隔离的副本里运行。
  • 防过拟合:假设和判据先登记再跑,跑后不许改;所有试验记入只增不改的账本,目前约 1 万次;用安慰剂、参数邻居、滑点加倍等检查验证结论。
  • 看板:在网页上批准提案、启动和暂停任务、查看前向跟踪。
进展 数据覆盖 5,514 只股票的日线(1990–2026)。引擎已完整跑过 3 个自动研究任务。4 个研究课题中 1 个进入前向跟踪,其余 3 个被如实判为未通过。会否决不合格的结果,正是这套体系的设计目的。
独立出方案两个研究员 互评与合并 跑前审查两个审查员 登记假设与判据之后不许改 实现 回测 独立核验两个核验员 + 程序判定 复盘
固定的 8 环节流程示意
04个人项目

基于机器学习的 GTO 偏移策略

在博弈论最优策略的基础上,针对真人对手的习惯做调整。

发现的问题

成熟的 GTO 策略假设对手也按均衡策略打。但真人有固定倾向,有人偏激进,有人偏保守,纯 GTO 不会利用这些倾向。

方案

录制真人对局视频,分析每个对手的行为数据,识别其打法风格,再在 GTO 基线上调整行动概率。例如基线策略在某个局面有 1/3 的概率跟注,如果对手明显偏激进,就把这个概率相应上调。

结果 在绿色德州比赛中约每 3 场夺冠 1 场,成绩基本稳定在前三。
GTO 基线
对手偏激进时
同一局面下的跟注概率示意。基线为 1/3;调整后的长度只表示方向,不是实际参数。
05产品方案 · 待开发个人项目

活动规则审查助手

在优惠活动上线前,找出规则文案里没说清楚的地方。

发现的问题

一句「新用户首单九折,满 200 减 30,会员额外九五折」看起来清楚,实际缺了很多定义:优惠能否叠加、按什么顺序算、满减按原价还是折后价、退款后券是否返还。这类问题通常靠人工反复沟通才能发现。

方案

  • AI 把自然语言规则提取成结构化字段,对没说清楚的地方逐项追问,由人确认。
  • 金额和优惠券状态一律由程序计算,不让 AI 算钱。
  • 输出问题清单、决策表和测试用例作为评审材料。系统只说哪些问题还没解决,不替人决定活动能否上线。

评测设计

准备 20 份人工标注的活动文案,12 份用于开发,8 份冻结用于验收。验收门槛为问题准确率 ≥ 85%、阻塞问题召回率 ≥ 90%、金额用例 100% 通过。

状态 已完成 13 页产品说明书,尚未开发。上述指标是验收目标,不是已达到的效果。
先折扣,后满减
订单原价300.00
首单九折270.00
满 200 减 30240.00
会员九五折228.00
实付228.00 元
先满减,后折扣
订单原价300.00
满 200 减 30270.00
首单九折243.00
会员九五折230.85
实付230.85 元
同一句规则、同一张 300 元订单,计算顺序不同,实付相差 2.85 元

我怎么工作

项目全部以 AI 编程完成,主力工具是 Claude、Codex 和 DeepSeek。我负责需求拆解、方案设计、验收和迭代。

发现问题从自己和团队的真实使用里找,不从技术出发。
先定指标动手前先说清楚怎样算做成了。
做出来用 AI 编程把方案变成能用的东西。
验证看数据,承认没做成的部分,再迭代。

工作经历

济南大学 · 计算机科学与技术 · 本科