做了 7 年产品和设计,其中约 2 年半在 Web3 和 DeFi。现在这家公司我做产品,同时管项目进度和跨团队推进。团队 8 个人,产品、设计、前后端、合约、测试,现在都以 AI 为主要工具,判断和把关仍然在人手上。每天泡在里面,所以 AI 什么时候靠得住、什么时候会掉链子,我心里有数。
10 个环节,8 个角色,都在这套流程里跑。质量卡在标出来的那 5 个关口上。哪些能交给 AI、哪些不能,是我花最长时间才摸清的部分。
数据区间:2026 年 4 月 2 日至 7 月 30 日,119 天中 106 天有提交记录(89% 出勤)。团队构成:产品 1、前端 1、后端 2、合约 1、UI 1、测试 1、CTO 1,全员使用 AI 工作流。个人提交 1,145 次,日均 10.8 次。AI 协作提交数按 Git Co-Authored-By trailer 统计,仓库口径含 6 位工程师。
团队仓库中 1,436 次提交带有 Claude 协作签名(按 Git Co-Authored-By trailer 精确统计),约占仓库总提交量的 40%,来自 6 位工程师。这是这套流程跑了 4 个月之后沉淀下来的真实结构,我在其中负责产品环节。
模型按任务分层。重推理和复杂逻辑给 Opus(合计 71%),要快的给 Sonnet(28%),轻量试探用 Haiku。不是谁强用谁,看任务需要什么。
三代并行,逐步迁移。4.6、4.7、4.8 同时在用。新版本先小范围验证再迁,老版本还在稳定任务上跑,跟线上灰度发布一个道理。工具也分,Claude Code 处理复杂逻辑和数据分析更细,Codex 写前端更顺。
关于统计口径。我个人 1,145 次提交里有 231 次带签名。产品经理用 AI 大多花在需求分析、PRD 和验收标准上,这些不产生代码提交,trailer 只数得到代码那一段。
我在这里既是产品经理也是项目经理,需求、排期、进度、跨团队推进都走文档,不开会。左边是我维护的产品和项目文档,右边是工程侧的。两边各有一份 HANDOFF.md,那就是两个角色对接的地方。
PRD 是产品侧的单一事实源,和设计稿、技术方案、测试资产一起驱动交付。开发照它写,测试照它验,AI 照它生成,所以它写得多准,整条链路的质量就有多高。
这一节其实比上一节更值得看。跑了 4 个月下来,效率数字反倒不是我最在意的,更有用的是知道 AI 什么时候不能信。下面四条都是踩出来的。
AI 参考竞品写出来的 PRD,结构完整、逻辑通顺,读一遍挑不出毛病,但交互细节和边界数据到处含糊。开发照着做完上线,发现有一半得重写。这是我代价最大的一次,也让我改了看 AI 输出的方式。明显的错误反而好抓,麻烦的是那种看着对、其实是空的东西。
AI 说测试通过了,实际有场景根本没覆盖到,而且这种情况不算少见。麻烦在它报告的语气和真通过时一模一样,你收不到任何该复核的信号。
在需求梳理阶段,AI 会主动补充「顺便也做一下」的功能,发散思维,把版本范围悄悄撑大。它的每一条建议单看都合理,合起来就是一个做不完的版本。
项目里有私钥和链上资产,出错撤不回来。所以部署链路上的敏感凭证一开始就没对 AI 开放。倒不是信不过它的能力,是这种操作一旦失手代价太大,不该交给一个有概率出错的系统。
天天用 AI 干活,慢慢就摸出它哪里行、哪里不行。这种手感看文章学不来。做 AI 产品要回答的其实是同一类问题:哪些决定可以交给模型,哪些地方必须留人工。
给选择困难的人做的小工具。从想法、产品定义、视觉到开发上线全是我一个人,代码由 AI 写。设计上我的判断是,选不出来往往不是信息不够,是不想担这个决定。所以没做推荐列表,改成一只猫替你拍板,再补一句理由让人心里过得去。
拟人化语气把「系统推荐」变成「本喵拍板」,责任从用户身上移开;结果页保留「换一个」降低反悔成本;记录页把每次选择沉淀成偏好,同时给出「连续认真干饭 4 天」这类正反馈。
把仓库里的 PRD 和原型当知识源丢给 AI,让它直接回答用户问题。同一套文档既是开发的输入,也是客服的知识库。产品逻辑一改,客服答案跟着变,不用另外维护一套话术。
同时运行多个终端会话,按职责分工而非简单堆叠。
这类练习不解决业务问题,用处是保持对视觉和实现边界的手感:什么效果做得出来、要花多少代价。后面判断一个交互值不值得做的时候很省时间。
散开时是一片星尘,聚拢时凝成太极与八卦。摄像头捕捉手部动作,实时驱动粒子的聚散、旋转与成形。难点不在动效,在于让识别延迟低到手感是连续的。
左边代码,右边实时渲染。用 AI 把「一朵会开的赛博荷花」做成能跑的 WebGL 动画。和上面那支想做的事差不多,都是拿粒子和光去表达东方符号。
AI 写的 PRD 很少出明显的错,麻烦在它看起来是完整的。异常分支没覆盖、边界值含糊、状态流转缺一块,通读挑不出问题,开发做进去才发现是空的。
我为这件事付出过重写半个版本的代价。所以我想做一个反方向的工具:不生成 PRD,而是审查 PRD。
逐条扫描规范完整性、边界条件覆盖率、状态流转闭合性和异常分支缺口,把「看起来合理」的地方明确标出来,让风险在进入开发之前就被看见。
面向所有正在用 AI 写需求的团队。这个群体在快速变大,他们会踩的坑和我踩过的一样。
为什么我适合做这个:这个产品难的不在检测,在判断:哪种模糊是可以接受的省略,哪种是会炸的。这条线文档里学不到,只能自己交付出来。过去 4 个月我每天都在划这条线。
链上交易和保险核保看着不搭边,难的地方却一样:规则多、分支密、出错代价大、还撤不回来。把这种系统拆明白,跟给 AI 产品设计置信度分级、异常兜底、什么时候转人工,用的是同一套脑子。
把网格、马丁格尔、定投等多参数、多分支、强风险提示的交易策略,转化成用户可理解、可执行、可复盘的产品流程。
设计人工核保流程与多人智能核保规则:健康告知异常时,系统按规则分级判断,不同角色的核保员分阶段介入。
核保系统里判断「什么自动通过、什么必须人工复核」,和 AI 产品里判断「什么置信度直接输出、什么转人工」,是一个问题的两种说法。
团队从传统模式切换到 AI 全流程交付,我是最早进入这套流程的产品角色。承担需求接收与澄清、竞品分析、PRD 与原型产出、验收标准制定,并在范围、边界、验收和安全四个节点上把关。
负责 DeFi 产品设计与需求管理,覆盖 DEX、Staking、节点质押、NFT、跨链等模块。输出 PRD、原型与交互流程,梳理链上资产与合约交互逻辑,与合约、前端、设计、测试团队协作上线。
独立完成的决策辅助小工具,从概念、产品设计、视觉到开发上线全程一人负责,代码全部由 AI 编写。用轻松的拟人化语气降低选择压力,帮用户快速决定吃什么。
参与亚太早期 NFT 交易与服务平台建设,负责海外设计协作、产品迭代规划、开发排期、竞品分析与活动原型交互。
用户健康告知异常后,系统支持不同角色核保员分阶段审核;家庭单场景下对多人健康告知做智能规则判断,输出是否符合投保要求。负责流程设计、角色权限、页面结构与保险公司对接。
面向退役军人的商业补充医疗保险与百万医疗险,负责需求分析、跨部门推进、PRD、排期追踪、测试与生产验证。经历过高并发投放场景下的产品稳定性挑战。
负责 DeFi 产品整体设计、链上资产与合约交互逻辑、需求管理与跨团队推进。2026 年 4 月团队转入 AI 全流程交付,我作为产品角色最早进入这套流程并跑通产品侧全部环节,8 人团队 4 个月交付 21 个子项目。
负责 PC / 移动端内部系统、保险产品、人工核保系统、供应商协作与发版管理,沉淀复杂规则系统与高并发业务场景的交付能力。
参与 iNFT 产品规划、竞品研究、原型交互、需求评审与活动支持,进入 NFT 与链上产品场景。
做过后台系统、H5、小程序、APP、官网和运营设计,从执行设计转到理解产品。这段经历让我到现在都能估出一个设计改动要花多少实现成本。
参与业务中台、系统监控平台与操作手册设计,建立 Web 产品制作流程与视觉规范基础。
广告学背景对理解传播、用户心理和信息组织很有帮助,写产品文档和讲方案时一直用得上。
主修平面设计、包装设计、广告策划、创意文案与影视制作,奠定视觉表达与多媒体制作基础。
正在寻找 AI 应用 / Agent 产品、AI 效率工具或大模型行业解决方案方向的产品岗位。