把产品直觉驯化成 AI 的”操作系统”：B 端 PM 的 Vibe Coding Skill 培育手记
当 Cursor、Windsurf、Bolt 把”用自然语言生成软件界面”变成日常后，B端PM面临的新挑战是让AI持续、稳定地产出贴合业务的设计。Skill 作为一套可复用的协作规则，正成为驯服AI随机性的关键武器。本文揭示了一个成熟Skill从混乱踩坑到系统化落地的完整培育路径。
来源：人人都是产品经理 作者：Serencry 发布时间：2026-06-17
核心观点
1. Skill 的 B端PM定义：产品直觉的外化操作系统
在 vibe coding 语境里，Skill 不是传统个人能力，而是一套被编码进 prompt 或工具配置里的、可复用的协作规则。载体可以是 Cursor Rules 文件、Windsurf Memories、prompt 模板或 skill.md。本质是把产品经理个人的判断力、审美和业务认知，外化成一套 AI 的”操作系统”——每一次和 AI 协作的起点都因此大幅提高。
这篇文章想和你聊的，不是某一个现成的 skill 怎么写，而是一个成熟的 skill 是怎么在实战中，一步一步”长”出来的。
2. Skill 培育四阶段：从混乱到成熟的完整路径
阶段一：混乱期——你只是在不断踩坑
刚开始意识不到自己在”培育skill”，只是频繁被AI产出弄得哭笑不得：让它做客户管理后台，它给你花里胡哨的官网Landing Page；多轮对话第三轮就把第一轮确认的业务规则忘光；偶尔prompt写得特别顺但下次效果又变味。
核心动作：记录。 建一个《我和AI的协作日志》，不用追求格式，每次有感就记一两句：
“今天让 AI 做审批流，它把’驳回’设计成直接删除申请单，这是绝对不可接受的。”
“说’专业的管理后台’完全没用，下次必须加上’参考 Ant Design Pro 表格页风格’。”
这样碎片化记录一个月，积累几十条零散但真实的洞察——它们就是培育skill的种子。混乱期不可怕，可怕的是经历完混乱之后什么都没留下来。
阶段二：收敛期——你开始提取模式
协作日志积攒到一定厚度后自然发现规律，反复出现的问题可归纳成有限几类：
- UI风格总跑偏 → 每次用形容词而非给AI稳定的”参考系”
- 业务逻辑被简化 → 没有给清晰的”规则清单”和”禁止清单”
- 多轮对话跑偏 → 默认它还记着第一轮的约束
核心动作：归纳。 把日志里的坑抽象成几条可写入规则文件的”铁律”：
生成 B 端界面时，风格严格参考 Ant Design Pro，信息密度优先。禁止：大圆角、装饰性阴影、渐变色、过度留白。
这个阶段的产物是一个只有三五条规则的 v0.1 版skill文件。很简陋，但标志着从”被动踩坑”正式进入”主动驯化”。
阶段三：验证期——skill 在实战中被”压力测试”
v0.1投入真实场景后，新问题暴露：规则之间会互相打架。 比如”高信息密度”和”概览页用卡片”同时执行，可能产出每张卡片塞十几个指标的灾难页面。被迫精细化：
概览页卡片内仅展示 4-6 个最核心指标，详细数据通过”查看详情”跳转。任何单个卡片内的文字数量不应让用户停留超过 3 秒。
更重要的是：开始把skill分享给团队同事使用，收到场景差异化反馈后加上场景分支判断逻辑：
如果是数据分析类界面，优先表格+图表混合布局；如果是流程管理类界面，优先分步式引导；如果是基础配置类界面，优先表单一屏完整展示。
经过这个阶段，skill从”只适合我”的个人武器升级为”可以迁移”的团队资产。
阶段四：稳定期——skill 成为活的系统
一个成熟态skill的结构自然演化成六部分：
- 角色定义：AI在这个协作场景下扮演什么角色（如：严苛的B端产品搭档，不为需求一味叫好，而是帮发现逻辑漏洞）
- 核心工作流：AI应如何配合思考节奏（如：先复述理解→给最小可用版本→主动从业务/体验/架构维度批判）
- 输出质量铁律：不可妥协的标准（如：所有涉及金额的操作必须有确认步骤）
- 场景分支：不同场景下的差异化规则
- 禁止清单：绝对不能做的事
- 迭代记录：每条规则是为什么加进来的，想解决什么具体问题
知道一条规则是”为什么而来”，你才能知道它什么时候该被改掉，甚至被拿掉。否则skill就会不断变臃肿，最后变成僵化的教条，反而压制了AI可能的创造力。
3. Skill 对 B端PM 的三层递进价值
第一层：效率价值 — 每次协作起点被抬高，AI产出的”初稿质量”越来越接近可用状态。原本需要一整个下午的demo，现在半小时就能出一个能让业务方认真讨论的版本。
第二层：思维价值 — 更深刻也更被低估。培育skill的过程是在反向逼迫你把飘在脑子里的”产品感觉”显性化、结构化。你觉得界面”不好”，以前最多说”不够专业”，现在为了写进skill必须拆解成”信息密度不够”、“操作路径太长”、“和系统整体风格不一致”。
这个拆解的过程，本质上是在训练你的产品判断力。 你写得越清楚，你对自己想要什么就越清楚。
第三层：组织价值 — 新人入职拿到skill，第一次用AI生成的后台界面起点就非常接近你的水准。不是取代他思考，而是帮他跳过没必要的低级试错，把精力花在真正需要人脑判断的地方。
Skill是你把个人的隐性知识变成团队共享资产的一种方式。
4. 两个实操心法
心法一：从最疼的那个点开始。 不要一上来就写”大而全”的完美skill。找到目前最头疼的具体问题——如”AI总把审批流设计成单线，完全不考虑会签和转办”——然后只写一两条规则解决它。
Skill 是长出来的，不是设计出来的。
心法二：用”参考系”和”禁止清单”代替形容词。 “要好看”、“要专业”在规则里是无效的。有效的是”参考 Ant Design Pro 表格页风格”和”禁止渐变背景、禁止装饰性投影”。让规则可以被AI”无歧义地遵守”。
5. 三个避雷提醒
- 规则不要”我觉得”，要”我验证过” — 没经过真实场景压力测试的规则加进skill有风险，可能在某些场景下反而把AI带偏
- 警惕skill的膨胀 — 每次想加新规则先问：它解决的是真实存在的新问题吗？还是旧问题的另一个说法？定期做减法和添加规则同样重要
- Skill不能替代你对业务的理解 — 它解决”如何让AI更好地执行你的意图”，但”你究竟要做什么、为什么要做”仍需要你走向业务现场，把混乱、矛盾和潜规则摸清楚
实操内容保留
关键规则示例
UI风格规则：
生成 B 端界面时，风格严格参考 Ant Design Pro，信息密度优先。禁止：大圆角、装饰性阴影、渐变色、过度留白。
概览页规则：
概览类页面优先使用卡片布局，但仍需保持高信息密度，卡片内只展示关键指标。
精细化规则（验证期）：
概览页卡片内仅展示 4-6 个最核心指标，详细数据通过”查看详情”跳转。任何单个卡片内的文字数量不应让用户停留超过 3 秒。
场景分支规则：
如果是数据分析类界面，优先表格+图表混合布局；如果是流程管理类界面，优先分步式引导；如果是基础配置类界面，优先表单一屏完整展示。
协作日志模板
记录格式（不用追求格式化，每次有感就记）：
日期：
场景：让AI做什么
问题：它犯了什么错
教训：下次应该怎么说
（本文无代码块/Prompt模板/分步教程——核心方法论是协作日志记录+规则迭代）
原文精彩摘录
摘录1：Skill的本质定义
在 vibe coding 的语境里，skill 不是指传统意义上的个人能力，而是指一套被编码进 prompt 或工具配置里的、可复用的协作规则。它的载体可以是一个 Cursor Rules 文件、一段 Windsurf Memories、一个固定的 prompt 模板，或者一份 skill.md。它的本质，是把产品经理个人的判断力、审美和业务认知，外化成一套 AI 的”操作系统”——每一次你和 AI 协作的起点，都因为它而大幅提高。
摘录2：思维价值的核心洞察
培育 skill 的过程，是在反向逼迫你把那些飘在脑子里、只能意会的”产品感觉”显性化、结构化。你觉得某个界面”不好”，以前你最多说一句”不够专业”。但现在，为了把它写进 skill 里，你必须把它拆解成：“信息密度不够”、“操作路径太长”、“和系统整体风格不一致”。这个拆解的过程，本质上是在训练你的产品判断力。 你写得越清楚，你对自己想要什么就越清楚。
摘录3：Skill是长出来的
这就像养一株植物。一开始，你只是每天浇浇水、跟它说说话，不知道它会变成什么样。然后某一天你发现，它已经长出了自己的形状，和你想象的不完全一样，但每一片叶子，都带着你修剪的痕迹。
与已有知识的关联
本文与已有素材形成多维互补：
- 与 Skill 的关系：已有素材从认知科学（ACT-R）、工程实现（文件结构）、跨平台扩散等角度定义Skill。本文独特贡献是从 B端PM实战视角 揭示Skill的培育过程——四阶段路径（混乱→收敛→验证→稳定）+ 三层价值（效率→思维→组织），是对Skill”怎么从零长出来”的最完整叙述
- 与 Vibe Coding 的关系：Iris/Shawn 等案例侧重”用 vibe coding 做产品”的方法论，本文侧重 “vibe coding 中如何培育可复用规则”——是 vibe coding 从”单次协作”升级为”持续能力”的关键环节
- 与 B端产品经理 的关系：已有素材聚焦”业务设计能力”分水岭，本文补充了 B端PM在AI协作场景下的新能力维度——把产品直觉外化为AI可执行规则的能力，是B端PM在vibe coding时代的新增核心技能
- 与 2026-06-17-ai-skill-workflow-封装 的关系：Rik 的5个黄金法则（一件事/写规则不写教程/用示例/明确禁止/控制篇幅）与本文的”参考系+禁止清单代替形容词”高度一致，但本文更强调 迭代过程（四阶段）而非编写规范
- 与 2026-05-27-woshipm-yunshu-skill-practical-guide 的关系：云舒的四步法（跑通→复盘→封装→回溯）与本文四阶段（混乱→收敛→验证→稳定）是同一成长曲线的不同切面——云舒偏”怎么做”，本文偏”经历了什么”