企业官网建设流程全解析

• AI 技能
• AI 插件

本篇技术指南讲解如何在 Bolt.new 这一「prompt-to-app」快速原型工具中集成 Product-Manager-Skills 仓库的 PM 技能（Skill），核心思路是：在 Bolt 生成任何代码之前，先把一个 PM 技能粘进开场提示词，用它框定问题、定义验收标准，再让 Bolt 去构建。读完本文，你将掌握一套 10 分钟即可上手的「先框架、后构建」工作流，能把 Bolt 产出的原型从凭感觉的 Vibe 级提升为可以支撑产品决策的 Decision-grade，并学会选用problem-statement、pol-probe、user-story、proto-persona四个最适合 Bolt 场景的技能。

Bolt 为什么需要 PM Skills

Bolt 的定位是快速原型工具：你给出提示词，它在浏览器里直接生成可运行的应用。Bolt 本身没有持久的知识层——它不像 Claude Code 那样能读取本地文件系统，也没有CLAUDE.md之类的会话级规则文件。因此技能内容必须直接进入开场提示词，成为模型当次对话的上下文。

这正是 Using PM Skills 101 中对 Bolt 集成方式的总结："Bolt.new is a prompt-to-app builder. It doesn't have a persistent knowledge layer, so skills go directly into your opening prompt."关键洞察是：用技能在 Bolt 生成任何代码之前框定产品问题。

PM Skills 仓库把这些技能定义为「教 AI Agent 如何正确完成特定 PM 任务的 Markdown 文件」（每个技能对应一个 SKILL.md）。对于 Bolt 这样的场景，技能的边际价值尤其明显：

• Bolt 擅长快速原型，但原型不等于验证。没有技能约束时，Bolt 倾向于「直接开建」——这往往是在给错误的问题做漂亮的解法。
• 技能把「先想清楚再动手」编码进提示词。把 problem-statement/SKILL.md 或 pol-probe/SKILL.md 粘进开场提示词，等于强制 Bolt 在输出 UI 之前先和你对齐「用户是谁、卡点在哪、要证明什么」。

最佳适用场景

原文档明确列出了三组最适合用「Bolt + PM Skills」组合的人群与场景：

• 快速验证产品创意的 PM（PMs validating product ideas quickly）
• 原型优先的发现循环（Prototype-first discovery loops）
• 在生成 UI/代码之前先框定问题（Framing problems before generating UI/code）

10 分钟快速配置：把技能粘进开场提示词

Bolt 的配置没有 CLI、没有配置文件，全部发生在新建项目的第一步。原文档给出的完整流程如下：

1. 新建一个 Bolt 项目（Start a new Bolt project）。
2. 在要求它开始构建之前，粘贴一个 PM 技能（Before asking it to build, paste one PM skill）。
3. 从problem-statement或pol-probe开始（Start withproblem-statementorpol-probe）。

为什么强调「开场就粘」？因为 Bolt 会话的知识就是上下文窗口里的内容。技能一旦粘入开场提示词，就贯穿整个构建会话；等原型已经生成了再补技能，只能用来「复盘」，无法改变已产出的架构与界面取舍。

启动模板（Starter Pattern）

原文档提供了可直接复制的启动模式，其中[Paste skills/problem-statement/SKILL.md]处替换为对应技能文件的完整内容：

Before generating any code, apply this PM skill: [Paste skills/problem-statement/SKILL.md] Problem context: [your problem] Ask clarifying questions first.

这个模板做了三件关键的事：

1. 显式命令 Bolt「先应用技能，再生成代码」——防止它默认进入「build me X」模式；
2. 用Ask clarifying questions first强制对话——让 Bolt 先问澄清问题，而不是基于猜测直接开建；
3. 提供Problem context占位——让你把真实的业务背景喂给框架，而不是空转。

从 problem-statement/SKILL.md 的实现看，该技能的输入设计是「给用户与其挣扎点即可工作」，支持「空手而来」——技能会反过来先问用户与目标。这与启动模板中的Ask clarifying questions first正好呼应：Bolt 拿到技能后，会按技能的提问顺序补齐上下文。

第一个胜仗提示词：让原型围绕验收标准生成

原文档提供了一个「First Win Prompt」（首战即胜提示词），用于演示如何在一次提示中同时完成「定义」与「构建」：

Apply the User Story skill below to define what we're building, then generate a prototype that satisfies story #1. [Paste skills/user-story/SKILL.md] Feature: self-serve seat management for enterprise admins.

这段提示词的巧妙之处在于顺序：先用 User Story 技能定义「要构建什么」，再要求原型满足故事 #1。也就是说，Bolt 不是被要求「做个座位管理功能」，而是被要求「构建一个满足特定用户故事及其验收标准的原型」。

这正是 user-story/SKILL.md 的核心价值：它把 Mike Cohn 的As a / I want to / so that格式与 Gherkin 风格的Given / When / Then验收标准结合起来，让工程、产品、QA 三方共享同一套可测试的语言。当这段技能内容进入 Bolt 的上下文后，Bolt 生成的 UI 会天然对齐故事中的角色、动作与结果，而不是凭直觉堆组件。

如果你希望手头有一个统一的 Markdown 故事模板，仓库还提供了确定性的生成脚本 user-story/scripts/user-story-template.py，它不联网、不写文件、直接向 stdout 输出故事草稿，命令行参数覆盖--persona、--action、--outcome、--scenario、--given（可重复）、--when、--then：

python3 skills/user-story/scripts/user-story-template.py \ --persona "enterprise admin" \ --action "provision seats in bulk" \ --outcome "onboard new employees without IT tickets" \ --scenario "Admin bulk-provisions seats for a new team" \ --given "I am logged in as an enterprise admin" \ --when "I upload a roster CSV" \ --then "every employee receives a seat invitation"

生成结果可以直接作为 Bolt 提示词的输入，或用于在团队中统一故事格式。

最适合 Bolt 的四个 PM 技能

原文档给出了四个「Best Skills for Bolt」，并在 Using PM Skills 101 的 Bolt 章节中用一张表格解释了每个技能为什么在 Bolt 场景下有效。下面结合各技能的实际实现展开。

problem-statement：防止第一个提示词就做错东西

problem-statement/SKILL.md 是一个 Component 型技能，用「以用户为中心的共情框架」来表述问题，捕获「谁被卡住了、他们想做什么、为什么重要、感受如何」。

其核心是Problem Framing Narrative（问题框架叙事）：

• I am:描述正在经历问题的用户角色
• Trying to:该角色关心的期望结果
• But:阻止结果达成的障碍
• Because:问题的根因
• Which makes me feel:情感影响

然后是Context & Constraints（地理、技术、时间、人口学因素）与一句式Final Problem Statement，公式为：

[Persona] needs a way to [desired outcome] because [root cause], which currently [emotional/practical impact].

该技能同时定义了四类反模式（Anti-Patterns），在 Bolt 提示词中尤其要警惕：

• 伪装成问题的解决方案（"The problem is we lack AI-powered analytics"——这是在偷渡方案）；
• 伪装成用户问题的商业问题（"Our revenue is down"——这是症状不是用户问题）；
• 功能请求（"Users need a dashboard"——用户到底想做什么？）；
• 过于泛化（"Users want better UX"——无法行动）。

完整的好坏示例见 problem-statement/examples/sample.md，其中 Slack 早期问题陈述是一个值得模仿的范本，而「我们需要 AI 分析来竞争」则是一个典型的反例。

在 Bolt 中的用法：把技能全文粘进开场提示词，Problem context填你手头的问题背景，让 Bolt 先输出框架叙事与最终问题陈述、与你确认后再进入构建。这一步直接决定原型是否值得生成。

pol-probe：把 Bolt 原型变成验证实验

pol-probe/SKILL.md 定义的是Proof of Life（PoL）探针——一个轻量、一次性的验证工件，用于在昂贵开发之前暴露残酷真相。该技能在 Bolt 场景下特别强大，因为它「在生成任何组件之前就定义了原型需要证明什么」。

PoL 探针的五个本质特征：

技能还给出了 PoL 探针与 MVP 的对照（PoL 是pre-MVP 侦察：你跑探针是为了决定是否该建 MVP，而不是发布某物），以及匹配假设与工具的五种原型口味：

技能的黄金法则是："Use the cheapest prototype that tells the harshest truth. If it doesn't sting, it's probably just theater."（用最便宜却最扎心的原型；如果不疼，多半是表演）。

在 Bolt 中的用法：在提示词中粘入 pol-probe 技能，输入你的假设（如「企业管理员会愿意自助管理座位」），让 Bolt 先输出探针文档（假设、要消除的风险、成功/失败阈值、时间线、处置计划），再把原型当作探针来实现。完整模板见 pol-probe/examples/sample.md，其中「archive vs delete」任务测试和「GPT-4 自动生成会议纪要」可行性检查都是可直接套用的范本。

user-story：给 Bolt 可构建的验收标准

user-story/SKILL.md 把 Mike Cohn 的用户故事格式与 Gherkin 验收标准结合，把用户需求转化为「关注结果、产品与工程共享理解、具备可测试成功标准」的开发就绪工作。

核心格式：

#### Use Case: - **As a** [user persona/role] - **I want to** [action to achieve outcome] - **so that** [desired outcome] #### Acceptance Criteria: - **Scenario:** [scenario description] - **Given:** [initial context] - **and Given:** [additional preconditions] - **When:** [trigger event] - **Then:** [expected outcome]

技能的三个质量红线在 Bolt 提示词中尤其重要：

• "As a" 要具体：用「trial user」而不是泛泛的「user」；
• "so that" 要解释动机：不要复述动作（"I want to click save, so that I can save my work" 是坏的，真实动机是「页面崩溃也不丢进度」）；
• 只能有一个 When 和一个 Then：出现多个 When/Then 意味着故事太大，需要先用 user-story-splitting/SKILL.md 拆分。

在 Bolt 中的用法：如前面的 First Win Prompt 所示，粘入技能后让 Bolt「先写故事、再生成满足故事 #1 的原型」，原型就有了明确的验收标准作为构建约束。

proto-persona：在 UI 决策前放入真实用户原型

proto-persona/SKILL.md 基于现有研究、市场信号与团队知识，创建一份假设驱动的初始用户画像，用于在早期对齐团队、指导初始设计决策、并标出需要验证的认知缺口。它不是已验证画像，而是「结构化占位符」，会随着学习不断演化。

其文档结构包括：Name（押韵易记的名字，如 "Manager Mike"）、Bio & Demographics（行为导向而非纯人口学）、Quotes（真实或代表性引语）、Pains / 想完成的事 / Goals、Attitudes & Influences（决策权、决策影响者、信念与态度）。技能特别要求给不确定处打上[ASSUMPTION—VALIDATE]标签，防止把假设当事实。

在 Bolt 中的用法：在提示词中粘入 proto-persona 技能，让 Bolt 在「决定 UI 布局、文案、信息架构」之前先把目标用户写成一个具体画像。原文档的观点是：让一个真实的用户原型进入上下文之后再让 UI 决策发生——Bolt 生成的界面会为「这个人」而设计，而不是为「每个人」（等于为没有人）设计。

在 Bolt 中运行的 PM-first 工作流

结合 Using PM Skills 101 的 Bolt 章节，一套完整的三步循环如下：

# Step 1 — 先用技能框定问题（构建之前）： I'm going to build [feature]. Before you generate any code, apply this Problem Statement skill to make sure we're solving the right problem: [Paste contents of skills/problem-statement/SKILL.md] Problem context: [describe the problem] Ask me what you need, then we'll move to building.

• Step 1 — Frame（框定）：用problem-statement或pol-probe先框定问题、定义要证明的假设；
• Step 2 — Build（构建）：让 Bolt 生成满足故事或探针要求的原型；
• Step 3 — 迭代（Iterate）：用user-story技能为下一轮迭代定义验收标准，必要时用proto-persona校正目标用户。

这一步把 Bolt 从「vibe-coding」（凭感觉编码）转变为结构化的、假设驱动的原型构建。用 Using PM Skills 101 的原始表述："This turns Lovable from vibe-coding into structured, hypothesis-driven prototyping"——同样的逻辑完全适用于 Bolt：大多数 PM 直接跳到「帮我建个 X」，而先加载problem-statement或pol-probe技能会强制在任何代码生成之前展开正确的对话，并且你拿回的原型真的在测试某件事。

常见陷阱与规避

原文档列出了三个最常踩的坑，结合技能实现可以给出更完整的规避方案：

1. 跳过框架直接说「帮我建个 X」（Jumping straight to "build me X" with no framing）。 后果：Bolt 没有上下文约束，产出的原型与业务问题脱节。规避：任何构建提示词之前，先粘入一个 PM 技能并要求Ask clarifying questions first。

2. 把第一个原型输出当作验证过的策略（Treating first prototype output as validated strategy）。 后果：原型「看起来能用」≠ 用户问题被验证，容易陷入 pol-probe/SKILL.md 所说的prototype theater——精心制作的演示让干系人印象深刻，却什么也没学到。规避：用 PoL 探针思维，预先定义成功/失败阈值与处置计划，原型跑完即删、只留学习文档。

3. 跳过验收标准（Skipping acceptance criteria）。 后果：没有 Given/When/Then，原型无法被测试，定义「完成」变得含糊。规避：用user-story技能产出带 Gherkin 验收标准的故事，让 Bolt 面向标准构建。

此外，技能文档还提醒了与 Bolt 强相关的两个扩展陷阱：

• 把 PoL 探针当 MVP 用：pol-probe的技能文档指出，如果你的「原型」精致到舍不得删，那它不是探针而是原型剧场；
• 先选工具后选假设：pol-probe 的五种原型口味要求「让探针类型匹配假设，而不是匹配你的工具熟练度」——别因为熟悉某个工具就让假设迁就它。

配套脚本：把技能喂给 Bolt 前的准备工作

虽然 Bolt 的集成方式是「粘贴」，但提前用仓库脚本把技能准备好可以大幅提速（详见 Using PM Skills 101 的 Quick Reference 与 START_HERE.md）：

# 按关键词或类型查找技能，确定该粘哪个文件 ./scripts/find-a-skill.sh --keyword onboarding --type component # 把单个技能打包成 ZIP，方便归档或传输 ./scripts/zip-a-skill.sh --skill user-story # 构建精选核心 PM 技能包 ./scripts/zip-a-skill.sh --preset core-pm --output dist/skill-zips # 在本地直接跑某个技能，先在命令行里演练提示词 ./scripts/run-pm.sh skill user-story "Write stories for a new account settings page"

本地演练的价值在于：在把技能粘进 Bolt 之前，先在命令行里验证提示词的输出质量，这样进入 Bolt 后第一次生成的成功率更高。所有技能文件都位于 skills/ 目录，每个技能文件夹下通常还有examples/（示例输出）与template.md（填写模板）可供参考。

关联文档与后续阅读

• 新手入门：先读 Using PM Skills 101，其中包含对 Bolt 的完整章节与全平台安装概览；
• 平台选择器：Platform Guides for PMs，按「我用应用/原型构建器」路径即可定位本文；
• 一页式入门：START_HERE.md；
• 技能源码：problem-statement、pol-probe、user-story、proto-persona 及其各自examples/目录下的完整示例；
• 其他快速原型平台的同类指南：Using PM Skills with Replit Agent（系统提示词注入式集成，适合迭代型构建）、Using PM Skills with Lovable 相关章节（同样的「先技能后构建」模式）。

• AI 技能
• AI 插件