BROKE框架详解
关键词：BROKE、Background背景、Role角色、Objective目标、Key Results关键成果、Evolve演化、OKR、目标驱动、结果导向、提示词框架
一、BROKE框架概述
BROKE框架是由硅谷创业者和AI研究者提出的一套以目标管理为核心的结构化提示词设计方法论。该框架的名称来源于五个核心要素的首字母：Background（背景）、Role（角色）、Objective（目标）、Key Results（关键成果）、Evolve（演化）。BROKE框架的设计灵感直接来源于OKR（Objectives and Key Results）目标管理方法论，因此它在处理需要明确目标导向和成果衡量的任务时表现出色，特别适合商业决策、项目管理和战略规划等场景。
与COSTAR框架强调表达风格和受众不同，BROKE框架将焦点放在了”如何定义成功”这一核心问题上。每一个提示词组件都必须清晰地回答一个关键问题：背景提供了”我们在哪里”，角色定义了”谁来做”，目标指明了”要去哪里”，关键成果设定了”如何衡量到达”，而演化机制则确保了”如何持续改进”。这种目标导向的设计使得BROKE框架特别适合需要迭代优化和结果衡量的复杂任务。
BROKE框架的核心优势在于它将OKR管理思想引入提示词设计，使得AI输出不再仅仅是一个静态的回复，而是一个可以被评估、迭代和优化的动态过程。当用户需要AI帮助制定商业计划、项目方案或战略建议时，BROKE框架能够确保AI的输出与明确的业务目标保持对齐。
二、每个组件的详细含义与技巧
2.1 Background（背景）
核心含义：Background是BROKE框架的起点，它提供了理解任务所需的所有情境信息。与COSTAR框架中的Context类似，但更强调与目标相关的环境因素。
设计技巧：
-
现状描述：清晰阐述当前的业务、项目或个人状态。例如：“我们是一家成立三年的B2B SaaS公司，目前拥有500家付费客户，月经常性收入约50万美元。”
-
历史脉络：对于需要理解发展轨迹的任务，提供关键历史节点。例如：“过去18个月，我们经历了三次重大产品迭代，用户反馈显示功能完整性已不再是主要痛点。”
-
约束条件：明确当前面临的各种限制：
- 资源约束：预算、人力、时间
- 技术约束：现有系统兼容性、技术栈选择
- 政策约束：行业法规、合规要求
- 市场约束：竞争格局、客户预期
-
相关信息筛选：只提供与目标直接相关的背景，避免信息过载。可以使用”相关背景”和”补充背景”的分层结构。
常见错误：
- 提供过多无关的历史细节
- 忽略重要的约束条件
- 背景描述与目标设定不一致
2.2 Role（角色）
核心含义：Role定义了AI在任务中扮演的身份和角色。与其他框架的角色设定不同，BROKE框架强调角色与目标之间的关联性——角色应该最适合完成所设定的Objective。
设计技巧：
-
专业资质：明确角色的专业背景。例如：“你是一位拥有15年经验的企业数字化转型顾问，曾帮助超过100家中型企业实现组织变革。”
-
视角定位：定义角色看待问题的独特视角。例如：“你习惯从技术可行性、财务影响和组织文化三个维度综合评估每一个决策。”
-
利益立场：明确角色代表哪一方利益。例如：“作为客户成功团队的负责人，你始终站在客户价值最大化的角度提供建议。”
-
协作风格：描述角色与用户互动的典型方式。例如：“你喜欢通过苏格拉底式提问引导客户自己找到答案，而非直接给出结论。”
常见错误：
- 角色设定过于宽泛或模糊
- 角色能力与目标要求不匹配
- 多个角色指令相互冲突
2.3 Objective（目标）
核心含义：Objective是BROKE框架的核心，它必须是一个清晰、具体、可衡量的目标。BROKE采用OKR风格的Objective定义，要求目标既有雄心又可实现。
设计技巧：
-
SMART原则应用：
- Specific（具体）：明确定义要达成的结果
- Measurable（可衡量）：有明确的衡量指标
- Achievable（可实现）：在现有资源下可达成的
- Relevant（相关）：与更大的业务目标相关联
- Time-bound（有时限）：明确的截止日期
-
目标分层：对于复杂任务，可以设置多层次目标：
# 主目标（北极星指标） 在本季度末将客户留存率提升至75% # 支持目标（杠杆指标） 优化新客户 onboarding 流程，将首月活跃率提升至85% -
野心与现实的平衡：OKR的核心理念是目标应该”有点难”。例如：
- 基线目标：“将转化率提升5%”
- OKR风格目标：“将转化率提升20%，推动月收入增长30%”
-
目标验证：在设定目标后，添加验证检查：“请在回答前确认你理解的目标是：[重述目标]。”
常见错误：
- 目标过于模糊或抽象
- 缺乏明确的衡量标准
- 目标之间缺乏逻辑关联
2.4 Key Results（关键成果）
核心含义：Key Results是OKR方法论中的核心概念，它将Objective分解为具体的、可验证的成果指标。在BROKE框架中，Key Results定义了如何判断目标是否达成。
设计技巧：
-
结果导向描述：使用”完成/交付/达到”等动词开头，描述具体产出：
KR1: 交付一份包含3种方案的商业计划书，每种方案包含完整的财务预测 KR2: 提供实施路线图，标注关键里程碑和依赖关系 KR3: 识别前3个主要风险并提出缓解策略 -
量化指标：每个KR都应包含可量化的指标：
- 数量指标：“至少包含5个核心观点”
- 比例指标：“客户满意度达到90%以上”
- 时间指标：“在48小时内完成初稿”
- 质量指标：“通过专业评审的语法和逻辑检查”
-
优先级排序：当有多个KR时，明确优先级：
优先级1（必须达成）: [关键成果] 优先级2（期望达成）: [关键成果] 优先级3（可选）: [关键成果] -
验收标准：为每个KR定义明确的验收标准：
KR1验收标准： - 包含完整的收入/成本/利润预测模型 - 提供3种不同增长假设下的情景分析 - 所有假设都有数据支撑
常见错误：
- KR与Objective关联不紧密
- 缺少量化指标
- KR之间相互重叠或遗漏关键领域
2.5 Evolve（演化）
核心含义：Evolve是BROKE框架的独特组件，它定义了提示词的迭代优化机制。在传统提示词框架中，输出是一个静态结果；而在BROKE框架中，输出是一个可以持续优化的过程。
设计技巧：
-
评估触发条件：定义何时触发演化：
如果AI的回复： - 关键成果覆盖率低于80% - 出现逻辑矛盾或数据错误 - 用户明确表示不满意 则触发优化流程 -
优化方向指引：明确需要优化的具体方向：
- “加强数据分析的深度”
- “增加更多实际案例”
- “简化复杂概念的表述”
-
自我评估机制：让AI先评估自己的输出：
在给出最终答案前，请先评估： 1. 我的回答覆盖了哪些KR？ 2. 哪些KR没有被充分回答？ 3. 我的建议有哪些潜在风险？ -
迭代上限：设置最大迭代次数，避免无限循环：
优化流程最多执行3轮， 第3轮后如果仍不满意，请明确指出差距所在。
常见错误：
- 缺少明确的评估标准
- 演化机制过于复杂难以执行
- 缺乏终止条件导致无限迭代
三、实战模板与示例
3.1 商业计划书生成模板
# BACKGROUND
[公司/组织现状描述]
- 主营业务和市场定位
- 当前的核心挑战
- 可用的资源和约束
[行业背景]
- 市场趋势和竞争格局
- 目标客户画像
- 行业关键成功因素
# ROLE
你是一位资深商业战略顾问，拥有以下背景：
- [X]年战略规划和商业咨询经验
- 曾在[相关行业]处理过[类似规模]的项目
- 擅长领域：[具体领域]
- 咨询风格：[描述风格]
# OBJECTIVE
[主目标 - 用SMART原则表述]
[支持目标列表]
# KEY RESULTS
KR1: [具体成果，量化指标]
KR2: [具体成果，量化指标]
KR3: [具体成果，量化指标]
[每个KR的验收标准]
# EVOLVE
[评估触发条件]
[优化方向]
[迭代次数限制]
3.2 项目规划模板
# BACKGROUND
项目背景：[项目名称和目的]
当前阶段：[项目当前状态]
利益相关方：[主要利益相关方及关注点]
已知风险：[已识别的风险因素]
# ROLE
你是一位经验丰富的项目管理专家，具备：
- PMP/敏捷认证背景
- [X]年以上项目管理经验
- 熟悉[具体方法论]
# OBJECTIVE
在[时间框架]内完成[具体目标]，
成功标准是[量化指标]。
# KEY RESULTS
KR1: 交付完整的项目计划书，包含工作分解结构
KR2: 识别并文档化所有主要风险和缓解策略
KR3: 制定详细的资源分配和预算计划
# EVOLVE
- 如果计划存在资源冲突，请重新调整
- 如果风险评估不完整，请补充
- 最多优化2轮
四、BROKE框架与OKR的深度整合
4.1 从OKR到BROKE的映射
BROKE框架与OKR方法论有着天然的亲和性，理解这种映射关系可以帮助我们更好地运用这一框架：
| OKR概念 | BROKE组件 | 核心问题 |
|---|---|---|
| Objective | Objective | 我们要去哪里？ |
| Key Results | Key Results | 如何衡量到达？ |
| Initiatives | Context + Role | 我们有什么资源？谁来做？ |
| Check-ins | Evolve | 如何持续追踪和调整？ |
4.2 季度OKR制定场景
当使用BROKE框架帮助用户制定季度OKR时，可以采用以下结构：
# BACKGROUND
上一季度OKR完成情况：[描述]
本季度业务重点：[描述]
可用资源变化：[描述]
# ROLE
你是一位OKR教练，擅长：
- 帮助团队聚焦最重要的目标
- 将定性目标转化为可衡量指标
- 识别目标和关键结果之间的逻辑关联
# OBJECTIVE
基于上述背景，帮助制定本季度的
主Objective：[描述]
# KEY RESULTS
请为这个Objective生成3-5个Key Results，
每个KR必须：
1. 直接支撑Objective的达成
2. 有明确的衡量标准和数据来源
3. 具有挑战性但可实现
# EVOLVE
- 验证目标和KR之间的逻辑一致性
- 检查KR之间是否存在遗漏或重叠
- 识别可能影响OKR达成的风险因素
五、BROKE与其他框架的对比
5.1 核心差异分析
| 维度 | BROKE | COSTAR | CRISPE |
|---|---|---|---|
| 核心理念 | 目标驱动 | 全面覆盖 | 角色扮演 |
| 独特组件 | Key Results | Style/Tone | Capacity |
| 最佳场景 | 需要衡量的任务 | 表达质量要求高的任务 | 需要特定人格的任务 |
| 学习曲线 | 中等（需理解OKR） | 中等 | 较低 |
| 适用经验水平 | 中高级 | 中级 | 初级到中级 |
5.2 何时选择BROKE
BROKE框架在以下场景中特别有效：
- 商业决策制定：当需要AI帮助制定战略、评估方案或规划项目时
- 目标对齐会议：当团队需要就目标达成共识时
- 绩效评估准备：当需要将定性目标转化为可衡量指标时
- OKR制定周期：在季度/年度规划中使用BROKE框架
- 项目启动阶段：当需要明确项目范围和成功标准时
5.3 BROKE的局限性
使用BROKE框架时需要注意以下限制：
- 快速查询不适用：对于简单的问答或创意任务，BROKE的组件可能过于繁琐
- 创意任务支持有限：BROKE强调可衡量性，可能限制创意探索的空间
- OKR知识要求：用户需要理解OKR方法论才能有效使用
- 迭代成本：Evolve机制虽然强大，但增加了交互复杂度
六、进阶应用技巧
6.1 BROKE + CoT融合
将链式思考融入Objective和Key Results：
# OBJECTIVE
[具体目标] + "请在回答时，首先[推理步骤1]，然后[推理步骤2]，最后综合得出结论。"
# KEY RESULTS
KR1: [常规KR]
KR1推理验证: 你的推理过程是否支撑了这个KR？
6.2 BROKE链式组合
多个BROKE形成处理管道：
# BROKE阶段1: 探索与诊断
[BROKE - 开放性Objective，聚焦现状分析]
# BROKE阶段2: 方案制定
[BROKE - 基于阶段1发现，聚焦方案设计]
# BROKE阶段3: 评估与选择
[BROKE - 对方案进行评估和推荐]
6.3 多层级BROKE
对于超复杂任务，使用嵌套式BROKE：
# 主BROKE（战略层）
[宏观目标和关键成果]
# 子BROKE 1（业务层）
[业务相关的详细BROKE]
# 子BROKE 2（技术层）
[技术相关的详细BROKE]
七、常见问题与解决方案
7.1 Key Results过于模糊
问题：KR缺乏可衡量性，如”提升客户体验”。
解决：
❌ "提升客户体验"
✅ "将NPS评分从35提升至50"
✅ "将首次响应时间缩短至2小时内"
✅ "将客户投诉率降低30%"
7.2 Objective与KR不匹配
问题：KR无法验证Objective的达成。
解决：建立KR到Objective的直接逻辑链路：
Objective: 在本季度末将月收入提升至100万
KR1验证: 收入达到100万 ✓ 直接验证
KR2验证: 新增50个企业客户 ✓ 支撑收入
KR3验证: 客户留存率提升至90% ✓ 保障收入稳定性
7.3 Evolve机制失效
问题：AI不理解何时或如何触发优化。
解决：提供具体的触发条件和优化指令：
# EVOLVE
当以下任一条件满足时触发优化：
1. 任意KR的完成度评估低于70%
2. 出现逻辑矛盾
3. 用户反馈"不满意"
优化方向：
- 不足的KR需要补充[具体要求]
- 矛盾点需要重新分析[具体要求]
八、总结
BROKE框架将OKR目标管理的智慧引入提示词工程，使得AI输出不再仅仅是一个建议或答案，而是一个有明确成功标准、可衡量、可迭代的完整解决方案。五个组件形成了一个闭环：背景提供了起点，角色确定了执行者，目标指明了方向，关键成果定义了成功，演化机制确保了持续优化。
对于需要在商业、项目管理或战略规划等领域获得高质量、可执行输出的用户，BROKE框架是一个强大而实用的选择。熟练掌握BROKE需要一定的OKR知识基础，但其带来的目标导向性和结果可衡量性使其成为处理复杂任务的首选框架。
相关主题
- COSTAR框架详解 - 另一个重要的提示词框架
- 其他提示词框架汇总 - ICIO/RTF/APE等框架介绍
- 提示词评估与优化 - 如何评估和改进提示词
- 链式思考CoT - 推理增强技术