Add prompt-optimizer skill with 57 prompt frameworks
This commit is contained in:
liuyang
@@ -0,0 +1,82 @@
|
||||
# RACEF Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-racef-framework/
|
||||
|
||||
## 应用场景
|
||||
- 头脑风暴和创意生成
|
||||
- 数据分析和市场研究
|
||||
- 问题解决和战略规划
|
||||
- 产品开发策略
|
||||
- 客户保留策略
|
||||
- 数字营销策略
|
||||
|
||||
## 概述
|
||||
RACEF框架是一种AI提示词工程的前沿工具，强调迭代优化和战略输入。通过专注于重述(Rephrase)、附加(Append)、情境化(Contextualize)、示例(Examples)和跟进(Follow-Up)，RACEF使用户能够设计出产生精确、可操作和创新输出的提示词。该框架非常适合需要动态、目标导向的提示词和模板的场景。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 重述 | Rephrase | 重新表述任务或问题，以不同角度呈现 |
|
||||
| 附加 | Append | 添加关键增长因素、消费者偏好等补充信息 |
|
||||
| 情境化 | Contextualize | 聚焦于特定市场、时间范围或目标群体 |
|
||||
| 示例 | Examples | 提供成功产品、方法或案例的具体示例 |
|
||||
| 跟进 | Follow-Up | 建议可操作的见解和下一步行动 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Rephrase（重述）
|
||||
分析和重新表述核心任务或问题。例如："分析可穿戴技术的最新趋势"可以重述为不同的角度来探索问题。
|
||||
|
||||
### Append（附加）
|
||||
在基础请求上添加关键信息，如增长因素、消费者偏好、行业数据等，使请求更加完整。
|
||||
|
||||
### Contextualize（情境化）
|
||||
将任务放置在特定的上下文中，如特定市场（北美市场）、时间范围（过去五年）、目标受众等，使AI响应更加精准。
|
||||
|
||||
### Examples（示例）
|
||||
要求提供具体的成功案例或示例，帮助AI理解期望的输出类型和质量标准。
|
||||
|
||||
### Follow-Up（跟进）
|
||||
请求可操作的建议和下一步行动方案，确保输出具有实际应用价值。
|
||||
|
||||
## 优点
|
||||
- **迭代优化**: 通过多轮优化不断改进提示词质量
|
||||
- **战略导向**: 强调战略性输入，确保输出与业务目标对齐
|
||||
- **灵活适用**: 可应用于多种场景，从市场研究到产品开发
|
||||
- **可操作性强**: 输出结果具有明确的行动指导
|
||||
|
||||
## 缺点
|
||||
- **需要详细规划**: 有效使用需要对每个组成部分进行充分思考
|
||||
- **可能过于复杂**: 对于简单任务可能显得过于繁琐
|
||||
- **依赖上下文质量**: 输出质量高度依赖于提供的上下文信息质量
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：市场研究报告
|
||||
```
|
||||
Rephrase: 分析可穿戴技术的最新趋势。
|
||||
Append: 包括关键增长因素和消费者偏好。
|
||||
Contextualize: 聚焦于北美市场，时间范围为过去五年。
|
||||
Examples: 提供该领域三个成功产品的示例。
|
||||
Follow-Up: 建议进入该市场的可操作见解。
|
||||
```
|
||||
|
||||
### 示例2：客户保留策略
|
||||
```
|
||||
Rephrase: 识别订阅模式中客户流失的关键原因。
|
||||
Append: 包括客户行为趋势的数据分析。
|
||||
Contextualize: 聚焦于面向小企业的SaaS公司。
|
||||
Examples: 提供三种已证明有效的保留策略。
|
||||
Follow-Up: 建议对当前保留方法的改进。
|
||||
```
|
||||
|
||||
### 示例3：数字营销策略
|
||||
```
|
||||
Rephrase: 设计增加应用下载量的营销活动。
|
||||
Append: 聚焦于社交媒体和网红合作。
|
||||
Contextualize: 针对城市地区的千禧一代和Z世代。
|
||||
Examples: 突出成功的金融科技活动案例。
|
||||
Follow-Up: 推荐跟踪活动成功的指标。
|
||||
```
|
||||
@@ -0,0 +1,86 @@
|
||||
# CRISPE Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-crispe-framework/
|
||||
|
||||
## 应用场景
|
||||
- 营销活动策划
|
||||
- 员工培训计划设计
|
||||
- 产品功能优先级排序
|
||||
- 内容创作策略
|
||||
- 医疗政策分析
|
||||
- 企业可持续发展计划
|
||||
|
||||
## 概述
|
||||
CRISPE框架（Clarity, Relevance, Iteration, Specificity, Parameters, Examples）帮助用户制作有效的AI提示词，平衡精确性与创造性。通过将任务分解为逻辑且灵活的步骤，CRISPE确保可操作和创新的结果。该框架非常适合战略规划、内容创作和技术问题解决。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 清晰度 | Clarity | 消除歧义，确保AI准确理解任务 |
|
||||
| 相关性 | Relevance | 将提示词与具体目标或背景对齐 |
|
||||
| 迭代 | Iteration | 通过反馈和后续提示进行优化 |
|
||||
| 具体性 | Specificity | 关注精确细节以指导AI响应 |
|
||||
| 参数 | Parameters | 定义约束条件以有效塑造输出 |
|
||||
| 示例 | Examples | 演示期望的格式或结构 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Clarity（清晰度）
|
||||
确保提示词清晰无歧义。明确说明你希望AI做什么，避免模糊的表达方式。
|
||||
|
||||
### Relevance（相关性）
|
||||
确保提示与你的目标直接相关。提供必要的背景信息，帮助AI理解任务的重要性。
|
||||
|
||||
### Iteration（迭代）
|
||||
AI交互是一个迭代过程。准备根据初始响应进行调整和优化，测试不同的方法。
|
||||
|
||||
### Specificity（具体性）
|
||||
提供足够的细节以获得精准的响应。指定目标受众、时间范围、预算等关键参数。
|
||||
|
||||
### Parameters（参数）
|
||||
设定明确的约束条件，如字数限制、格式要求、时间范围等，帮助AI产出符合预期的内容。
|
||||
|
||||
### Examples（示例）
|
||||
提供参考示例，帮助AI理解期望的输出风格和质量水平。
|
||||
|
||||
## 优点
|
||||
- **结构化方法**: 提供清晰的步骤指导，降低使用门槛
|
||||
- **灵活性高**: 可根据不同任务调整各组成部分的权重
|
||||
- **迭代友好**: 内置迭代机制，支持持续优化
|
||||
- **适用广泛**: 从技术文档到创意内容都可使用
|
||||
|
||||
## 缺点
|
||||
- **初始设置耗时**: 需要花费时间设定各项参数
|
||||
- **可能过度约束**: 参数设置过于严格可能限制创意输出
|
||||
- **需要经验积累**: 有效使用需要不断实践和调整
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：电商平台营销活动
|
||||
```
|
||||
Clarity: 开发一个促进季节性促销销售的活动。
|
||||
Relevance: 聚焦于25-35岁的年轻专业人士。
|
||||
Iteration: 在社交媒体平台上测试不同的广告格式。
|
||||
Specificity: 包括两周有效的20%折扣码。
|
||||
Examples: 参考服装行业类似的成功活动。
|
||||
```
|
||||
|
||||
### 示例2：员工培训计划
|
||||
```
|
||||
Clarity: 创建增强客户互动技能的培训计划。
|
||||
Relevance: 聚焦于处理高压情况和投诉。
|
||||
Iteration: 包含角色扮演场景以测试不同方法。
|
||||
Specificity: 为电子行业在线零售商定制内容。
|
||||
Examples: 参考领先电商公司的成熟方法。
|
||||
```
|
||||
|
||||
### 示例3：可持续发展报告工具
|
||||
```
|
||||
Clarity: 设计追踪和报告企业可持续性指标的工具。
|
||||
Relevance: 聚焦于减少碳排放和废物产生。
|
||||
Iteration: 根据试点用户反馈优化工具。
|
||||
Specificity: 包括跟踪能源使用和回收计划的模块。
|
||||
Examples: 参考现有可持续性报告框架如GRI。
|
||||
```
|
||||
@@ -0,0 +1,75 @@
|
||||
# BAB Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-bab-framework/
|
||||
|
||||
## 应用场景
|
||||
- 订阅服务推广
|
||||
- 健身应用营销
|
||||
- 在线学习平台推广
|
||||
- 环保产品宣传
|
||||
- 家居服务广告
|
||||
- 金融规划工具推广
|
||||
|
||||
## 概述
|
||||
BAB框架（Before, After, Bridge）是一种基于叙事的AI提示词工程方法，帮助用户将挑战与解决方案联系起来。通过描述问题(Before)、设想理想结果(After)并提供清晰的桥梁(Bridge)来实现目标，BAB能够产生情感共鸣且有影响力的提示词。该框架特别适合营销人员、策略师和创意人员。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 之前 | Before | 描述当前问题、痛点或挑战 |
|
||||
| 之后 | After | 想象解决问题后的理想状态 |
|
||||
| 桥梁 | Bridge | 提供连接当前与理想状态的解决方案 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Before（之前）
|
||||
生动描述目标受众面临的问题或痛点。这一部分应该引起共鸣，让读者感受到问题的真实性和紧迫性。
|
||||
|
||||
### After（之后）
|
||||
描绘问题解决后的美好愿景。使用"想象"等词汇帮助读者visualize理想的结果，激发他们的渴望。
|
||||
|
||||
### Bridge（桥梁）
|
||||
介绍你的产品、服务或解决方案，展示它如何将用户从"之前"带到"之后"的状态。这是行动号召的核心部分。
|
||||
|
||||
## 优点
|
||||
- **情感连接**: 通过讲述故事建立与受众的情感联系
|
||||
- **简单易懂**: 三步结构清晰明了，易于记忆和应用
|
||||
- **说服力强**: 通过对比突出解决方案的价值
|
||||
- **适用广泛**: 可用于各种营销和沟通场景
|
||||
|
||||
## 缺点
|
||||
- **可能过于简化**: 复杂问题可能难以用这种结构充分表达
|
||||
- **依赖叙事能力**: 需要一定的写作和讲故事技巧
|
||||
- **不适合所有场景**: 技术性或数据驱动的内容可能不太适合
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：健康餐配送服务
|
||||
```
|
||||
Before: 忙碌的专业人士在漫长的工作日后很难找到时间烹饪健康餐点。
|
||||
After: 想象每天晚上都能享受送到家门口的厨师精心准备的餐点。
|
||||
Bridge: 我们的每周订阅服务提供健康、即食的餐点，价格实惠。
|
||||
```
|
||||
|
||||
### 示例2：在线语言学习平台
|
||||
```
|
||||
Before: 人们对传统方法让语言学习变得无聊和缓慢感到沮丧。
|
||||
After: 想象每天只需15分钟的互动课程就能掌握一门新语言。
|
||||
Bridge: 今天就开始使用我们的应用，配备为您量身定制的AI驱动课程。
|
||||
```
|
||||
|
||||
### 示例3：心理健康支持应用
|
||||
```
|
||||
Before: 许多人在面对压力和焦虑时感到不堪重负和孤独。
|
||||
After: 想象每天都能感到平静和被支持，获得专业的心理健康指导。
|
||||
Bridge: 下载我们的应用，24/7获得持照治疗师和正念练习的支持。
|
||||
```
|
||||
|
||||
### 示例4：家庭自动化系统
|
||||
```
|
||||
Before: 房主难以手动管理能源效率和安全。
|
||||
After: 想象用智能手机控制整个家，提高安全性并降低账单。
|
||||
Bridge: 今天就安装我们的家庭自动化系统，实现无缝智能家居集成。
|
||||
```
|
||||
@@ -0,0 +1,98 @@
|
||||
# Tree of Thought Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-tree-of-thought-framework/
|
||||
|
||||
## 应用场景
|
||||
- 战略规划和决策
|
||||
- 多步骤问题解决
|
||||
- 场景分析和预测
|
||||
- 创意头脑风暴
|
||||
- 复杂项目规划
|
||||
- 风险评估
|
||||
|
||||
## 概述
|
||||
思维树框架是AI提示词工程的革命性方法，灵感来源于人类决策过程。通过将提示词组织成相互连接的节点、边缘和结果，该框架促进创造力、战略思维和迭代优化。与线性框架不同，思维树框架引入分支逻辑，允许同时探索多条路径，非常适合复杂问题解决、场景规划和头脑风暴。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 根 | Root | 中心问题或核心问题 |
|
||||
| 节点 | Nodes | 个别想法、步骤或思考点 |
|
||||
| 边 | Edges | 节点之间的连接或决策路径 |
|
||||
| 叶 | Leaves | 最终结果或解决方案 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Root（根）
|
||||
定义核心问题或中心挑战。这是整个思维树的起点，所有后续的探索都从这里开始。
|
||||
|
||||
### Nodes（节点）
|
||||
每个节点代表一个思考步骤或想法。节点可以是问题的不同方面、可能的解决方案或中间结论。
|
||||
|
||||
### Edges（边）
|
||||
边连接不同的节点，代表思维的流向和决策路径。通过边，可以看到不同想法之间的关系和依赖。
|
||||
|
||||
### Leaves（叶）
|
||||
叶节点是思维树的终点，代表最终的解决方案、结论或行动建议。
|
||||
|
||||
## 优点
|
||||
- **动态推理**: 允许AI通过分支逻辑探索多种可能性
|
||||
- **创造性思维**: 鼓励超越线性思维的创新解决方案
|
||||
- **迭代优化**: 支持不断回顾和优化思维路径
|
||||
- **可视化决策**: 帮助理解复杂决策的结构和逻辑
|
||||
|
||||
## 缺点
|
||||
- **设置复杂**: 对于需要广泛分支的任务，设置可能较为复杂
|
||||
- **时间消耗**: 迭代过程可能需要更多时间和资源
|
||||
- **需要规划**: 有效使用需要仔细规划分支结构
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 应用示例：新产品发布策略
|
||||
|
||||
**Root（根）**：
|
||||
如何成功推出新产品进入竞争激烈的市场？
|
||||
|
||||
**Nodes（节点）**：
|
||||
- 节点1：市场分析
|
||||
- 竞争对手分析
|
||||
- 目标受众研究
|
||||
- 市场趋势评估
|
||||
|
||||
- 节点2：产品定位
|
||||
- 差异化优势
|
||||
- 价格策略
|
||||
- 品牌信息
|
||||
|
||||
- 节点3：营销渠道
|
||||
- 数字营销
|
||||
- 传统媒体
|
||||
- 影响者合作
|
||||
|
||||
**Edges（边）**：
|
||||
- 市场分析 → 产品定位（基于市场洞察调整定位）
|
||||
- 产品定位 → 营销渠道（根据定位选择渠道）
|
||||
- 所有节点 → 迭代优化循环
|
||||
|
||||
**Leaves（叶）**：
|
||||
- 最优发布策略
|
||||
- 备选方案
|
||||
- 风险缓解措施
|
||||
|
||||
### 框架应用技巧
|
||||
|
||||
1. **从宏观到微观**: 先定义根问题，再逐步细化节点
|
||||
2. **保持灵活性**: 允许在探索过程中添加新分支
|
||||
3. **定期回顾**: 检查各分支的逻辑一致性
|
||||
4. **记录决策**: 标记每个决策点的理由
|
||||
|
||||
### 与其他框架的比较
|
||||
|
||||
| 特性 | 思维树框架 | 线性框架 |
|
||||
|------|-----------|----------|
|
||||
| 探索方式 | 多路径并行 | 单一路径 |
|
||||
| 适用场景 | 复杂决策 | 简单任务 |
|
||||
| 创造性 | 高 | 中等 |
|
||||
| 时间需求 | 较多 | 较少 |
|
||||
@@ -0,0 +1,96 @@
|
||||
# RICE Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-rice-framework/
|
||||
|
||||
## 应用场景
|
||||
- SaaS产品功能优先级排序
|
||||
- 营销活动规划
|
||||
- 内容创作策略
|
||||
- 产品发布规划
|
||||
- 客户支持改进
|
||||
- 社交媒体策略
|
||||
- 预算分配决策
|
||||
|
||||
## 概述
|
||||
RICE框架是一种强大的决策工具，通过到达率(Reach)、影响(Impact)、信心(Confidence)和努力(Effort)四个维度评估想法和项目。通过计算RICE分数，可以客观地对项目进行优先级排序，确保资源集中在高价值机会上。该框架非常适合产品管理、营销策略和资源分配决策。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 到达率 | Reach | 在给定时间内将影响多少人或事件 |
|
||||
| 影响 | Impact | 对每个受影响者的影响程度（1-3分）|
|
||||
| 信心 | Confidence | 对估计准确性的信心程度（百分比）|
|
||||
| 努力 | Effort | 完成所需的工作量（人月或工时）|
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Reach（到达率）
|
||||
估算项目在给定时间段内将影响的用户数量或事件数量。例如，一个新功能预计每月将被10,000名用户使用。
|
||||
|
||||
### Impact（影响）
|
||||
评估项目对每个受影响用户的影响程度：
|
||||
- 3 = 巨大影响
|
||||
- 2 = 高影响
|
||||
- 1 = 中等影响
|
||||
- 0.5 = 低影响
|
||||
- 0.25 = 最小影响
|
||||
|
||||
### Confidence（信心）
|
||||
表示对Reach和Impact估计的信心水平：
|
||||
- 100% = 高信心，有数据支持
|
||||
- 80% = 中等信心，有一些依据
|
||||
- 50% = 低信心，主要是推测
|
||||
|
||||
### Effort（努力）
|
||||
估算完成项目所需的工作量，通常以人月为单位。努力越大，RICE分数越低。
|
||||
|
||||
### RICE分数计算
|
||||
```
|
||||
RICE分数 = (Reach × Impact × Confidence) / Effort
|
||||
```
|
||||
|
||||
## 优点
|
||||
- **数据驱动**: 提供客观的优先级排序方法
|
||||
- **易于比较**: 统一的评分系统使不同项目可以直接比较
|
||||
- **减少偏见**: 通过结构化评估减少主观判断的影响
|
||||
- **资源优化**: 帮助将资源集中在高回报项目上
|
||||
|
||||
## 缺点
|
||||
- **估计不确定性**: 依赖于估计值，可能不够准确
|
||||
- **过度简化**: 可能忽略一些难以量化的因素
|
||||
- **需要历史数据**: 准确估计需要参考历史数据
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：SaaS产品功能优先级
|
||||
```
|
||||
Role: 作为产品经理，为SaaS产品提出功能优先级策略。
|
||||
Steps: 根据Reach、Impact、Confidence和Effort对每个功能评分，然后计算RICE分数。
|
||||
Outcome: 呈现基于RICE分数的优先功能列表及其理由。
|
||||
```
|
||||
|
||||
### 示例2：营销活动规划
|
||||
```
|
||||
Role: 作为营销策略师，为新的环保产品设计活动。
|
||||
Steps: 评估活动想法的Reach、Impact、Confidence和Effort以计算RICE分数。
|
||||
Outcome: 推荐得分最高的活动及执行计划。
|
||||
```
|
||||
|
||||
### 示例3：预算分配
|
||||
```
|
||||
Role: 作为财务分析师，优先分配各部门预算。
|
||||
Steps: 使用Reach、Impact、Confidence和Effort分数评估分配选项，计算RICE值。
|
||||
Outcome: 推荐最优预算分配策略。
|
||||
```
|
||||
|
||||
### RICE评估模板
|
||||
|
||||
| 项目 | Reach | Impact | Confidence | Effort | RICE分数 |
|
||||
|-----|-------|--------|------------|--------|---------|
|
||||
| 功能A | 10,000 | 2 | 80% | 2人月 | 8,000 |
|
||||
| 功能B | 5,000 | 3 | 100% | 1人月 | 15,000 |
|
||||
| 功能C | 20,000 | 1 | 50% | 4人月 | 2,500 |
|
||||
|
||||
根据此表，功能B应该优先开发，因为它的RICE分数最高。
|
||||
@@ -0,0 +1,82 @@
|
||||
# RELIC Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-relic-framework/
|
||||
|
||||
## 应用场景
|
||||
- 客户反馈系统优化
|
||||
- 教育科技产品开发
|
||||
- 员工培训项目设计
|
||||
- 政策实施评估
|
||||
- 产品迭代改进
|
||||
- 服务质量提升
|
||||
|
||||
## 概述
|
||||
RELIC框架（Research, Evaluate, Listen, Iterate, Communicate）专注于迭代优化和反馈循环，帮助用户制作持续改进的AI提示词。该框架强调研究、评估、倾听、迭代和沟通，确保生成的响应与不断变化的需求保持一致。RELIC特别适合需要持续优化和利益相关者参与的项目。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 研究 | Research | 收集数据和初步见解 |
|
||||
| 评估 | Evaluate | 评估当前状态和改进需求 |
|
||||
| 倾听 | Listen | 收集利益相关者的反馈 |
|
||||
| 迭代 | Iterate | 基于反馈进行调整和改进 |
|
||||
| 沟通 | Communicate | 传达变更和更新 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Research（研究）
|
||||
在开始任何项目之前，进行彻底的研究以了解当前状态、行业趋势和最佳实践。
|
||||
|
||||
### Evaluate（评估）
|
||||
评估现有系统、流程或产品的有效性，识别改进机会和潜在问题。
|
||||
|
||||
### Listen（倾听）
|
||||
积极收集来自用户、客户或其他利益相关者的反馈。这一步骤确保解决方案真正满足实际需求。
|
||||
|
||||
### Iterate（迭代）
|
||||
基于收集的反馈和评估结果，对解决方案进行调整和改进。这是一个持续的过程。
|
||||
|
||||
### Communicate（沟通）
|
||||
与所有相关方清晰地沟通变更、进展和预期结果。透明的沟通有助于获得支持和信任。
|
||||
|
||||
## 优点
|
||||
- **持续改进**: 内置反馈循环支持持续优化
|
||||
- **用户中心**: 强调倾听用户声音
|
||||
- **数据驱动**: 基于研究和评估做出决策
|
||||
- **透明度高**: 强调沟通，提高利益相关者参与度
|
||||
|
||||
## 缺点
|
||||
- **时间密集**: 完整的循环可能需要较长时间
|
||||
- **资源需求高**: 需要投入资源进行研究和收集反馈
|
||||
- **可能过于复杂**: 对于简单项目可能显得过于繁琐
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：客户反馈系统优化
|
||||
```
|
||||
Research: 分析当前客户反馈趋势和满意度评分。
|
||||
Evaluate: 识别常见投诉和改进机会。
|
||||
Listen: 进行调查以收集客户具体改进建议。
|
||||
Iterate: 实施3-5个可执行的变更来解决关键问题。
|
||||
Communicate: 向客户公布改进措施和预期影响。
|
||||
```
|
||||
|
||||
### 示例2：教育科技产品开发
|
||||
```
|
||||
Research: 研究学习者行为和教育技术趋势。
|
||||
Evaluate: 评估当前平台功能与学习者需求的差距。
|
||||
Listen: 收集教师和学生的使用反馈。
|
||||
Iterate: 根据反馈优化用户界面和学习路径。
|
||||
Communicate: 向用户通报新功能和改进。
|
||||
```
|
||||
|
||||
### 示例3：员工培训项目设计
|
||||
```
|
||||
Research: 调查行业培训最佳实践和技能差距。
|
||||
Evaluate: 评估现有培训项目的有效性。
|
||||
Listen: 收集员工对培训内容和形式的建议。
|
||||
Iterate: 更新培训材料和交付方式。
|
||||
Communicate: 向员工传达培训项目的变更和益处。
|
||||
```
|
||||
@@ -0,0 +1,96 @@
|
||||
# SCAMPER Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-scamper-framework/
|
||||
|
||||
## 应用场景
|
||||
- 产品创新和改进
|
||||
- 服务流程优化
|
||||
- 营销策略创新
|
||||
- 业务模式探索
|
||||
- 问题解决方案设计
|
||||
- 创意头脑风暴
|
||||
|
||||
## 概述
|
||||
SCAMPER框架是一种创意思维工具，通过七种不同的创新策略（替代、组合、适应、修改、另作他用、消除、重排）激发新想法。该框架引导用户从多个角度审视问题或产品，发现创新机会。SCAMPER非常适合需要突破性思维和创新解决方案的场景。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 替代 | Substitute | 用其他材料、流程或人员替代 |
|
||||
| 组合 | Combine | 将不同元素、功能或想法组合 |
|
||||
| 适应 | Adapt | 调整以适应新的条件或用途 |
|
||||
| 修改 | Modify | 改变形状、颜色、大小等属性 |
|
||||
| 另作他用 | Put to another use | 寻找新的应用场景 |
|
||||
| 消除 | Eliminate | 去除不必要的元素或步骤 |
|
||||
| 重排 | Rearrange/Reverse | 改变顺序或方向 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Substitute（替代）
|
||||
考虑用什么可以替代现有的材料、组件、流程或人员。例如：可以用数字版本替代纸质版本吗？
|
||||
|
||||
### Combine（组合）
|
||||
探索将不同的想法、功能或产品组合在一起的可能性。例如：手机和相机的结合创造了智能手机摄影。
|
||||
|
||||
### Adapt（适应）
|
||||
思考如何调整现有解决方案以适应新的情况或需求。例如：将线下培训适应为在线课程。
|
||||
|
||||
### Modify（修改）
|
||||
考虑改变产品或服务的属性，如大小、形状、颜色、功能等。例如：推出迷你版或豪华版产品。
|
||||
|
||||
### Put to another use（另作他用）
|
||||
探索产品或想法在其他领域的应用。例如：医疗技术应用于消费电子产品。
|
||||
|
||||
### Eliminate（消除）
|
||||
识别并去除不必要的元素、步骤或功能。例如：简化用户界面，去除冗余功能。
|
||||
|
||||
### Rearrange/Reverse（重排/反转）
|
||||
改变元素的顺序或方向，或反向思考问题。例如：先收费后服务改为先试用后付费。
|
||||
|
||||
## 优点
|
||||
- **系统性创新**: 提供7种不同的创新视角
|
||||
- **易于学习**: 框架结构清晰，容易掌握
|
||||
- **激发创意**: 鼓励跳出传统思维模式
|
||||
- **适用广泛**: 可应用于产品、服务、流程等各种领域
|
||||
|
||||
## 缺点
|
||||
- **可能过于发散**: 产生的想法需要进一步筛选和评估
|
||||
- **不提供评估标准**: 需要配合其他工具评估想法可行性
|
||||
- **依赖创意能力**: 效果取决于使用者的创意思维能力
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：健身追踪器产品创新
|
||||
```
|
||||
Substitute: 考虑用可生物降解材料替代塑料。
|
||||
Combine: 整合心率监测和压力管理功能。
|
||||
Adapt: 调整设计以适应不同年龄群体的需求。
|
||||
Modify: 扩大屏幕尺寸以提高可读性。
|
||||
Put to another use: 开发企业健康管理解决方案。
|
||||
Eliminate: 去除复杂的手动数据输入功能。
|
||||
Rearrange: 将主要功能按使用频率重新排序。
|
||||
```
|
||||
|
||||
### 示例2：咖啡店服务创新
|
||||
```
|
||||
Substitute: 用燕麦奶替代传统牛奶作为默认选项。
|
||||
Combine: 将咖啡店与共享工作空间结合。
|
||||
Adapt: 适应移动订餐和无接触取餐趋势。
|
||||
Modify: 推出超大杯和迷你杯选项。
|
||||
Put to another use: 将场地用于举办小型活动和工作坊。
|
||||
Eliminate: 消除一次性杯子，改用押金制可回收杯。
|
||||
Rearrange: 调整店面布局以优化顾客流动。
|
||||
```
|
||||
|
||||
### 示例3：在线教育平台优化
|
||||
```
|
||||
Substitute: 用AI导师替代部分人工辅导。
|
||||
Combine: 结合社交学习和游戏化元素。
|
||||
Adapt: 适应移动学习和微学习趋势。
|
||||
Modify: 缩短视频长度以提高完成率。
|
||||
Put to another use: 将平台内容授权给企业培训使用。
|
||||
Eliminate: 去除低参与度的功能和课程。
|
||||
Rearrange: 根据学习者进度动态调整课程顺序。
|
||||
```
|
||||
@@ -0,0 +1,83 @@
|
||||
# BLOG Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-blog-framework/
|
||||
|
||||
## 应用场景
|
||||
- 博客文章撰写
|
||||
- 内容营销策略
|
||||
- 社交媒体内容创作
|
||||
- 教育性文章编写
|
||||
- 产品介绍文案
|
||||
- 思想领袖内容开发
|
||||
|
||||
## 概述
|
||||
BLOG框架（Background, Layout, Objective, Goal）是专门为内容创作设计的提示词工程方法。通过设定背景、规划布局、明确目标和定义成功标准，该框架帮助创作者产出结构清晰、目标明确的内容。BLOG框架特别适合博客作者、内容营销人员和教育工作者。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 背景 | Background | 提供主题的上下文和背景信息 |
|
||||
| 布局 | Layout | 规划内容的结构和组织方式 |
|
||||
| 目标 | Objective | 明确内容要实现的具体目的 |
|
||||
| 成果 | Goal | 定义成功的衡量标准 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Background（背景）
|
||||
为内容提供必要的上下文信息，包括主题介绍、目标受众特征和相关背景知识。
|
||||
|
||||
### Layout（布局）
|
||||
规划内容的结构，包括章节划分、逻辑流程和关键要点的组织方式。
|
||||
|
||||
### Objective（目标）
|
||||
明确内容的具体目的，如教育、说服、娱乐或激励。不同的目标需要不同的写作策略。
|
||||
|
||||
### Goal（成果）
|
||||
定义如何衡量内容的成功，如阅读量、转化率、分享次数或学习效果。
|
||||
|
||||
## 优点
|
||||
- **目标导向**: 确保内容有明确的目的和方向
|
||||
- **结构清晰**: 帮助组织思路，提高内容质量
|
||||
- **可衡量**: 提供评估内容效果的标准
|
||||
- **易于应用**: 框架简洁，容易快速掌握
|
||||
|
||||
## 缺点
|
||||
- **可能限制创意**: 过于结构化可能限制自由写作
|
||||
- **需要前期规划**: 需要在写作前花时间规划
|
||||
- **不适合所有内容类型**: 更适合信息性和教育性内容
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：技术博客文章
|
||||
```
|
||||
Background: 人工智能正在改变各行业，许多专业人士希望了解其应用。
|
||||
Layout: 1.引言 2.AI基础概念 3.行业应用案例 4.未来趋势 5.结论
|
||||
Objective: 教育读者了解AI的实际应用和发展趋势。
|
||||
Goal: 获得10,000次阅读和50次社交分享。
|
||||
```
|
||||
|
||||
### 示例2：产品营销内容
|
||||
```
|
||||
Background: 目标客户是寻求提高生产力的远程工作者。
|
||||
Layout: 1.痛点描述 2.解决方案介绍 3.功能详解 4.客户案例 5.行动号召
|
||||
Objective: 说服读者试用我们的生产力工具。
|
||||
Goal: 实现5%的点击转化率和100次免费试用注册。
|
||||
```
|
||||
|
||||
### 示例3：教育性文章
|
||||
```
|
||||
Background: 读者是希望学习投资基础知识的年轻人。
|
||||
Layout: 1.为什么要投资 2.投资类型介绍 3.风险管理 4.入门步骤 5.资源推荐
|
||||
Objective: 帮助初学者建立正确的投资观念和基础知识。
|
||||
Goal: 课程完成率达到80%，满意度评分4.5/5。
|
||||
```
|
||||
|
||||
### 示例4：思想领袖文章
|
||||
```
|
||||
Background: 可持续发展正成为企业战略的核心议题。
|
||||
Layout: 1.当前挑战 2.行业案例分析 3.我们的观点 4.建议与行动 5.展望未来
|
||||
Objective: 确立品牌在可持续发展领域的思想领袖地位。
|
||||
Goal: 被行业媒体引用5次，获得100个LinkedIn互动。
|
||||
```
|
||||
@@ -0,0 +1,89 @@
|
||||
# Six Thinking Hats Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-six-thinking-hats-framework/
|
||||
|
||||
## 应用场景
|
||||
- 团队决策会议
|
||||
- 项目规划和评估
|
||||
- 问题分析和解决
|
||||
- 创意头脑风暴
|
||||
- 风险评估
|
||||
- 战略规划
|
||||
|
||||
## 概述
|
||||
六顶思考帽框架由爱德华·德博诺（Edward de Bono）创立，是一种平行思维方法，通过六种不同颜色的"帽子"代表六种不同的思维模式。该框架帮助个人和团队从多个角度审视问题，避免思维偏见，做出更全面的决策。在AI提示词工程中，六顶思考帽可以引导AI从不同维度分析问题。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 思考帽 | 颜色 | 代表思维 | 说明 |
|
||||
|--------|------|----------|------|
|
||||
| 白帽 | 白色 | 事实与数据 | 关注客观信息和已知事实 |
|
||||
| 红帽 | 红色 | 情感与直觉 | 表达感受和直觉判断 |
|
||||
| 黑帽 | 黑色 | 批判与谨慎 | 识别风险和潜在问题 |
|
||||
| 黄帽 | 黄色 | 乐观与益处 | 关注积极面和价值 |
|
||||
| 绿帽 | 绿色 | 创意与可能 | 探索新想法和替代方案 |
|
||||
| 蓝帽 | 蓝色 | 控制与过程 | 管理思考过程本身 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 白帽（事实与数据）
|
||||
聚焦于客观事实和数据。提问：我们知道什么？我们需要什么信息？数据显示什么？
|
||||
|
||||
### 红帽（情感与直觉）
|
||||
允许表达情感和直觉，不需要解释或理由。提问：我对此有什么感觉？我的直觉告诉我什么？
|
||||
|
||||
### 黑帽（批判与谨慎）
|
||||
识别潜在风险、问题和障碍。提问：可能出什么问题？有什么风险？有什么缺点？
|
||||
|
||||
### 黄帽（乐观与益处）
|
||||
关注积极面和潜在价值。提问：有什么好处？为什么值得做？有什么机会？
|
||||
|
||||
### 绿帽（创意与可能）
|
||||
鼓励创造性思维和新想法。提问：还有什么其他可能？我们能创新什么？有什么替代方案？
|
||||
|
||||
### 蓝帽（控制与过程）
|
||||
管理思考过程，总结和规划。提问：下一步是什么？我们达成了什么结论？如何推进？
|
||||
|
||||
## 优点
|
||||
- **全面分析**: 确保从多个角度审视问题
|
||||
- **减少冲突**: 通过角色分离减少个人对立
|
||||
- **结构化讨论**: 提供清晰的思考框架
|
||||
- **提高效率**: 避免重复和无效的讨论
|
||||
|
||||
## 缺点
|
||||
- **需要练习**: 有效使用需要一定的学习和练习
|
||||
- **可能过于形式化**: 在某些情况下可能显得过于刻板
|
||||
- **时间消耗**: 完整的六帽分析需要一定时间
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：新产品发布决策
|
||||
```
|
||||
白帽: 市场数据显示目标客户群有500万人，竞争对手有3家。
|
||||
红帽: 团队对这个产品感到兴奋，但也有些担忧时间紧迫。
|
||||
黑帽: 主要风险包括供应链问题和竞争对手的快速反应。
|
||||
黄帽: 产品有独特卖点，早期用户反馈非常积极。
|
||||
绿帽: 可以考虑限量发布、预售模式或合作伙伴策略。
|
||||
蓝帽: 综合分析后，建议采用分阶段发布策略，先试点后推广。
|
||||
```
|
||||
|
||||
### 示例2：远程工作政策评估
|
||||
```
|
||||
白帽: 调查显示70%员工希望保持远程或混合工作模式。
|
||||
红帽: 管理层担心协作效率，员工珍视灵活性。
|
||||
黑帽: 可能影响团队凝聚力、新员工融入和企业文化。
|
||||
黄帽: 可降低办公成本，扩大人才招聘范围，提高员工满意度。
|
||||
绿帽: 可尝试核心时间在线、每月团建日或虚拟协作工具。
|
||||
蓝帽: 建议实施混合政策，定期评估效果并调整。
|
||||
```
|
||||
|
||||
### 示例3：市场扩展策略
|
||||
```
|
||||
白帽: 目标市场年增长率15%，当地有2个主要竞争对手。
|
||||
红帽: 对新机会感到期待，但对文化差异有些担忧。
|
||||
黑帽: 主要挑战包括法规合规、本地化需求和渠道建设。
|
||||
黄帽: 市场潜力大，品牌在相邻市场有良好声誉可借力。
|
||||
绿帽: 可考虑本地合作伙伴、收购当地公司或电商先行。
|
||||
蓝帽: 建议先进行详细市场调研，再选择进入策略。
|
||||
```
|
||||
@@ -0,0 +1,83 @@
|
||||
# CIDI Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-cidi-framework/
|
||||
|
||||
## 应用场景
|
||||
- 问题诊断和解决
|
||||
- 项目规划和执行
|
||||
- 产品开发流程
|
||||
- 服务改进项目
|
||||
- 变革管理
|
||||
- 创新项目实施
|
||||
|
||||
## 概述
|
||||
CIDI框架（Capture, Identify, Develop, Implement）是一种系统性的问题解决和项目管理方法。该框架引导用户从捕获问题开始，识别根本原因，开发解决方案，最后实施并监控结果。CIDI特别适合需要结构化方法来处理复杂问题或项目的场景。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 捕获 | Capture | 收集和记录问题或机会的信息 |
|
||||
| 识别 | Identify | 分析和确定根本原因或关键因素 |
|
||||
| 开发 | Develop | 设计和规划解决方案 |
|
||||
| 实施 | Implement | 执行方案并监控结果 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Capture（捕获）
|
||||
收集与问题或项目相关的所有信息。这包括定义问题范围、收集数据、记录观察结果和获取利益相关者的输入。
|
||||
|
||||
### Identify（识别）
|
||||
分析收集的信息以识别根本原因、关键驱动因素和潜在机会。使用分析工具如5 Why、鱼骨图等帮助深入理解问题。
|
||||
|
||||
### Develop（开发）
|
||||
基于分析结果，开发一个或多个解决方案。评估每个方案的可行性、成本和预期效果，选择最佳方案并制定详细计划。
|
||||
|
||||
### Implement（实施）
|
||||
执行选定的解决方案，包括资源分配、时间表管理、风险缓解和进度监控。收集反馈以进行必要的调整。
|
||||
|
||||
## 优点
|
||||
- **系统性方法**: 提供从问题发现到解决的完整路径
|
||||
- **强调分析**: 确保充分理解问题后再采取行动
|
||||
- **可追溯**: 每个步骤都有记录，便于回顾和学习
|
||||
- **适用性广**: 可应用于各种类型的问题和项目
|
||||
|
||||
## 缺点
|
||||
- **可能过于线性**: 实际情况可能需要更多迭代
|
||||
- **时间需求**: 完整的CIDI流程需要一定时间投入
|
||||
- **需要纪律性**: 有效执行需要坚持完成每个步骤
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：客户满意度下降问题
|
||||
```
|
||||
Capture: 收集客户反馈数据、满意度调查结果和客服记录。
|
||||
Identify: 分析发现主要问题是响应时间过长和首次解决率低。
|
||||
Develop: 设计培训计划、优化工单系统和建立知识库。
|
||||
Implement: 分阶段实施改进措施，设置KPI并定期监控。
|
||||
```
|
||||
|
||||
### 示例2：新产品开发项目
|
||||
```
|
||||
Capture: 收集市场调研、用户需求和技术可行性信息。
|
||||
Identify: 确定核心用户痛点和产品差异化机会。
|
||||
Develop: 设计产品原型、制定开发路线图和资源计划。
|
||||
Implement: 启动敏捷开发流程，进行迭代测试和改进。
|
||||
```
|
||||
|
||||
### 示例3：运营效率提升
|
||||
```
|
||||
Capture: 记录当前流程、时间消耗和瓶颈点。
|
||||
Identify: 通过流程分析识别浪费和改进机会。
|
||||
Develop: 设计精益改进方案和自动化解决方案。
|
||||
Implement: 试点实施、收集数据、优化后推广。
|
||||
```
|
||||
|
||||
### 示例4：员工流失问题
|
||||
```
|
||||
Capture: 收集离职面谈数据、员工满意度调查和行业薪酬数据。
|
||||
Identify: 分析主要离职原因是职业发展受限和薪酬竞争力不足。
|
||||
Develop: 制定职业发展路径、调整薪酬结构和加强员工关怀。
|
||||
Implement: 推出新政策、定期检查效果并持续优化。
|
||||
```
|
||||
@@ -0,0 +1,82 @@
|
||||
# SPEAR Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-spear-framework/
|
||||
|
||||
## 应用场景
|
||||
- 说服性写作和演讲
|
||||
- 营销文案创作
|
||||
- 销售提案设计
|
||||
- 政策倡导
|
||||
- 投资者推介
|
||||
- 产品发布演示
|
||||
|
||||
## 概述
|
||||
SPEAR框架（Situation, Problem, Evidence, Action, Result）是一种强大的说服性沟通工具，通过描述情境、问题、证据、行动和结果来构建有说服力的论述。该框架帮助用户创建逻辑清晰、证据充分的内容，特别适合需要说服他人采取行动的场景。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 情境 | Situation | 描述当前背景和上下文 |
|
||||
| 问题 | Problem | 明确指出需要解决的问题 |
|
||||
| 证据 | Evidence | 提供支持问题存在的数据和事实 |
|
||||
| 行动 | Action | 提出解决问题的具体方案 |
|
||||
| 结果 | Result | 展示采取行动后的预期成果 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Situation（情境）
|
||||
设定场景，提供必要的背景信息，帮助听众理解问题发生的环境和条件。
|
||||
|
||||
### Problem（问题）
|
||||
清晰地陈述问题或挑战，让听众认识到问题的严重性和紧迫性。
|
||||
|
||||
### Evidence（证据）
|
||||
提供数据、案例研究、专家意见或其他证据来支持你对问题的分析。证据增强论述的可信度。
|
||||
|
||||
### Action（行动）
|
||||
提出具体的解决方案或行动计划。行动应该是可执行的，并直接针对已识别的问题。
|
||||
|
||||
### Result（结果）
|
||||
描述采取行动后的预期结果和收益。量化预期成果有助于增强说服力。
|
||||
|
||||
## 优点
|
||||
- **逻辑清晰**: 从问题到解决方案的逻辑链条完整
|
||||
- **证据支持**: 强调用证据支持论点，增强可信度
|
||||
- **结果导向**: 明确展示预期收益，激励行动
|
||||
- **易于记忆**: 五个步骤简洁明了
|
||||
|
||||
## 缺点
|
||||
- **需要准备**: 收集有效证据需要时间和资源
|
||||
- **可能过于正式**: 对于非正式场合可能显得过于结构化
|
||||
- **依赖证据质量**: 论述效果取决于证据的说服力
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：企业数字化转型提案
|
||||
```
|
||||
Situation: 公司目前依赖手动流程处理客户订单，效率低下。
|
||||
Problem: 订单处理时间长，错误率高，客户投诉增加。
|
||||
Evidence: 过去6个月，订单处理平均需要3天，错误率达到8%，客户满意度下降15%。
|
||||
Action: 实施订单管理自动化系统，培训员工使用新系统。
|
||||
Result: 预计将订单处理时间缩短至1天，错误率降至1%，客户满意度提高20%。
|
||||
```
|
||||
|
||||
### 示例2：员工健康计划倡导
|
||||
```
|
||||
Situation: 公司员工普遍工作压力大，缺乏运动和健康生活方式。
|
||||
Problem: 员工病假率上升，工作效率下降，医疗保险成本增加。
|
||||
Evidence: 去年病假天数增加了25%，医疗保险支出增加了15%。
|
||||
Action: 推出员工健康计划，包括健身补贴、心理咨询和健康饮食选项。
|
||||
Result: 预计降低病假率15%，减少医疗成本10%，提高员工满意度。
|
||||
```
|
||||
|
||||
### 示例3：市场扩展投资提案
|
||||
```
|
||||
Situation: 公司在国内市场已取得领先地位，增长空间有限。
|
||||
Problem: 国内市场饱和，营收增长放缓，需要寻找新的增长点。
|
||||
Evidence: 国内市场份额已达35%，过去两年增长率从20%降至5%。
|
||||
Action: 进入东南亚市场，建立区域销售团队和分销网络。
|
||||
Result: 预计三年内实现区域营收5000万美元，整体增长率恢复至15%。
|
||||
```
|
||||
@@ -0,0 +1,118 @@
|
||||
# Few-shot Prompting Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-few-shot-framework/
|
||||
|
||||
## 应用场景
|
||||
- 特定格式输出生成
|
||||
- 语言翻译和转换
|
||||
- 分类和标注任务
|
||||
- 代码生成
|
||||
- 创意写作
|
||||
- 数据格式转换
|
||||
|
||||
## 概述
|
||||
Few-shot提示是一种通过提供少量示例来引导AI理解和完成任务的技术。与Zero-shot不同，Few-shot在提示中包含2-5个示例，帮助AI理解期望的输出格式、风格和质量标准。这种方法特别适合需要特定格式输出或AI可能误解任务的场景。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 说明 |
|
||||
|---------|------|
|
||||
| 任务描述 | 简要说明要完成的任务 |
|
||||
| 示例1 | 第一个输入-输出示例 |
|
||||
| 示例2 | 第二个输入-输出示例 |
|
||||
| 示例3 | 第三个输入-输出示例（可选）|
|
||||
| 新输入 | 需要AI处理的实际输入 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 示例数量选择
|
||||
- **2-3个示例**: 适合简单、明确的任务
|
||||
- **4-5个示例**: 适合复杂或细微差异较大的任务
|
||||
- **过多示例**: 可能导致token消耗过大，且边际效益递减
|
||||
|
||||
### 示例质量要求
|
||||
- 示例应该具有代表性，覆盖不同情况
|
||||
- 输入和输出应该清晰对应
|
||||
- 避免示例之间的矛盾
|
||||
- 选择多样化的示例以增强泛化能力
|
||||
|
||||
### 格式一致性
|
||||
- 所有示例应保持相同的格式
|
||||
- 标记清楚输入和输出的边界
|
||||
- 新输入的格式应与示例中的输入格式一致
|
||||
|
||||
## 优点
|
||||
- **精确控制**: 通过示例精确控制输出格式和风格
|
||||
- **减少歧义**: 示例比文字描述更清楚地传达期望
|
||||
- **提高准确性**: 通过示例学习，AI更可能产生正确输出
|
||||
- **适用广泛**: 可用于各种类型的任务
|
||||
|
||||
## 缺点
|
||||
- **Token消耗**: 示例占用提示词空间
|
||||
- **示例选择挑战**: 选择合适的示例需要思考
|
||||
- **可能过度拟合**: 如果示例太相似，可能限制AI的灵活性
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：情感分析
|
||||
```
|
||||
任务：判断以下评论的情感倾向
|
||||
|
||||
示例1:
|
||||
评论: "这家餐厅的食物太棒了，服务也很周到！"
|
||||
情感: 积极
|
||||
|
||||
示例2:
|
||||
评论: "等了一个小时才上菜，食物还是冷的。"
|
||||
情感: 消极
|
||||
|
||||
示例3:
|
||||
评论: "食物一般，价格合理。"
|
||||
情感: 中性
|
||||
|
||||
请分析:
|
||||
评论: "虽然等位时间长，但食物的味道值得等待。"
|
||||
情感:
|
||||
```
|
||||
|
||||
### 示例2：代码转换
|
||||
```
|
||||
任务：将Python代码转换为JavaScript
|
||||
|
||||
示例1:
|
||||
Python: for i in range(5): print(i)
|
||||
JavaScript: for (let i = 0; i < 5; i++) { console.log(i); }
|
||||
|
||||
示例2:
|
||||
Python: def add(a, b): return a + b
|
||||
JavaScript: function add(a, b) { return a + b; }
|
||||
|
||||
请转换:
|
||||
Python: names = ["Alice", "Bob"]; [print(name) for name in names]
|
||||
JavaScript:
|
||||
```
|
||||
|
||||
### 示例3：产品描述生成
|
||||
```
|
||||
任务：为产品生成简短的营销描述
|
||||
|
||||
示例1:
|
||||
产品: 无线蓝牙耳机
|
||||
描述: 沉浸在纯净音质中，无线自由让您随心所动。24小时续航，让音乐永不停歇。
|
||||
|
||||
示例2:
|
||||
产品: 智能手表
|
||||
描述: 腕间智慧，健康生活的贴身管家。实时心率监测，运动记录，让健康触手可及。
|
||||
|
||||
请生成:
|
||||
产品: 便携式空气净化器
|
||||
描述:
|
||||
```
|
||||
|
||||
### 示例选择技巧
|
||||
|
||||
1. **多样性**: 选择覆盖不同情况的示例
|
||||
2. **代表性**: 确保示例反映常见场景
|
||||
3. **边界情况**: 如果适用，包含边界情况示例
|
||||
4. **质量优先**: 宁可少量高质量示例，不要大量低质量示例
|
||||
@@ -0,0 +1,113 @@
|
||||
# Zero-shot Prompting Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-zero-shot-framework/
|
||||
|
||||
## 应用场景
|
||||
- 快速原型和测试
|
||||
- 通用知识查询
|
||||
- 简单任务执行
|
||||
- 创意生成
|
||||
- 文本摘要
|
||||
- 基本分类任务
|
||||
|
||||
## 概述
|
||||
Zero-shot提示是最基础的AI提示方法，不提供任何示例，仅通过自然语言描述任务，依赖AI的预训练知识来完成任务。这种方法简单直接，适合AI已经熟悉的任务类型，或者当用户想快速测试AI能力时使用。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 说明 |
|
||||
|---------|------|
|
||||
| 任务指令 | 清晰描述需要完成的任务 |
|
||||
| 输入内容 | 需要处理的具体内容（可选）|
|
||||
| 输出要求 | 指定期望的输出格式（可选）|
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 任务指令设计
|
||||
- 使用清晰、直接的语言
|
||||
- 避免模糊或歧义的表达
|
||||
- 指定任务的关键要求
|
||||
|
||||
### 何时使用Zero-shot
|
||||
- 任务简单明确
|
||||
- AI对该任务类型已有足够了解
|
||||
- 快速测试或原型开发
|
||||
- 不需要特定格式的输出
|
||||
|
||||
### 何时避免Zero-shot
|
||||
- 需要特定格式的精确输出
|
||||
- 任务较复杂或需要特殊处理
|
||||
- AI可能误解任务意图
|
||||
|
||||
## 优点
|
||||
- **简单快捷**: 无需准备示例，直接提问
|
||||
- **灵活性高**: 可以快速调整和迭代
|
||||
- **Token节省**: 不占用示例空间
|
||||
- **适合探索**: 快速了解AI的能力边界
|
||||
|
||||
## 缺点
|
||||
- **精度较低**: 输出可能不符合期望格式
|
||||
- **依赖表达**: 高度依赖指令的清晰程度
|
||||
- **不确定性**: 结果可能不一致
|
||||
- **局限性**: 对于复杂任务可能不够
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：文本摘要
|
||||
```
|
||||
请将以下文章摘要为3句话：
|
||||
|
||||
[文章内容]
|
||||
|
||||
摘要：
|
||||
```
|
||||
|
||||
### 示例2：情感判断
|
||||
```
|
||||
判断以下评论的情感是积极、消极还是中性：
|
||||
|
||||
"这个产品超出了我的预期，物超所值！"
|
||||
|
||||
情感判断：
|
||||
```
|
||||
|
||||
### 示例3：翻译任务
|
||||
```
|
||||
将以下中文翻译成英文：
|
||||
|
||||
"人工智能正在改变我们的工作和生活方式。"
|
||||
|
||||
英文翻译：
|
||||
```
|
||||
|
||||
### 示例4：创意生成
|
||||
```
|
||||
为一家新开的有机咖啡店想5个创意店名。
|
||||
|
||||
店名建议：
|
||||
```
|
||||
|
||||
### 示例5：问答任务
|
||||
```
|
||||
什么是机器学习？用简单的语言解释。
|
||||
|
||||
解释：
|
||||
```
|
||||
|
||||
### 提升Zero-shot效果的技巧
|
||||
|
||||
1. **明确角色**: "作为一名专业的文案编辑，请..."
|
||||
2. **指定格式**: "以项目符号列表的形式回答..."
|
||||
3. **设定约束**: "回答不超过100字..."
|
||||
4. **提供上下文**: "考虑到目标受众是初学者..."
|
||||
|
||||
### Zero-shot vs Few-shot 对比
|
||||
|
||||
| 方面 | Zero-shot | Few-shot |
|
||||
|------|-----------|----------|
|
||||
| 示例需求 | 无 | 2-5个 |
|
||||
| 准备时间 | 最短 | 需要准备示例 |
|
||||
| 输出精度 | 较低 | 较高 |
|
||||
| Token消耗 | 最少 | 较多 |
|
||||
| 适用场景 | 简单任务 | 复杂/特定格式任务 |
|
||||
@@ -0,0 +1,136 @@
|
||||
# FOCUS Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-focus-framework/
|
||||
|
||||
## 应用场景
|
||||
- 产品分析和比较
|
||||
- 竞争对手研究
|
||||
- 特性评估
|
||||
- 采购决策支持
|
||||
- 技术选型分析
|
||||
- 投资评估
|
||||
|
||||
## 概述
|
||||
FOCUS框架（Features, Outcomes, Comparisons, Unique aspects, Summary）是一种结构化分析工具，帮助用户全面评估产品、服务或解决方案。通过系统性地分析特性、成果、比较、独特之处和总结，该框架确保决策基于全面的信息。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 特性 | Features | 列出核心功能和特点 |
|
||||
| 成果 | Outcomes | 描述使用后的预期结果和收益 |
|
||||
| 比较 | Comparisons | 与替代方案或竞争对手进行对比 |
|
||||
| 独特性 | Unique aspects | 突出独特卖点和差异化优势 |
|
||||
| 总结 | Summary | 综合评估和建议 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Features（特性）
|
||||
详细列出产品或服务的主要功能和特点，包括技术规格、性能参数等客观信息。
|
||||
|
||||
### Outcomes（成果）
|
||||
描述用户使用产品或服务后可以期待的结果，包括效率提升、成本节省、体验改善等。
|
||||
|
||||
### Comparisons（比较）
|
||||
将分析对象与市场上的替代方案进行比较，包括优势、劣势和差异点。
|
||||
|
||||
### Unique aspects（独特性）
|
||||
强调使产品或服务与众不同的特殊之处，这是选择该选项的关键理由。
|
||||
|
||||
### Summary（总结）
|
||||
综合以上分析，提供整体评估、适用场景建议和最终推荐。
|
||||
|
||||
## 优点
|
||||
- **全面分析**: 覆盖评估产品的多个关键维度
|
||||
- **结构化输出**: 信息组织清晰，易于理解和比较
|
||||
- **决策支持**: 提供充分信息支持明智决策
|
||||
- **减少偏见**: 强制考虑多个方面，减少片面判断
|
||||
|
||||
## 缺点
|
||||
- **需要研究**: 准确填充每个部分需要充分的研究
|
||||
- **可能耗时**: 完整的分析需要一定时间
|
||||
- **信息依赖**: 分析质量取决于可获得的信息
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：项目管理软件评估
|
||||
```
|
||||
Features:
|
||||
- 任务管理和看板视图
|
||||
- 团队协作和实时通信
|
||||
- 时间追踪和报告
|
||||
- 第三方集成（Slack, Google Drive等）
|
||||
|
||||
Outcomes:
|
||||
- 项目可见性提高30%
|
||||
- 团队协作效率提升25%
|
||||
- 项目按时交付率改善20%
|
||||
|
||||
Comparisons:
|
||||
- 比Asana更注重视觉化管理
|
||||
- 比Jira更简单易用
|
||||
- 价格介于两者之间
|
||||
|
||||
Unique aspects:
|
||||
- 独特的自动化工作流引擎
|
||||
- AI驱动的项目预测功能
|
||||
- 无代码自定义仪表板
|
||||
|
||||
Summary:
|
||||
适合中型团队，特别是需要视觉化项目管理和自动化工作流的团队。推荐给希望在易用性和功能性之间取得平衡的组织。
|
||||
```
|
||||
|
||||
### 示例2：电动汽车选购分析
|
||||
```
|
||||
Features:
|
||||
- 续航500公里
|
||||
- 15分钟快充至80%
|
||||
- 自动驾驶辅助系统
|
||||
- 全景天窗和豪华内饰
|
||||
|
||||
Outcomes:
|
||||
- 每年节省约15,000元燃油费
|
||||
- 减少碳排放约2吨/年
|
||||
- 更安静舒适的驾驶体验
|
||||
|
||||
Comparisons:
|
||||
- 续航超过同价位特斯拉Model 3
|
||||
- 充电速度与保时捷Taycan相当
|
||||
- 价格低于BBA同级别电动车
|
||||
|
||||
Unique aspects:
|
||||
- 独有的电池热管理技术
|
||||
- 本地化的智能座舱系统
|
||||
- 终身免费充电服务
|
||||
|
||||
Summary:
|
||||
综合性价比最高的选择，特别适合日常通勤距离在100公里以内的城市用户。对于重视本地化服务和长续航的消费者是理想选择。
|
||||
```
|
||||
|
||||
### 示例3：云服务提供商评估
|
||||
```
|
||||
Features:
|
||||
- 弹性计算和存储服务
|
||||
- 全球多区域部署
|
||||
- 完善的安全合规认证
|
||||
- 丰富的开发者工具
|
||||
|
||||
Outcomes:
|
||||
- 基础设施成本降低40%
|
||||
- 部署时间从数周缩短至数小时
|
||||
- 系统可用性达到99.99%
|
||||
|
||||
Comparisons:
|
||||
- 价格比AWS低20%
|
||||
- 服务种类少于AWS但覆盖主流需求
|
||||
- 技术支持响应比同类厂商快
|
||||
|
||||
Unique aspects:
|
||||
- 行业首创的无服务器数据库
|
||||
- 本地化数据中心和合规支持
|
||||
- 一站式混合云解决方案
|
||||
|
||||
Summary:
|
||||
适合国内中大型企业，特别是有合规要求和需要本地技术支持的场景。对于成本敏感且不需要最新服务的用户是理想选择。
|
||||
```
|
||||
@@ -0,0 +1,90 @@
|
||||
# RACE Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-race-framework/
|
||||
|
||||
## 应用场景
|
||||
- 角色扮演对话设计
|
||||
- 客户服务脚本开发
|
||||
- 培训场景模拟
|
||||
- 创意写作
|
||||
- 营销内容创作
|
||||
- 教育材料开发
|
||||
|
||||
## 概述
|
||||
RACE框架（Role, Action, Context, Expectation）是一种简洁有效的AI提示词工程方法，通过明确角色、行动、上下文和期望来构建精准的提示词。该框架帮助用户快速创建结构化的提示，确保AI理解应该以什么身份、在什么情境下、采取什么行动来达成预期结果。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 角色 | Role | 指定AI应该扮演的角色或身份 |
|
||||
| 行动 | Action | 明确需要执行的具体任务或行动 |
|
||||
| 上下文 | Context | 提供任务的背景和相关信息 |
|
||||
| 期望 | Expectation | 描述期望的输出结果和标准 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Role（角色）
|
||||
定义AI应该扮演的角色，如专家、顾问、作家等。角色定义影响AI的语气、专业术语使用和回答风格。
|
||||
|
||||
### Action（行动）
|
||||
清晰描述需要AI执行的具体任务，使用动词开头，如"分析"、"创建"、"建议"等。
|
||||
|
||||
### Context（上下文）
|
||||
提供完成任务所需的背景信息，包括目标受众、限制条件、相关数据等。
|
||||
|
||||
### Expectation（期望）
|
||||
明确描述期望的输出形式、质量标准和具体要求。
|
||||
|
||||
## 优点
|
||||
- **简洁明了**: 四个要素涵盖提示词的核心需求
|
||||
- **角色导向**: 角色定义帮助确立适当的语气和风格
|
||||
- **易于记忆**: 框架简单，容易快速应用
|
||||
- **适用广泛**: 可用于各种类型的AI交互场景
|
||||
|
||||
## 缺点
|
||||
- **可能过于简化**: 对于复杂任务可能需要更多细节
|
||||
- **角色限制**: 某些任务可能不需要特定角色
|
||||
- **需要清晰表达**: 每个元素都需要精准描述
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：技术文档写作
|
||||
```
|
||||
Role: 作为一名资深技术文档工程师
|
||||
Action: 编写一份API使用指南
|
||||
Context: 目标读者是有基础编程经验的开发者，API用于用户认证服务
|
||||
Expectation: 包含概述、快速入门、详细端点说明和代码示例，使用清晰的技术语言
|
||||
```
|
||||
|
||||
### 示例2：客户服务脚本
|
||||
```
|
||||
Role: 作为一名专业的客户服务代表
|
||||
Action: 回复客户关于退货政策的询问
|
||||
Context: 客户购买了一件衣服但尺码不合适，想要退换
|
||||
Expectation: 以友好、专业的语气回复，解释退货流程，提供具体步骤，最后表达帮助意愿
|
||||
```
|
||||
|
||||
### 示例3：市场分析报告
|
||||
```
|
||||
Role: 作为一名市场研究分析师
|
||||
Action: 分析在线教育市场的发展趋势
|
||||
Context: 报告将用于公司战略规划会议，重点关注K12和职业培训领域
|
||||
Expectation: 提供市场规模数据、主要玩家分析、增长驱动因素和风险评估，以项目符号和表格形式呈现
|
||||
```
|
||||
|
||||
### 示例4：创意广告文案
|
||||
```
|
||||
Role: 作为一名创意广告文案
|
||||
Action: 为新款智能手表创作社交媒体广告文案
|
||||
Context: 目标受众是25-35岁的健身爱好者，产品亮点是高精度心率监测
|
||||
Expectation: 创作3条不同风格的广告文案，每条不超过50字，包含行动号召
|
||||
```
|
||||
|
||||
### 使用技巧
|
||||
|
||||
1. **角色要具体**: "营销专家"比"专家"更能引导AI
|
||||
2. **行动要动词化**: 使用明确的动作词开始
|
||||
3. **上下文要充分**: 提供足够信息但不冗余
|
||||
4. **期望要可衡量**: 尽可能量化或具体化期望
|
||||
@@ -0,0 +1,113 @@
|
||||
# Bloom's Taxonomy Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-blooms-taxonomy-framework/
|
||||
|
||||
## 应用场景
|
||||
- 教育内容设计
|
||||
- 培训课程开发
|
||||
- 学习目标制定
|
||||
- 评估问题设计
|
||||
- 批判性思维培养
|
||||
- 技能进阶规划
|
||||
|
||||
## 概述
|
||||
布鲁姆分类法是一种经典的教育框架，将认知技能分为六个层次，从低到高依次为：记忆、理解、应用、分析、评估和创造。在AI提示词工程中，该框架帮助用户根据学习目标设计不同深度的问题和任务，确保学习活动与期望的认知水平相匹配。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 层次 | 英文 | 说明 | 关键动词 |
|
||||
|------|------|------|----------|
|
||||
| 记忆 | Remember | 回忆事实和基本概念 | 定义、列出、背诵、识别 |
|
||||
| 理解 | Understand | 解释想法或概念 | 解释、描述、总结、分类 |
|
||||
| 应用 | Apply | 在新情境中使用信息 | 实施、执行、使用、解决 |
|
||||
| 分析 | Analyze | 建立联系，区分部分 | 比较、对比、区分、组织 |
|
||||
| 评估 | Evaluate | 判断或做出决策 | 评价、判断、批评、论证 |
|
||||
| 创造 | Create | 产生新的或原创的作品 | 设计、构建、开发、发明 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 记忆（Remember）
|
||||
最基础的认知层次，涉及回忆和识别信息。适用于学习新概念或术语的初始阶段。
|
||||
|
||||
### 理解（Understand）
|
||||
在记忆的基础上，能够用自己的话解释概念，理解其含义和关系。
|
||||
|
||||
### 应用（Apply）
|
||||
将学到的知识应用于新的情境或问题，展示实践能力。
|
||||
|
||||
### 分析（Analyze）
|
||||
将信息分解为组成部分，理解它们之间的关系和整体结构。
|
||||
|
||||
### 评估（Evaluate）
|
||||
基于标准或准则做出判断，评价信息、论点或方法的有效性。
|
||||
|
||||
### 创造（Create）
|
||||
最高层次，将元素组合成新的模式或结构，产生原创作品或解决方案。
|
||||
|
||||
## 优点
|
||||
- **层次清晰**: 提供明确的认知技能进阶路径
|
||||
- **目标导向**: 帮助设计与学习目标匹配的活动
|
||||
- **广泛应用**: 适用于各种教育和培训场景
|
||||
- **评估指导**: 帮助设计不同难度的评估问题
|
||||
|
||||
## 缺点
|
||||
- **过于线性**: 实际学习可能不遵循严格的层次顺序
|
||||
- **主观性**: 有时难以准确区分相邻层次
|
||||
- **文化限制**: 可能不适用于所有学习文化和风格
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：编程学习课程设计
|
||||
```
|
||||
记忆: 列出Python的基本数据类型。
|
||||
理解: 解释列表和元组的区别。
|
||||
应用: 使用循环和条件语句编写一个猜数字游戏。
|
||||
分析: 比较不同排序算法的时间复杂度。
|
||||
评估: 评价给定代码的质量和可维护性。
|
||||
创造: 设计并实现一个完整的待办事项应用。
|
||||
```
|
||||
|
||||
### 示例2：市场营销培训
|
||||
```
|
||||
记忆: 定义什么是市场细分。
|
||||
理解: 解释4P营销组合的各个要素。
|
||||
应用: 为新产品设计一个基本的营销计划。
|
||||
分析: 分析竞争对手的定位策略。
|
||||
评估: 评价一个营销活动的效果和ROI。
|
||||
创造: 开发一个创新的数字营销策略。
|
||||
```
|
||||
|
||||
### 示例3：批判性思维训练
|
||||
```
|
||||
记忆: 识别常见的逻辑谬误类型。
|
||||
理解: 解释为什么某个论点是或不是有效的。
|
||||
应用: 使用逻辑推理分析一篇新闻文章。
|
||||
分析: 区分事实陈述和观点陈述。
|
||||
评估: 判断一个论点的证据是否充分。
|
||||
创造: 构建一个有说服力的论证来支持你的观点。
|
||||
```
|
||||
|
||||
### AI提示词应用示例
|
||||
|
||||
```
|
||||
请按照布鲁姆分类法的六个层次，为"机器学习基础"这门课程设计评估问题：
|
||||
|
||||
记忆层次问题：
|
||||
- 什么是监督学习和非监督学习？
|
||||
|
||||
理解层次问题：
|
||||
- 用你自己的话解释过拟合是什么，以及为什么它是个问题。
|
||||
|
||||
应用层次问题：
|
||||
- 使用给定的数据集训练一个分类模型。
|
||||
|
||||
分析层次问题：
|
||||
- 比较决策树和随机森林算法的优缺点。
|
||||
|
||||
评估层次问题：
|
||||
- 评价不同的模型选择方法在给定场景下的适用性。
|
||||
|
||||
创造层次问题：
|
||||
- 设计一个端到端的机器学习解决方案来预测客户流失。
|
||||
```
|
||||
@@ -0,0 +1,136 @@
|
||||
# Pros and Cons Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-pros-and-cons-framework/
|
||||
|
||||
## 应用场景
|
||||
- 决策分析
|
||||
- 产品评估
|
||||
- 策略选择
|
||||
- 风险评估
|
||||
- 投资决策
|
||||
- 项目可行性分析
|
||||
|
||||
## 概述
|
||||
利弊分析框架是一种经典且直观的决策工具，通过系统性地列出选项的优点（Pros）和缺点（Cons）来支持理性决策。该框架简单易用，帮助用户全面考虑决策的正面和负面因素，适用于几乎所有需要权衡的场景。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 优点 | Pros | 选项的积极方面、好处和优势 |
|
||||
| 缺点 | Cons | 选项的消极方面、风险和劣势 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Pros（优点）
|
||||
列出选择该选项的所有正面因素：
|
||||
- 直接益处
|
||||
- 潜在机会
|
||||
- 竞争优势
|
||||
- 成本节省
|
||||
- 效率提升
|
||||
- 风险降低
|
||||
|
||||
### Cons（缺点）
|
||||
列出选择该选项的所有负面因素：
|
||||
- 直接成本
|
||||
- 潜在风险
|
||||
- 实施困难
|
||||
- 资源需求
|
||||
- 机会成本
|
||||
- 不确定性
|
||||
|
||||
## 优点
|
||||
- **简单直观**: 最容易理解和应用的决策工具
|
||||
- **快速执行**: 可以快速进行初步分析
|
||||
- **通用性强**: 适用于各种决策场景
|
||||
- **促进讨论**: 为团队讨论提供结构化框架
|
||||
|
||||
## 缺点
|
||||
- **过于简化**: 可能忽略因素之间的相互关系
|
||||
- **权重缺失**: 不同因素的重要性可能不同
|
||||
- **主观性**: 列出的因素取决于分析者的视角
|
||||
- **二元限制**: 可能忽略中性或复杂因素
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：远程工作政策评估
|
||||
```
|
||||
选项：实施全面远程工作政策
|
||||
|
||||
Pros（优点）：
|
||||
- 降低办公空间成本
|
||||
- 扩大人才招聘范围
|
||||
- 提高员工满意度和工作生活平衡
|
||||
- 减少通勤时间和碳排放
|
||||
- 增加工作灵活性
|
||||
|
||||
Cons（缺点）：
|
||||
- 团队协作可能受影响
|
||||
- 新员工融入困难
|
||||
- 企业文化维护挑战
|
||||
- 需要投资远程工作工具
|
||||
- 某些员工可能效率下降
|
||||
- 信息安全风险增加
|
||||
|
||||
结论：建议实施混合工作模式，平衡灵活性和协作需求。
|
||||
```
|
||||
|
||||
### 示例2：创业vs继续就业
|
||||
```
|
||||
选项：辞职创业
|
||||
|
||||
Pros（优点）：
|
||||
- 追求个人愿景和热情
|
||||
- 潜在的高回报
|
||||
- 工作自主性和灵活性
|
||||
- 学习和成长机会
|
||||
- 建立自己的事业遗产
|
||||
|
||||
Cons（缺点）：
|
||||
- 收入不稳定
|
||||
- 失败风险高
|
||||
- 工作压力大
|
||||
- 需要多技能和长时间工作
|
||||
- 失去员工福利
|
||||
- 影响家庭生活
|
||||
|
||||
结论：建议在创业前积累足够的资金储备和行业经验，可考虑兼职创业过渡。
|
||||
```
|
||||
|
||||
### 示例3：新技术采用决策
|
||||
```
|
||||
选项：采用微服务架构
|
||||
|
||||
Pros（优点）：
|
||||
- 更好的可扩展性
|
||||
- 独立部署和更新
|
||||
- 技术栈灵活性
|
||||
- 团队自主性增强
|
||||
- 故障隔离更好
|
||||
|
||||
Cons（缺点）：
|
||||
- 系统复杂度增加
|
||||
- 运维成本上升
|
||||
- 需要更多DevOps能力
|
||||
- 分布式系统调试困难
|
||||
- 数据一致性挑战
|
||||
- 初期迁移成本高
|
||||
|
||||
结论：对于大型、快速发展的应用适合采用，小型应用可暂缓。
|
||||
```
|
||||
|
||||
### 增强版利弊分析
|
||||
|
||||
可以添加权重来增强基本框架：
|
||||
|
||||
| 因素 | 类型 | 权重(1-5) | 加权得分 |
|
||||
|------|------|----------|---------|
|
||||
| 成本节省 | Pro | 4 | +4 |
|
||||
| 效率提升 | Pro | 5 | +5 |
|
||||
| 实施风险 | Con | 3 | -3 |
|
||||
| 学习曲线 | Con | 2 | -2 |
|
||||
| **总分** | | | **+4** |
|
||||
|
||||
正分表示优点大于缺点，建议采纳。
|
||||
@@ -0,0 +1,139 @@
|
||||
# 3Cs Model Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-3cs-model-framework/
|
||||
|
||||
## 应用场景
|
||||
- 市场战略规划
|
||||
- 竞争分析
|
||||
- 商业模式设计
|
||||
- 营销策略制定
|
||||
- 新市场进入评估
|
||||
- 品牌定位
|
||||
|
||||
## 概述
|
||||
3Cs模型框架是由大前研一（Kenichi Ohmae）提出的战略分析工具，通过分析公司（Company）、客户（Customer）和竞争对手（Competitor）三个关键因素来制定有效的商业战略。该框架帮助企业理解其在市场中的位置，发现竞争优势和增长机会。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 公司 | Company | 分析自身的优势、劣势和能力 |
|
||||
| 客户 | Customer | 了解目标客户的需求和行为 |
|
||||
| 竞争对手 | Competitor | 评估竞争格局和对手策略 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Company（公司）
|
||||
分析企业自身的内部因素：
|
||||
- 核心竞争力
|
||||
- 资源和能力
|
||||
- 财务状况
|
||||
- 品牌资产
|
||||
- 运营效率
|
||||
- 创新能力
|
||||
|
||||
### Customer（客户）
|
||||
深入了解目标市场和客户：
|
||||
- 客户细分
|
||||
- 需求和痛点
|
||||
- 购买行为
|
||||
- 决策过程
|
||||
- 价值感知
|
||||
- 满意度和忠诚度
|
||||
|
||||
### Competitor（竞争对手）
|
||||
评估竞争环境：
|
||||
- 直接和间接竞争者
|
||||
- 竞争者策略
|
||||
- 市场份额
|
||||
- 优势和劣势
|
||||
- 潜在新进入者
|
||||
- 替代品威胁
|
||||
|
||||
## 优点
|
||||
- **聚焦关键**: 将注意力集中在最重要的三个因素
|
||||
- **平衡视角**: 同时考虑内部和外部因素
|
||||
- **战略导向**: 直接支持战略决策
|
||||
- **易于沟通**: 简洁的框架便于团队讨论
|
||||
|
||||
## 缺点
|
||||
- **可能过于简化**: 忽略其他重要因素如供应商、监管等
|
||||
- **静态分析**: 可能不足以捕捉动态变化
|
||||
- **需要数据支持**: 有效分析需要大量市场数据
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：电商平台战略分析
|
||||
```
|
||||
Company（公司）:
|
||||
- 强大的物流网络覆盖全国
|
||||
- 用户基数达5000万
|
||||
- 技术研发能力强
|
||||
- 品牌认知度高
|
||||
- 盈利能力待提升
|
||||
|
||||
Customer（客户）:
|
||||
- 目标客户：25-45岁城市中产
|
||||
- 关注品质和便利性
|
||||
- 价格敏感度中等
|
||||
- 移动购物占比80%
|
||||
- 对配送速度期望高
|
||||
|
||||
Competitor（竞争对手）:
|
||||
- 头部竞争者：淘宝、京东
|
||||
- 垂直竞争：唯品会、拼多多
|
||||
- 新进入者：社交电商平台
|
||||
- 竞争焦点：价格、物流、品类
|
||||
|
||||
战略建议：聚焦差异化服务和垂直品类，建立护城河。
|
||||
```
|
||||
|
||||
### 示例2：餐饮连锁品牌分析
|
||||
```
|
||||
Company（公司）:
|
||||
- 200家直营门店
|
||||
- 标准化供应链
|
||||
- 强大的品牌形象
|
||||
- 培训体系完善
|
||||
- 数字化程度待提升
|
||||
|
||||
Customer（客户）:
|
||||
- 目标客户：年轻白领和家庭
|
||||
- 需求：健康、快捷、性价比
|
||||
- 用餐场景：午餐、外卖
|
||||
- 选择因素：口味、环境、价格
|
||||
|
||||
Competitor（竞争对手）:
|
||||
- 直接竞争：同品类连锁品牌
|
||||
- 替代竞争：便利店、外卖平台
|
||||
- 竞争者优势：价格、便利性
|
||||
- 市场趋势：健康饮食、本地化
|
||||
|
||||
战略建议：加强数字化建设，开发健康产品线，优化外卖体验。
|
||||
```
|
||||
|
||||
### 示例3：SaaS产品市场进入
|
||||
```
|
||||
Company（公司）:
|
||||
- 技术团队经验丰富
|
||||
- 产品创新能力强
|
||||
- 资金储备有限
|
||||
- 品牌知名度低
|
||||
- 客户成功团队待建
|
||||
|
||||
Customer（客户）:
|
||||
- 目标客户：中小企业
|
||||
- 痛点：效率低、成本高
|
||||
- 决策者：老板或部门主管
|
||||
- 采购周期：1-3个月
|
||||
- 关注因素：易用性、ROI
|
||||
|
||||
Competitor（竞争对手）:
|
||||
- 主要竞争者：国际大厂和本土领先者
|
||||
- 竞争者优势：品牌、功能完整
|
||||
- 竞争者劣势：价格高、本地化不足
|
||||
- 市场空白：垂直行业解决方案
|
||||
|
||||
战略建议：聚焦1-2个垂直行业，建立差异化优势，通过口碑获客。
|
||||
```
|
||||
@@ -0,0 +1,148 @@
|
||||
# 4S Method Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-4s-method-framework/
|
||||
|
||||
## 应用场景
|
||||
- 内容写作结构化
|
||||
- 演讲和演示设计
|
||||
- 报告撰写
|
||||
- 提案制作
|
||||
- 教育材料开发
|
||||
- 营销文案创作
|
||||
|
||||
## 概述
|
||||
4S方法框架（Setting, Story, Structure, Style）是一种内容创作和沟通方法，通过设定场景、讲述故事、建立结构和确定风格四个维度来组织和呈现内容。该框架帮助创作者产出既有吸引力又有条理的内容。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 场景 | Setting | 建立内容的背景和环境 |
|
||||
| 故事 | Story | 通过叙事传递信息和情感 |
|
||||
| 结构 | Structure | 组织内容的逻辑框架 |
|
||||
| 风格 | Style | 确定语气、语调和表达方式 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Setting（场景）
|
||||
设定内容的背景环境：
|
||||
- 时间和地点
|
||||
- 相关的历史或背景
|
||||
- 当前的情境和挑战
|
||||
- 目标受众的处境
|
||||
|
||||
### Story（故事）
|
||||
用叙事方式传递核心信息：
|
||||
- 引人入胜的开头
|
||||
- 冲突或挑战
|
||||
- 解决过程
|
||||
- 结果和教训
|
||||
|
||||
### Structure（结构）
|
||||
建立清晰的内容组织：
|
||||
- 引言和概述
|
||||
- 主体内容分段
|
||||
- 逻辑流程
|
||||
- 结论和行动号召
|
||||
|
||||
### Style（风格）
|
||||
确定表达的方式：
|
||||
- 正式或非正式语气
|
||||
- 专业术语使用程度
|
||||
- 视觉元素和格式
|
||||
- 情感色彩
|
||||
|
||||
## 优点
|
||||
- **全面覆盖**: 涵盖内容创作的主要维度
|
||||
- **读者导向**: 从受众角度考虑内容呈现
|
||||
- **提升吸引力**: 故事元素增加内容的可读性
|
||||
- **确保一致性**: 风格指导确保内容的统一性
|
||||
|
||||
## 缺点
|
||||
- **可能耗时**: 完整应用需要仔细规划
|
||||
- **不适合所有内容**: 纯技术文档可能不需要故事元素
|
||||
- **平衡挑战**: 故事性和专业性之间需要平衡
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：产品发布文章
|
||||
```
|
||||
Setting（场景）:
|
||||
- 远程工作成为新常态
|
||||
- 团队协作面临挑战
|
||||
- 现有工具无法满足需求
|
||||
|
||||
Story（故事）:
|
||||
- 一个分布式团队如何从混乱到高效
|
||||
- 他们尝试过的解决方案
|
||||
- 发现新工具后的转变
|
||||
- 取得的成果和反馈
|
||||
|
||||
Structure（结构）:
|
||||
1. 开篇：远程工作的挑战
|
||||
2. 问题：协作痛点分析
|
||||
3. 解决方案：新产品介绍
|
||||
4. 案例：成功故事
|
||||
5. 行动号召：免费试用
|
||||
|
||||
Style（风格）:
|
||||
- 专业但亲切的语气
|
||||
- 适度使用比喻和类比
|
||||
- 简洁明了的句子
|
||||
- 视觉化数据呈现
|
||||
```
|
||||
|
||||
### 示例2：培训课程设计
|
||||
```
|
||||
Setting（场景）:
|
||||
- 企业数字化转型加速
|
||||
- 员工需要提升技能
|
||||
- 传统培训效果有限
|
||||
|
||||
Story（故事）:
|
||||
- 学员从新手到专家的旅程
|
||||
- 面临的学习挑战
|
||||
- 突破瓶颈的关键时刻
|
||||
- 技能提升后的职业发展
|
||||
|
||||
Structure（结构）:
|
||||
1. 课程概述和目标
|
||||
2. 基础知识模块
|
||||
3. 实战练习模块
|
||||
4. 高级技能模块
|
||||
5. 总结和认证
|
||||
|
||||
Style（风格）:
|
||||
- 鼓励性和支持性语气
|
||||
- 循序渐进的难度递进
|
||||
- 丰富的互动元素
|
||||
- 真实案例和练习
|
||||
```
|
||||
|
||||
### 示例3：年度报告撰写
|
||||
```
|
||||
Setting（场景）:
|
||||
- 经济环境充满挑战
|
||||
- 行业竞争加剧
|
||||
- 公司进行战略调整
|
||||
|
||||
Story（故事）:
|
||||
- 公司如何应对市场变化
|
||||
- 关键决策和转折点
|
||||
- 团队的努力和创新
|
||||
- 取得的成绩和突破
|
||||
|
||||
Structure（结构）:
|
||||
1. 致股东信
|
||||
2. 业务回顾
|
||||
3. 财务亮点
|
||||
4. 战略展望
|
||||
5. 附录和数据
|
||||
|
||||
Style（风格）:
|
||||
- 正式而自信的语气
|
||||
- 数据驱动的论述
|
||||
- 简洁专业的表达
|
||||
- 适当的图表可视化
|
||||
```
|
||||
@@ -0,0 +1,99 @@
|
||||
# APE Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-ape-framework/
|
||||
|
||||
## 应用场景
|
||||
- AI提示词优化
|
||||
- 任务指令设计
|
||||
- 自动化工作流设计
|
||||
- 代码生成提示
|
||||
- 数据分析请求
|
||||
- 创意内容生成
|
||||
|
||||
## 概述
|
||||
APE框架（Action, Purpose, Expectation）是一种简洁高效的AI提示词工程方法。通过明确行动（要做什么）、目的（为什么做）和期望（想要什么结果），该框架帮助用户快速构建清晰有效的提示词，确保AI准确理解任务需求。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 行动 | Action | 明确需要执行的具体任务 |
|
||||
| 目的 | Purpose | 解释执行任务的原因和背景 |
|
||||
| 期望 | Expectation | 描述期望的输出结果和标准 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Action（行动）
|
||||
清晰描述需要AI完成的具体任务：
|
||||
- 使用明确的动词开头
|
||||
- 描述任务的范围和边界
|
||||
- 指明输入数据或素材
|
||||
|
||||
### Purpose（目的）
|
||||
解释为什么需要完成这个任务：
|
||||
- 提供背景信息
|
||||
- 说明任务的重要性
|
||||
- 帮助AI理解上下文
|
||||
|
||||
### Expectation（期望）
|
||||
明确期望的输出结果：
|
||||
- 格式要求（长度、结构）
|
||||
- 质量标准
|
||||
- 特定包含或排除的内容
|
||||
|
||||
## 优点
|
||||
- **极简高效**: 三个元素涵盖提示词核心
|
||||
- **快速应用**: 容易记忆和快速使用
|
||||
- **目的明确**: 强调任务目的提高AI理解
|
||||
- **结果导向**: 明确期望确保输出质量
|
||||
|
||||
## 缺点
|
||||
- **可能过简**: 复杂任务可能需要更多细节
|
||||
- **缺少角色**: 未明确指定AI的角色或身份
|
||||
- **上下文有限**: 可能需要额外的背景信息
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：数据分析报告
|
||||
```
|
||||
Action: 分析过去12个月的销售数据。
|
||||
Purpose: 为即将到来的季度规划会议准备洞察。
|
||||
Expectation: 生成包含关键指标、趋势图表和三个主要发现的报告，控制在2页以内。
|
||||
```
|
||||
|
||||
### 示例2：邮件撰写
|
||||
```
|
||||
Action: 撰写一封客户回访邮件。
|
||||
Purpose: 了解客户对新产品的使用体验并收集反馈。
|
||||
Expectation: 邮件应该友好专业，控制在150字以内，包含3-5个简短问题。
|
||||
```
|
||||
|
||||
### 示例3：代码生成
|
||||
```
|
||||
Action: 编写一个Python函数来验证用户邮箱格式。
|
||||
Purpose: 用于用户注册流程中的输入验证。
|
||||
Expectation: 函数应该使用正则表达式，包含错误处理，并附带使用示例和单元测试。
|
||||
```
|
||||
|
||||
### 示例4：内容创作
|
||||
```
|
||||
Action: 为新推出的健身应用写5条社交媒体帖子。
|
||||
Purpose: 吸引健身爱好者下载和试用应用。
|
||||
Expectation: 每条帖子50-80字，风格活泼有感染力，包含行动号召和相关话题标签。
|
||||
```
|
||||
|
||||
### 示例5：研究总结
|
||||
```
|
||||
Action: 总结关于远程工作对员工生产力影响的最新研究。
|
||||
Purpose: 为公司制定混合工作政策提供证据支持。
|
||||
Expectation: 总结应包含5-7个关键发现，正反观点均需涵盖，附带数据来源引用。
|
||||
```
|
||||
|
||||
### APE与其他框架对比
|
||||
|
||||
| 框架 | 核心元素 | 复杂度 | 适用场景 |
|
||||
|------|----------|--------|----------|
|
||||
| APE | 行动、目的、期望 | 低 | 快速简单任务 |
|
||||
| RACE | 角色、行动、上下文、期望 | 中 | 需要角色定义 |
|
||||
| CRISPE | 清晰、相关、迭代、具体、参数、示例 | 高 | 复杂迭代任务 |
|
||||
@@ -0,0 +1,121 @@
|
||||
# CAR-PAR-STAR Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-car-par-star-framework/
|
||||
|
||||
## 应用场景
|
||||
- 面试回答准备
|
||||
- 行为面试问题应对
|
||||
- 工作经历描述
|
||||
- 成就展示
|
||||
- 简历撰写
|
||||
- 绩效评估总结
|
||||
|
||||
## 概述
|
||||
CAR-PAR-STAR框架是三种紧密相关的行为描述方法的组合，用于结构化地描述个人经历和成就。CAR（Context, Action, Result）、PAR（Problem, Action, Result）和STAR（Situation, Task, Action, Result）都强调通过具体情境、采取的行动和取得的结果来展示能力和价值。
|
||||
|
||||
## 框架构成
|
||||
|
||||
### CAR模型
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 背景 | Context | 描述事件发生的背景 |
|
||||
| 行动 | Action | 说明采取的具体行动 |
|
||||
| 结果 | Result | 展示取得的成果 |
|
||||
|
||||
### PAR模型
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 问题 | Problem | 描述面临的挑战或问题 |
|
||||
| 行动 | Action | 说明采取的解决措施 |
|
||||
| 结果 | Result | 展示问题解决后的成果 |
|
||||
|
||||
### STAR模型
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 情境 | Situation | 描述具体的情境背景 |
|
||||
| 任务 | Task | 说明需要完成的任务或目标 |
|
||||
| 行动 | Action | 详述采取的具体行动 |
|
||||
| 结果 | Result | 量化展示取得的成果 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 选择合适的模型
|
||||
- **CAR**: 适合描述一般性工作经历
|
||||
- **PAR**: 适合强调问题解决能力
|
||||
- **STAR**: 最全面，适合详细的行为面试回答
|
||||
|
||||
### 有效的结果描述
|
||||
- 尽可能量化成果
|
||||
- 使用具体数字和百分比
|
||||
- 说明对组织的影响
|
||||
- 体现个人贡献
|
||||
|
||||
## 优点
|
||||
- **结构清晰**: 提供标准化的叙述框架
|
||||
- **重点突出**: 确保关键信息被传达
|
||||
- **易于准备**: 帮助系统性整理经历
|
||||
- **广泛认可**: 被面试官和HR普遍接受
|
||||
|
||||
## 缺点
|
||||
- **可能显得刻板**: 过于模式化的回答可能缺乏自然感
|
||||
- **需要提前准备**: 临场组织可能困难
|
||||
- **不适合所有问题**: 某些开放性问题可能不适用
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：STAR - 领导力展示
|
||||
```
|
||||
Situation（情境）:
|
||||
在上一家公司，我们的客户满意度连续两个季度下降15%，团队士气低落。
|
||||
|
||||
Task（任务）:
|
||||
作为客服团队负责人，我需要在一个季度内扭转这一趋势。
|
||||
|
||||
Action（行动）:
|
||||
- 分析客户反馈数据，识别主要投诉类型
|
||||
- 重新设计培训计划，针对性提升团队技能
|
||||
- 建立每日站会机制，及时解决问题
|
||||
- 引入客户满意度实时监控系统
|
||||
|
||||
Result（结果）:
|
||||
三个月内客户满意度提升25%，团队离职率下降50%，并获得公司年度最佳团队奖。
|
||||
```
|
||||
|
||||
### 示例2：PAR - 问题解决
|
||||
```
|
||||
Problem（问题）:
|
||||
公司的月度财务报告需要5天才能完成，严重影响决策效率。
|
||||
|
||||
Action（行动）:
|
||||
- 分析现有报告流程，识别瓶颈环节
|
||||
- 设计自动化数据收集和整合系统
|
||||
- 创建标准化报告模板
|
||||
- 培训团队使用新工具
|
||||
|
||||
Result（结果）:
|
||||
报告时间从5天缩短至1天，准确率提高30%，每月节省40人时工作量。
|
||||
```
|
||||
|
||||
### 示例3：CAR - 项目成就
|
||||
```
|
||||
Context（背景）:
|
||||
公司计划进入新的市场区域，需要在6个月内建立销售渠道。
|
||||
|
||||
Action（行动）:
|
||||
- 进行市场调研，确定目标客户群
|
||||
- 建立合作伙伴关系，拓展分销网络
|
||||
- 组建并培训本地销售团队
|
||||
- 策划并执行市场推广活动
|
||||
|
||||
Result（结果）:
|
||||
成功开拓3个新城市市场，第一年实现营收500万，超过目标20%。
|
||||
```
|
||||
|
||||
### 面试准备技巧
|
||||
|
||||
1. **准备5-8个STAR故事**: 覆盖不同能力维度
|
||||
2. **量化结果**: 尽可能用数字说话
|
||||
3. **突出个人贡献**: 使用"我"而非"我们"
|
||||
4. **练习表达**: 控制在2分钟以内
|
||||
5. **调整适配**: 根据问题灵活调整强调点
|
||||
@@ -0,0 +1,143 @@
|
||||
# CARE Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-care-framework/
|
||||
|
||||
## 应用场景
|
||||
- 客户服务沟通
|
||||
- 用户体验设计
|
||||
- 内容创作指导
|
||||
- 产品设计原则
|
||||
- 团队协作标准
|
||||
- 服务质量提升
|
||||
|
||||
## 概述
|
||||
CARE框架（Context, Audience, Relevance, Emotion）是一种以用户为中心的沟通和设计方法。通过关注情境、受众、相关性和情感四个维度，该框架帮助创作者产出真正满足用户需求、引起情感共鸣的内容和体验。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 情境 | Context | 理解用户所处的环境和情况 |
|
||||
| 受众 | Audience | 明确目标用户群体的特征 |
|
||||
| 相关性 | Relevance | 确保内容与用户需求直接相关 |
|
||||
| 情感 | Emotion | 考虑用户的情感需求和体验 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Context（情境）
|
||||
深入理解用户使用产品或接收信息的情境：
|
||||
- 物理环境（在哪里使用）
|
||||
- 时间因素（什么时候使用）
|
||||
- 技术环境（使用什么设备）
|
||||
- 社会环境（周围有谁）
|
||||
|
||||
### Audience（受众）
|
||||
清晰定义目标受众：
|
||||
- 人口统计特征
|
||||
- 心理特征和价值观
|
||||
- 技术熟练程度
|
||||
- 需求和痛点
|
||||
- 行为模式
|
||||
|
||||
### Relevance（相关性）
|
||||
确保内容与用户直接相关：
|
||||
- 解决实际问题
|
||||
- 提供有价值的信息
|
||||
- 满足具体需求
|
||||
- 与用户目标对齐
|
||||
|
||||
### Emotion（情感）
|
||||
考虑并设计情感体验：
|
||||
- 期望激发的情感
|
||||
- 避免的负面情绪
|
||||
- 建立情感连接
|
||||
- 创造记忆点
|
||||
|
||||
## 优点
|
||||
- **用户中心**: 将用户需求放在首位
|
||||
- **全面考量**: 覆盖理性和感性维度
|
||||
- **提升共鸣**: 帮助创建更有影响力的内容
|
||||
- **改善体验**: 指导更好的产品和服务设计
|
||||
|
||||
## 缺点
|
||||
- **需要用户研究**: 有效应用需要深入了解用户
|
||||
- **可能耗时**: 全面分析需要时间投入
|
||||
- **主观判断**: 情感维度可能难以准确把握
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：产品登录页设计
|
||||
```
|
||||
Context（情境）:
|
||||
- 用户可能在移动端或桌面端访问
|
||||
- 可能是首次访问或回访用户
|
||||
- 可能在比较多个产品
|
||||
|
||||
Audience（受众）:
|
||||
- 中小企业主和决策者
|
||||
- 技术理解程度中等
|
||||
- 时间有限，需要快速了解价值
|
||||
|
||||
Relevance（相关性）:
|
||||
- 突出核心价值主张
|
||||
- 展示解决的具体问题
|
||||
- 提供社会证明（客户案例）
|
||||
- 清晰的下一步行动
|
||||
|
||||
Emotion（情感）:
|
||||
- 激发信任和可靠感
|
||||
- 消除使用顾虑
|
||||
- 创造期待和好奇
|
||||
- 传递专业但亲和的印象
|
||||
```
|
||||
|
||||
### 示例2：客户服务邮件
|
||||
```
|
||||
Context（情境）:
|
||||
- 客户遇到产品使用问题
|
||||
- 可能已经尝试自助解决失败
|
||||
- 可能感到沮丧或焦虑
|
||||
|
||||
Audience（受众）:
|
||||
- 付费客户，期望获得支持
|
||||
- 技术水平不一
|
||||
- 希望问题快速解决
|
||||
|
||||
Relevance（相关性）:
|
||||
- 直接回应客户具体问题
|
||||
- 提供清晰的解决步骤
|
||||
- 包含相关资源链接
|
||||
- 说明预期解决时间
|
||||
|
||||
Emotion（情感）:
|
||||
- 表达理解和同理心
|
||||
- 传递积极解决问题的态度
|
||||
- 让客户感到被重视
|
||||
- 建立信任和信心
|
||||
```
|
||||
|
||||
### 示例3：培训课程内容
|
||||
```
|
||||
Context（情境）:
|
||||
- 员工在工作中需要应用新技能
|
||||
- 可能在繁忙的工作间隙学习
|
||||
- 需要立即可用的知识
|
||||
|
||||
Audience（受众）:
|
||||
- 不同经验水平的员工
|
||||
- 有具体的工作任务需要完成
|
||||
- 学习时间有限
|
||||
|
||||
Relevance（相关性）:
|
||||
- 与实际工作场景紧密结合
|
||||
- 提供可直接应用的工具和模板
|
||||
- 解答常见问题和挑战
|
||||
- 提供进阶学习路径
|
||||
|
||||
Emotion（情感）:
|
||||
- 建立学习的自信
|
||||
- 减少对变化的抵触
|
||||
- 激发学习的兴趣
|
||||
- 创造成就感
|
||||
```
|
||||
@@ -0,0 +1,108 @@
|
||||
# ELI5 Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-eli5-framework/
|
||||
|
||||
## 应用场景
|
||||
- 复杂概念解释
|
||||
- 技术知识普及
|
||||
- 教育内容简化
|
||||
- 用户指南编写
|
||||
- 科普写作
|
||||
- 新员工培训
|
||||
|
||||
## 概述
|
||||
ELI5（Explain Like I'm 5，像给五岁孩子解释一样）是一种将复杂概念简化为易懂内容的方法。该框架要求使用简单的语言、熟悉的类比和具体的例子来解释困难的主题，确保任何人都能理解核心概念。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 说明 |
|
||||
|---------|------|
|
||||
| 简化语言 | 避免专业术语，使用日常词汇 |
|
||||
| 熟悉类比 | 用熟悉的事物做比喻 |
|
||||
| 具体例子 | 提供真实生活中的例子 |
|
||||
| 循序渐进 | 从简单到复杂逐步解释 |
|
||||
| 视觉化 | 使用图像或描述帮助想象 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 简化语言
|
||||
- 避免使用行话和专业术语
|
||||
- 如必须使用专业词汇，立即解释其含义
|
||||
- 使用短句和简单的句子结构
|
||||
- 避免抽象表达
|
||||
|
||||
### 熟悉类比
|
||||
- 将新概念与熟悉的事物联系起来
|
||||
- 使用日常生活中的比喻
|
||||
- 确保类比准确传达核心含义
|
||||
- 承认类比的局限性
|
||||
|
||||
### 具体例子
|
||||
- 提供真实可感的例子
|
||||
- 从听众的经验出发
|
||||
- 用故事形式呈现概念
|
||||
- 多个例子从不同角度说明
|
||||
|
||||
### 循序渐进
|
||||
- 从最基本的概念开始
|
||||
- 逐步增加复杂性
|
||||
- 确保每一步都被理解后再进行下一步
|
||||
- 定期总结已经涵盖的内容
|
||||
|
||||
## 优点
|
||||
- **提高理解**: 让复杂概念变得容易理解
|
||||
- **扩大受众**: 使内容可以触达更广泛的人群
|
||||
- **减少误解**: 清晰的解释减少理解偏差
|
||||
- **提升记忆**: 简单的解释更容易被记住
|
||||
|
||||
## 缺点
|
||||
- **可能过于简化**: 有时会丢失重要的细节和精确性
|
||||
- **不适合专家**: 对已有基础的人可能显得啰嗦
|
||||
- **类比有限**: 某些概念难以找到合适的类比
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：解释区块链
|
||||
```
|
||||
普通解释：
|
||||
区块链是一种分布式账本技术，通过加密算法和共识机制确保数据的不可篡改性...
|
||||
|
||||
ELI5解释：
|
||||
想象你和朋友们一起玩游戏，每次有人得分，所有人都在自己的本子上记下来。
|
||||
如果有人想改自己的分数，其他人的本子上没有这个变化，大家一对比就知道谁作弊了。
|
||||
区块链就像这样——很多电脑同时记录同样的信息，所以没有人能偷偷改变记录。
|
||||
```
|
||||
|
||||
### 示例2：解释API
|
||||
```
|
||||
普通解释：
|
||||
API是应用程序接口，允许不同软件系统通过定义好的协议进行通信...
|
||||
|
||||
ELI5解释：
|
||||
想象你去餐厅吃饭。你不需要进厨房告诉厨师怎么做菜，你只需要告诉服务员你想吃什么。
|
||||
服务员把你的需求告诉厨房，厨房做好后服务员再把菜端给你。
|
||||
API就像这个服务员——它帮助不同的程序互相"交谈"，一个程序说"我要这个"，API就把请求传给另一个程序，然后把结果带回来。
|
||||
```
|
||||
|
||||
### 示例3：解释机器学习
|
||||
```
|
||||
普通解释：
|
||||
机器学习是人工智能的一个分支，通过训练算法模型从数据中学习模式和规律...
|
||||
|
||||
ELI5解释：
|
||||
想象你在教一只小狗认识猫和狗的区别。你不会告诉它"猫有竖瞳孔，狗有圆瞳孔"这样的规则。
|
||||
你只是给它看很多猫和狗的图片，告诉它"这是猫""这是狗"。慢慢地，小狗自己就学会了区分。
|
||||
机器学习也是这样——我们给电脑看很多例子，电脑自己找出规律，然后就能识别新的东西了。
|
||||
```
|
||||
|
||||
### 示例4：解释云计算
|
||||
```
|
||||
普通解释：
|
||||
云计算是通过互联网按需提供计算资源和服务的模式...
|
||||
|
||||
ELI5解释：
|
||||
以前如果你想看电影，需要买DVD放在家里。现在你可以用Netflix，想看什么随时看，不用买碟片。
|
||||
云计算就像这样——以前公司要自己买很多电脑放在办公室，现在可以通过网络"租用"电脑。
|
||||
需要多少用多少，用完就不付钱了，就像开水龙头——用水时水来，关掉就停。
|
||||
```
|
||||
@@ -0,0 +1,124 @@
|
||||
# Challenge-Solution-Benefit Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-challenge-solution-benefit-framework/
|
||||
|
||||
## 应用场景
|
||||
- 产品营销文案
|
||||
- 销售演示
|
||||
- 提案撰写
|
||||
- 案例研究
|
||||
- 投资者推介
|
||||
- 问题解决报告
|
||||
|
||||
## 概述
|
||||
挑战-解决方案-收益框架（CSB）是一种经典的说服性沟通结构，通过明确描述挑战（客户面临的问题）、解决方案（如何解决问题）和收益（解决后的好处）来构建有说服力的内容。该框架简洁有力，广泛应用于商业沟通中。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 挑战 | Challenge | 描述目标受众面临的问题或痛点 |
|
||||
| 解决方案 | Solution | 介绍如何解决这些问题 |
|
||||
| 收益 | Benefit | 展示解决问题后的好处和价值 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Challenge（挑战）
|
||||
生动描述目标受众面临的问题：
|
||||
- 具体化痛点
|
||||
- 量化问题的影响
|
||||
- 引起情感共鸣
|
||||
- 让受众感到"这说的就是我"
|
||||
|
||||
### Solution（解决方案）
|
||||
清晰介绍你的解决方案：
|
||||
- 直接针对已陈述的挑战
|
||||
- 解释工作原理
|
||||
- 突出独特之处
|
||||
- 保持简洁易懂
|
||||
|
||||
### Benefit（收益）
|
||||
展示采用解决方案后的好处：
|
||||
- 量化预期收益
|
||||
- 说明短期和长期价值
|
||||
- 使用具体的成功案例
|
||||
- 连接到客户的最终目标
|
||||
|
||||
## 优点
|
||||
- **逻辑清晰**: 问题→解决→价值的逻辑链条完整
|
||||
- **以客户为中心**: 从客户的问题出发
|
||||
- **说服力强**: 明确展示价值主张
|
||||
- **易于记忆**: 三段式结构简洁有力
|
||||
|
||||
## 缺点
|
||||
- **可能过于简化**: 复杂产品可能需要更详细的解释
|
||||
- **依赖问题识别**: 需要准确理解客户的真正痛点
|
||||
- **需要证据支持**: 收益需要有数据或案例支撑
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：项目管理软件营销
|
||||
```
|
||||
Challenge（挑战）:
|
||||
团队项目管理混乱——任务遗漏、沟通断层、进度不透明。
|
||||
据调查，项目经理每周花费8小时在状态更新和协调会议上。
|
||||
团队成员经常不知道自己下一步该做什么。
|
||||
|
||||
Solution（解决方案）:
|
||||
我们的项目管理平台提供：
|
||||
- 可视化任务看板，一目了然
|
||||
- 自动化工作流，减少手动协调
|
||||
- 实时进度更新，告别冗长的状态会议
|
||||
- 智能提醒，确保没有任务被遗忘
|
||||
|
||||
Benefit（收益）:
|
||||
- 项目按时交付率提升35%
|
||||
- 每周节省6小时会议时间
|
||||
- 团队协作效率提升40%
|
||||
- 客户XYZ使用后，项目周期缩短了20%
|
||||
```
|
||||
|
||||
### 示例2：网络安全服务推广
|
||||
```
|
||||
Challenge（挑战）:
|
||||
网络攻击日益猖獗，中小企业成为主要目标。
|
||||
60%的小企业在遭受网络攻击后6个月内倒闭。
|
||||
大多数企业缺乏专业的安全团队和工具来保护自己。
|
||||
|
||||
Solution（解决方案）:
|
||||
我们的托管安全服务提供：
|
||||
- 24/7实时威胁监控
|
||||
- 自动化威胁检测和响应
|
||||
- 定期安全评估和报告
|
||||
- 企业级安全，中小企业价格
|
||||
|
||||
Benefit（收益）:
|
||||
- 安全事件响应时间缩短90%
|
||||
- 降低数据泄露风险95%
|
||||
- 节省50%的安全团队成本
|
||||
- 满足合规要求，避免罚款
|
||||
- 案例：ABC公司成功阻止了价值100万的勒索软件攻击
|
||||
```
|
||||
|
||||
### 示例3：在线培训平台
|
||||
```
|
||||
Challenge（挑战）:
|
||||
企业员工培训效果差，完成率低。
|
||||
传统培训成本高，组织困难，效果难以衡量。
|
||||
员工难以将学习与实际工作结合。
|
||||
|
||||
Solution（解决方案）:
|
||||
我们的智能学习平台提供：
|
||||
- 个性化学习路径，适应每个员工的节奏
|
||||
- 微学习模块，随时随地学习
|
||||
- 实战模拟，学以致用
|
||||
- 详细的学习分析，追踪ROI
|
||||
|
||||
Benefit（收益）:
|
||||
- 培训完成率提升80%
|
||||
- 知识应用率提高60%
|
||||
- 培训成本降低40%
|
||||
- 员工满意度提升35%
|
||||
- 客户DEF公司新员工上手时间缩短50%
|
||||
```
|
||||
@@ -0,0 +1,172 @@
|
||||
# COAST Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-coast-framework/
|
||||
|
||||
## 应用场景
|
||||
- AI对话系统设计
|
||||
- 聊天机器人开发
|
||||
- 虚拟助手配置
|
||||
- 客户服务自动化
|
||||
- 交互式内容创作
|
||||
- 会话式AI应用
|
||||
|
||||
## 概述
|
||||
COAST框架（Context, Objective, Actions, Scenario, Target）是专门为设计AI对话和交互体验而开发的方法。该框架帮助设计师和开发者创建更自然、更有效的对话流程，确保AI助手能够理解情境、明确目标并采取适当的行动。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 情境 | Context | 设定对话发生的背景和环境 |
|
||||
| 目标 | Objective | 明确对话需要达成的目的 |
|
||||
| 行动 | Actions | 定义AI可以采取的行动选项 |
|
||||
| 场景 | Scenario | 描述可能发生的对话场景 |
|
||||
| 目标用户 | Target | 明确服务的目标用户群体 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Context（情境）
|
||||
设定对话的背景环境：
|
||||
- 对话发生的渠道（网站、APP、语音）
|
||||
- 用户可能的使用场景
|
||||
- 之前的交互历史
|
||||
- 相关的业务背景
|
||||
|
||||
### Objective（目标）
|
||||
明确对话的核心目标：
|
||||
- 用户希望完成什么
|
||||
- AI需要帮助实现什么
|
||||
- 成功的衡量标准
|
||||
- 优先级排序
|
||||
|
||||
### Actions（行动）
|
||||
定义AI可以采取的行动：
|
||||
- 信息查询和提供
|
||||
- 任务执行
|
||||
- 推荐建议
|
||||
- 问题升级
|
||||
- 错误处理
|
||||
|
||||
### Scenario（场景）
|
||||
设计不同的对话场景：
|
||||
- 理想路径
|
||||
- 边缘情况
|
||||
- 错误处理
|
||||
- 转人工流程
|
||||
|
||||
### Target（目标用户）
|
||||
明确服务对象：
|
||||
- 用户画像
|
||||
- 技术熟练度
|
||||
- 常见需求
|
||||
- 语言偏好
|
||||
|
||||
## 优点
|
||||
- **系统性设计**: 提供完整的对话设计框架
|
||||
- **用户导向**: 始终以用户需求为中心
|
||||
- **场景覆盖**: 考虑多种对话情况
|
||||
- **可扩展**: 易于添加新场景和功能
|
||||
|
||||
## 缺点
|
||||
- **设计复杂**: 全面设计需要大量工作
|
||||
- **需要迭代**: 初始设计可能需要多次优化
|
||||
- **技术依赖**: 某些行动可能受技术限制
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：电商客服机器人
|
||||
```
|
||||
Context（情境）:
|
||||
- 渠道：电商网站在线聊天
|
||||
- 场景：用户购物过程中或购后
|
||||
- 背景：用户可能有订单查询、退换货等需求
|
||||
|
||||
Objective（目标）:
|
||||
- 快速解答常见问题
|
||||
- 协助完成订单相关操作
|
||||
- 提升客户满意度
|
||||
- 减少人工客服压力
|
||||
|
||||
Actions（行动）:
|
||||
- 查询订单状态
|
||||
- 提供物流信息
|
||||
- 发起退换货申请
|
||||
- 推荐相关产品
|
||||
- 转接人工客服
|
||||
|
||||
Scenario（场景）:
|
||||
1. 订单查询流程
|
||||
2. 退换货申请流程
|
||||
3. 投诉处理升级
|
||||
4. 产品咨询答疑
|
||||
|
||||
Target（目标用户）:
|
||||
- 各年龄段网购用户
|
||||
- 技术水平参差不齐
|
||||
- 期望快速解决问题
|
||||
```
|
||||
|
||||
### 示例2：银行虚拟助手
|
||||
```
|
||||
Context（情境）:
|
||||
- 渠道：银行APP语音助手
|
||||
- 场景：用户日常银行业务办理
|
||||
- 背景：需要高安全性和准确性
|
||||
|
||||
Objective（目标）:
|
||||
- 快速办理常见业务
|
||||
- 提供账户信息查询
|
||||
- 引导复杂业务办理
|
||||
- 确保交易安全
|
||||
|
||||
Actions（行动）:
|
||||
- 余额查询
|
||||
- 转账操作（需安全验证）
|
||||
- 账单查询
|
||||
- 产品介绍
|
||||
- 预约网点服务
|
||||
|
||||
Scenario（场景）:
|
||||
1. 安全验证流程
|
||||
2. 转账操作流程
|
||||
3. 异常交易处理
|
||||
4. 投资咨询引导
|
||||
|
||||
Target（目标用户）:
|
||||
- 银行个人客户
|
||||
- 偏好移动银行
|
||||
- 注重安全和便捷
|
||||
```
|
||||
|
||||
### 示例3：IT服务台机器人
|
||||
```
|
||||
Context（情境）:
|
||||
- 渠道：企业内部即时通讯工具
|
||||
- 场景：员工遇到IT问题时
|
||||
- 背景：需要快速恢复工作效率
|
||||
|
||||
Objective（目标）:
|
||||
- 自助解决常见IT问题
|
||||
- 减少IT团队工单量
|
||||
- 提供7x24支持
|
||||
- 收集问题数据用于改进
|
||||
|
||||
Actions（行动）:
|
||||
- 密码重置
|
||||
- VPN故障排查
|
||||
- 软件安装指导
|
||||
- 硬件问题登记
|
||||
- 创建工单
|
||||
|
||||
Scenario（场景）:
|
||||
1. 常见问题自助解决
|
||||
2. 复杂问题升级处理
|
||||
3. 新员工引导
|
||||
4. 紧急问题快速响应
|
||||
|
||||
Target（目标用户）:
|
||||
- 全体员工
|
||||
- IT知识水平不一
|
||||
- 需要快速恢复工作
|
||||
```
|
||||
@@ -0,0 +1,117 @@
|
||||
# Elicitation Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-elicitation-framework/
|
||||
|
||||
## 应用场景
|
||||
- 需求收集和分析
|
||||
- 用户研究访谈
|
||||
- 产品发现过程
|
||||
- 项目范围定义
|
||||
- 问题诊断
|
||||
- 知识获取
|
||||
|
||||
## 概述
|
||||
Elicitation框架是一种系统性地从用户、利益相关者或领域专家那里提取信息和需求的方法。该框架通过结构化的提问技术和交互方式，帮助发现隐藏的需求、澄清模糊的要求，并确保完整理解问题或项目的范围。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 说明 |
|
||||
|---------|------|
|
||||
| 开放式问题 | 使用开放式问题鼓励详细回答 |
|
||||
| 探索性追问 | 深入挖掘初始回答背后的原因 |
|
||||
| 假设验证 | 通过假设性问题验证理解 |
|
||||
| 情景模拟 | 使用具体场景帮助表达需求 |
|
||||
| 确认总结 | 总结并确认收集的信息 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 开放式问题
|
||||
使用"什么"、"如何"、"为什么"等开放式问题，鼓励受访者提供详细的回答而非简单的是/否。
|
||||
|
||||
### 探索性追问
|
||||
对初始回答进行深入追问，了解背后的原因、动机和约束条件。
|
||||
|
||||
### 假设验证
|
||||
提出假设性场景或解决方案，让受访者评论和纠正，以验证理解的准确性。
|
||||
|
||||
### 情景模拟
|
||||
使用具体的使用场景或故事，帮助受访者更好地表达他们的需求和期望。
|
||||
|
||||
### 确认总结
|
||||
定期总结已收集的信息，并向受访者确认理解的准确性。
|
||||
|
||||
## 优点
|
||||
- **全面收集**: 系统性方法确保不遗漏重要信息
|
||||
- **深度挖掘**: 追问技术帮助发现隐藏需求
|
||||
- **减少误解**: 确认环节减少理解偏差
|
||||
- **建立信任**: 结构化过程展示专业性
|
||||
|
||||
## 缺点
|
||||
- **耗时较长**: 完整的elicitation过程需要时间
|
||||
- **需要技巧**: 有效提问需要经验和技巧
|
||||
- **可能有偏见**: 提问方式可能影响回答
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：软件需求收集
|
||||
```
|
||||
开放式问题:
|
||||
- "请描述你目前如何完成这项任务？"
|
||||
- "在这个过程中，你遇到的最大挑战是什么？"
|
||||
- "理想情况下，你希望这个系统如何工作？"
|
||||
|
||||
探索性追问:
|
||||
- "你刚才提到数据输入耗时，能具体说说吗？"
|
||||
- "这个问题多久发生一次？影响有多大？"
|
||||
- "除了你，还有谁受到这个问题的影响？"
|
||||
|
||||
假设验证:
|
||||
- "如果我们提供自动数据导入功能，是否能解决这个问题？"
|
||||
- "假设系统可以实时同步，这对你的工作流程有什么影响？"
|
||||
|
||||
情景模拟:
|
||||
- "假设一个新客户下单，请walk me through整个处理过程"
|
||||
- "如果订单量突然增加三倍，你们会如何应对？"
|
||||
|
||||
确认总结:
|
||||
- "让我总结一下：你需要一个能够自动导入数据、支持实时同步、并能处理峰值流量的系统，对吗？"
|
||||
```
|
||||
|
||||
### 示例2：用户研究访谈
|
||||
```
|
||||
开放式问题:
|
||||
- "请告诉我你最近一次使用这类产品的经历"
|
||||
- "在选择这类产品时，你最看重什么？"
|
||||
- "什么会让你停止使用一个产品？"
|
||||
|
||||
探索性追问:
|
||||
- "你说界面很重要，能详细解释一下'好界面'对你意味着什么？"
|
||||
- "你提到价格因素，价格在你决策中占多大权重？"
|
||||
|
||||
假设验证:
|
||||
- "如果我们推出一个功能更强但价格更高的版本，你会考虑吗？"
|
||||
- "假设我们提供30天免费试用，这会影响你的购买决定吗？"
|
||||
|
||||
情景模拟:
|
||||
- "想象你正在赶一个紧急项目的截止日期，你会如何使用这个工具？"
|
||||
- "如果你需要与团队成员协作，你期望什么样的功能？"
|
||||
|
||||
确认总结:
|
||||
- "基于我们的对话，你理想的产品应该是易用、价格合理、支持团队协作的工具。我理解对吗？"
|
||||
```
|
||||
|
||||
### AI提示词应用
|
||||
```
|
||||
请使用Elicitation框架帮我深入了解用户需求。
|
||||
|
||||
任务：[描述需要收集的需求]
|
||||
|
||||
请：
|
||||
1. 生成5-7个开放式问题来了解用户当前状况和痛点
|
||||
2. 为每个问题准备2-3个追问选项
|
||||
3. 设计3个假设性场景来验证理解
|
||||
4. 创建一个确认总结的模板
|
||||
|
||||
目标用户：[描述目标用户群体]
|
||||
```
|
||||
@@ -0,0 +1,108 @@
|
||||
# ERA Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-era-framework/
|
||||
|
||||
## 应用场景
|
||||
- 快速提示词构建
|
||||
- 简单任务指令
|
||||
- 日常AI交互
|
||||
- 轻量级内容生成
|
||||
- 初学者入门
|
||||
- 快速原型测试
|
||||
|
||||
## 概述
|
||||
ERA框架（Expectation, Role, Action）是一种简洁的AI提示词工程方法，通过明确期望、角色和行动三个基本要素来构建有效的提示词。该框架以其简单直接的特点，非常适合快速构建提示词和日常AI交互。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 期望 | Expectation | 描述期望的输出结果 |
|
||||
| 角色 | Role | 指定AI应扮演的角色 |
|
||||
| 行动 | Action | 明确需要执行的任务 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Expectation（期望）
|
||||
明确描述你期望从AI获得什么样的输出：
|
||||
- 输出的格式（列表、段落、代码等）
|
||||
- 内容的长度
|
||||
- 质量标准或风格要求
|
||||
- 特定包含或排除的元素
|
||||
|
||||
### Role（角色）
|
||||
指定AI应该以什么身份来回应：
|
||||
- 专业角色（作家、程序员、分析师）
|
||||
- 专业水平（初级、资深、专家）
|
||||
- 个性特征（友好、专业、幽默）
|
||||
|
||||
### Action（行动）
|
||||
清晰说明需要AI执行的任务：
|
||||
- 使用具体的动词
|
||||
- 指明任务的范围
|
||||
- 提供必要的输入信息
|
||||
|
||||
## 优点
|
||||
- **极简高效**: 只有三个核心要素，易于记忆
|
||||
- **快速应用**: 可以在几秒内构建有效提示
|
||||
- **灵活调整**: 各要素可以根据需要详细或简略
|
||||
- **初学友好**: 非常适合AI提示词入门
|
||||
|
||||
## 缺点
|
||||
- **深度有限**: 对于复杂任务可能不够详细
|
||||
- **上下文不足**: 没有专门的背景信息位置
|
||||
- **可能过简**: 某些场景需要更多指导信息
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：博客文章撰写
|
||||
```
|
||||
Expectation: 生成一篇500字的博客文章，风格轻松易读，包含3个小标题。
|
||||
Role: 作为一名资深科技博主。
|
||||
Action: 写一篇关于人工智能在日常生活中的应用的文章。
|
||||
```
|
||||
|
||||
### 示例2：代码审查
|
||||
```
|
||||
Expectation: 提供详细的代码审查意见，包括改进建议和最佳实践建议。
|
||||
Role: 作为一名资深Python开发者和代码审查专家。
|
||||
Action: 审查以下Python代码，指出潜在问题和优化空间。
|
||||
```
|
||||
|
||||
### 示例3：商务邮件
|
||||
```
|
||||
Expectation: 撰写一封简洁专业的商务邮件，不超过150字。
|
||||
Role: 作为一名专业的商务沟通顾问。
|
||||
Action: 写一封邮件礼貌地拒绝供应商的报价并保持合作可能性。
|
||||
```
|
||||
|
||||
### 示例4：市场分析
|
||||
```
|
||||
Expectation: 输出结构化的分析报告，包含市场规模、主要玩家和增长预测。
|
||||
Role: 作为一名市场研究分析师。
|
||||
Action: 分析中国新能源汽车市场的现状和趋势。
|
||||
```
|
||||
|
||||
### 示例5：学习计划
|
||||
```
|
||||
Expectation: 制定一个为期4周的详细学习计划，每周5天，每天2小时。
|
||||
Role: 作为一名经验丰富的编程导师。
|
||||
Action: 为一个编程初学者制定Python入门学习计划。
|
||||
```
|
||||
|
||||
### ERA与其他框架对比
|
||||
|
||||
| 框架 | 要素数量 | 复杂度 | 最适场景 |
|
||||
|------|----------|--------|----------|
|
||||
| ERA | 3 | 低 | 日常简单任务 |
|
||||
| APE | 3 | 低 | 目标导向任务 |
|
||||
| RACE | 4 | 中 | 需要上下文的任务 |
|
||||
| CRISPE | 6 | 高 | 复杂迭代任务 |
|
||||
|
||||
### 进阶使用技巧
|
||||
|
||||
1. **组合使用**: ERA可以作为其他复杂框架的简化版本
|
||||
2. **迭代优化**: 从简单的ERA开始，根据需要增加细节
|
||||
3. **灵活顺序**: 可以按照ERA或RAE的顺序使用
|
||||
4. **嵌套使用**: 在复杂任务中使用多个ERA块
|
||||
@@ -0,0 +1,172 @@
|
||||
# Five Ws and One H Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-five-ws-and-one-h-framework/
|
||||
|
||||
## 应用场景
|
||||
- 新闻写作和报道
|
||||
- 问题分析和调查
|
||||
- 项目规划
|
||||
- 内容创作
|
||||
- 事件描述
|
||||
- 研究设计
|
||||
|
||||
## 概述
|
||||
5W1H框架（Who, What, When, Where, Why, How）是一种经典的信息收集和分析方法，起源于新闻写作，现广泛应用于各种场景。通过系统性地回答六个核心问题，该框架确保对任何主题或事件有全面完整的理解。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 谁 | Who | 涉及的人员或相关方 |
|
||||
| 什么 | What | 事件、行动或主题 |
|
||||
| 何时 | When | 时间点或时间范围 |
|
||||
| 何地 | Where | 地点或环境 |
|
||||
| 为什么 | Why | 原因、动机或目的 |
|
||||
| 如何 | How | 方式、方法或过程 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Who（谁）
|
||||
识别所有相关的人员和利益相关者：
|
||||
- 主要参与者
|
||||
- 受影响的群体
|
||||
- 决策者
|
||||
- 责任人
|
||||
|
||||
### What（什么）
|
||||
明确事件或主题的核心内容：
|
||||
- 具体发生了什么
|
||||
- 需要做什么
|
||||
- 主要内容或行动
|
||||
|
||||
### When（何时）
|
||||
确定时间维度：
|
||||
- 事件发生的时间
|
||||
- 截止日期
|
||||
- 持续时间
|
||||
- 时间顺序
|
||||
|
||||
### Where（何地）
|
||||
定位地理或环境因素：
|
||||
- 物理位置
|
||||
- 虚拟环境
|
||||
- 适用范围
|
||||
- 地理影响
|
||||
|
||||
### Why（为什么）
|
||||
探究原因和动机：
|
||||
- 根本原因
|
||||
- 驱动因素
|
||||
- 目的和意图
|
||||
- 背景原因
|
||||
|
||||
### How（如何）
|
||||
描述方式和过程：
|
||||
- 实施方法
|
||||
- 具体步骤
|
||||
- 所需资源
|
||||
- 执行策略
|
||||
|
||||
## 优点
|
||||
- **全面覆盖**: 确保不遗漏重要信息
|
||||
- **简单易记**: 六个问题易于理解和应用
|
||||
- **通用性强**: 适用于几乎任何场景
|
||||
- **结构清晰**: 提供信息组织的框架
|
||||
|
||||
## 缺点
|
||||
- **可能过于基础**: 对于复杂分析可能不够深入
|
||||
- **需要追问**: 基础问题后可能需要更多细化
|
||||
- **可能重叠**: 某些情况下问题之间可能有交叉
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：项目规划
|
||||
```
|
||||
Who（谁）:
|
||||
- 项目经理：张三
|
||||
- 开发团队：5人
|
||||
- 客户代表：李四
|
||||
- 利益相关者：市场部、运营部
|
||||
|
||||
What（什么）:
|
||||
- 开发一个客户管理系统
|
||||
- 核心功能：客户信息管理、销售跟踪、报表生成
|
||||
|
||||
When（何时）:
|
||||
- 开始日期：2024年1月1日
|
||||
- 上线日期：2024年6月30日
|
||||
- 里程碑：每月一次迭代发布
|
||||
|
||||
Where（何地）:
|
||||
- 开发：公司总部研发中心
|
||||
- 部署：阿里云服务器
|
||||
- 用户：全国销售团队
|
||||
|
||||
Why（为什么）:
|
||||
- 现有Excel管理效率低
|
||||
- 销售数据不能实时共享
|
||||
- 管理层需要数据支持决策
|
||||
|
||||
How（如何）:
|
||||
- 采用敏捷开发方法
|
||||
- 使用React + Node.js技术栈
|
||||
- 分阶段上线，先MVP后迭代
|
||||
```
|
||||
|
||||
### 示例2：新闻报道
|
||||
```
|
||||
Who（谁）:
|
||||
- 主角：某科技公司CEO
|
||||
- 相关方：投资者、员工、竞争对手
|
||||
|
||||
What（什么）:
|
||||
- 公司宣布新一轮融资5亿美元
|
||||
- 估值达到100亿美元
|
||||
|
||||
When（何时）:
|
||||
- 宣布时间：2024年3月15日
|
||||
- 融资将在两周内完成
|
||||
|
||||
Where（何地）:
|
||||
- 总部位于北京
|
||||
- 业务覆盖全国及东南亚
|
||||
|
||||
Why（为什么）:
|
||||
- 扩大市场份额
|
||||
- 投资研发新技术
|
||||
- 为IPO做准备
|
||||
|
||||
How（如何）:
|
||||
- 由知名投资机构领投
|
||||
- 原有股东跟投
|
||||
- 将用于技术研发和市场拓展
|
||||
```
|
||||
|
||||
### 示例3：问题分析
|
||||
```
|
||||
Who（谁）:
|
||||
- 受影响者：客服团队和客户
|
||||
- 责任方：IT部门
|
||||
|
||||
What（什么）:
|
||||
- 客服系统频繁崩溃
|
||||
- 导致客户投诉增加
|
||||
|
||||
When（何时）:
|
||||
- 问题首次出现：上周一
|
||||
- 高峰时段最严重：每天10-12点
|
||||
|
||||
Where（何地）:
|
||||
- 发生在云服务器
|
||||
- 影响所有使用者
|
||||
|
||||
Why（为什么）:
|
||||
- 初步判断：服务器资源不足
|
||||
- 近期用户量增长未能预见
|
||||
|
||||
How（如何）:
|
||||
- 立即：增加服务器资源
|
||||
- 短期：优化系统性能
|
||||
- 长期：实施自动扩容方案
|
||||
```
|
||||
@@ -0,0 +1,148 @@
|
||||
# ORID Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-orid-framework/
|
||||
|
||||
## 应用场景
|
||||
- 会议引导和总结
|
||||
- 反思和复盘
|
||||
- 团队讨论促进
|
||||
- 培训和学习总结
|
||||
- 决策分析
|
||||
- 经验萃取
|
||||
|
||||
## 概述
|
||||
ORID框架（Objective, Reflective, Interpretive, Decisional）是一种结构化的对话和反思方法，由加拿大文化事务研究所（ICA）开发。该框架引导参与者从客观事实开始，经过情感反应和意义诠释，最终做出决定，非常适合促进深度思考和有效决策。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 客观层 | Objective | 观察到的客观事实和数据 |
|
||||
| 反应层 | Reflective | 情感反应和直觉感受 |
|
||||
| 诠释层 | Interpretive | 意义分析和洞察 |
|
||||
| 决定层 | Decisional | 行动决策和下一步 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Objective（客观层）
|
||||
聚焦于可观察的事实：
|
||||
- 看到了什么？
|
||||
- 听到了什么？
|
||||
- 发生了什么事实？
|
||||
- 有哪些数据和信息？
|
||||
|
||||
### Reflective（反应层）
|
||||
探索情感和直觉反应：
|
||||
- 这让你感觉如何？
|
||||
- 什么让你惊讶/困惑/兴奋？
|
||||
- 你的第一反应是什么？
|
||||
- 哪些部分引起了你的共鸣？
|
||||
|
||||
### Interpretive（诠释层）
|
||||
分析意义和洞察：
|
||||
- 这意味着什么？
|
||||
- 我们可以从中学到什么？
|
||||
- 这与我们的目标有什么关系？
|
||||
- 有什么模式或趋势？
|
||||
|
||||
### Decisional（决定层）
|
||||
确定行动和决策：
|
||||
- 我们应该做什么？
|
||||
- 下一步是什么？
|
||||
- 需要什么资源？
|
||||
- 如何衡量成功？
|
||||
|
||||
## 优点
|
||||
- **结构清晰**: 从事实到决策的逻辑流程
|
||||
- **全面思考**: 同时考虑理性和感性因素
|
||||
- **促进参与**: 鼓励每个人贡献观点
|
||||
- **避免跳跃**: 防止从事实直接跳到结论
|
||||
|
||||
## 缺点
|
||||
- **需要引导**: 有效使用需要有经验的引导者
|
||||
- **耗时较长**: 完整流程需要充分时间
|
||||
- **可能过于结构化**: 某些情况下可能限制自由讨论
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：项目复盘会议
|
||||
```
|
||||
Objective（客观层）:
|
||||
- 项目历时3个月，按时交付
|
||||
- 预算使用率95%
|
||||
- 客户反馈满意度4.2/5
|
||||
- 团队加班时长比预期多20%
|
||||
|
||||
Reflective（反应层）:
|
||||
- 对按时交付感到自豪
|
||||
- 对加班过多感到疲惫和担忧
|
||||
- 客户最终满意让人欣慰
|
||||
- 中期的不确定性曾让人焦虑
|
||||
|
||||
Interpretive（诠释层）:
|
||||
- 需求变更是加班主因
|
||||
- 早期沟通机制需要加强
|
||||
- 团队技术能力得到验证
|
||||
- 项目管理流程有改进空间
|
||||
|
||||
Decisional（决定层）:
|
||||
- 建立变更管理流程
|
||||
- 增加需求评审环节
|
||||
- 预留10%缓冲时间
|
||||
- 每月进行中期检查
|
||||
```
|
||||
|
||||
### 示例2：培训课程总结
|
||||
```
|
||||
Objective（客观层）:
|
||||
- 今天学习了5个新框架
|
||||
- 完成了2个实践练习
|
||||
- 讲师分享了3个案例
|
||||
- 小组讨论持续30分钟
|
||||
|
||||
Reflective（反应层）:
|
||||
- SCAMPER框架很有启发
|
||||
- 练习时感到有些困惑
|
||||
- 案例分享非常有价值
|
||||
- 小组讨论很有趣但时间不够
|
||||
|
||||
Interpretive（诠释层）:
|
||||
- 这些框架可以立即应用到工作中
|
||||
- 需要更多练习才能熟练掌握
|
||||
- 实际案例帮助理解理论
|
||||
- 与他人讨论加深了理解
|
||||
|
||||
Decisional（决定层）:
|
||||
- 本周选择2个框架实践
|
||||
- 建立学习小组定期讨论
|
||||
- 收集更多行业案例
|
||||
- 一个月后复习巩固
|
||||
```
|
||||
|
||||
### 示例3：客户反馈分析
|
||||
```
|
||||
Objective（客观层）:
|
||||
- 收到50份客户反馈
|
||||
- 满意度平均分3.8/5
|
||||
- 最常见投诉：响应时间慢
|
||||
- 最受好评：产品质量
|
||||
|
||||
Reflective（反应层）:
|
||||
- 分数低于预期，感到担忧
|
||||
- 产品质量被认可让人欣慰
|
||||
- 响应时间问题需要重视
|
||||
- 客户愿意提供反馈是好事
|
||||
|
||||
Interpretive（诠释层）:
|
||||
- 客服资源可能不足
|
||||
- 产品核心价值得到验证
|
||||
- 客户期望在上升
|
||||
- 竞争对手可能在这方面更好
|
||||
|
||||
Decisional（决定层）:
|
||||
- 立即增加客服人员
|
||||
- 实施自助服务门户
|
||||
- 设定响应时间KPI
|
||||
- 每周跟踪满意度变化
|
||||
```
|
||||
@@ -0,0 +1,136 @@
|
||||
# GOPA Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-gopa-framework/
|
||||
|
||||
## 应用场景
|
||||
- 目标设定
|
||||
- 行动计划制定
|
||||
- 项目启动
|
||||
- 绩效管理
|
||||
- 战略规划
|
||||
- 个人发展计划
|
||||
|
||||
## 概述
|
||||
GOPA框架（Goal, Objective, Plan, Action）是一种目标导向的规划方法，从宏观目标逐步细化到具体行动。该框架帮助个人和团队将抽象的愿景转化为可执行的行动步骤，确保所有活动都与最终目标保持一致。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 目标 | Goal | 长期愿景或最终想要达成的状态 |
|
||||
| 目的 | Objective | 可衡量的具体成果指标 |
|
||||
| 计划 | Plan | 实现目标的策略和方法 |
|
||||
| 行动 | Action | 具体的执行步骤和任务 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Goal（目标）
|
||||
定义长期愿景和方向：
|
||||
- 你想要达成什么？
|
||||
- 成功的最终状态是什么样的？
|
||||
- 这个目标为什么重要？
|
||||
|
||||
### Objective（目的）
|
||||
将目标转化为可衡量的指标：
|
||||
- 使用SMART原则
|
||||
- 具体的数字目标
|
||||
- 明确的时间节点
|
||||
- 可验证的成功标准
|
||||
|
||||
### Plan（计划）
|
||||
制定实现目标的策略：
|
||||
- 需要哪些资源？
|
||||
- 关键里程碑是什么？
|
||||
- 主要策略和方法
|
||||
- 风险和应对措施
|
||||
|
||||
### Action（行动）
|
||||
细化为具体可执行的任务：
|
||||
- 每日/每周的具体任务
|
||||
- 责任人分配
|
||||
- 优先级排序
|
||||
- 跟踪和监控机制
|
||||
|
||||
## 优点
|
||||
- **层次清晰**: 从宏观到微观的逐级分解
|
||||
- **可执行性强**: 将愿景转化为具体行动
|
||||
- **对齐一致**: 确保行动与目标一致
|
||||
- **易于跟踪**: 每个层次都可以衡量进展
|
||||
|
||||
## 缺点
|
||||
- **可能过于线性**: 实际情况可能需要灵活调整
|
||||
- **需要投入时间**: 完整规划需要较多时间
|
||||
- **依赖目标质量**: 如果目标定义不清，后续都会受影响
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：业务增长规划
|
||||
```
|
||||
Goal（目标）:
|
||||
成为区域市场领先的SaaS服务提供商，建立可持续的业务增长模式。
|
||||
|
||||
Objective（目的）:
|
||||
- 年度营收增长50%
|
||||
- 客户续约率达到90%
|
||||
- 净推荐值(NPS)达到50+
|
||||
- 获得1000个新客户
|
||||
|
||||
Plan（计划）:
|
||||
- Q1：优化产品核心功能，提升用户体验
|
||||
- Q2：扩大销售团队，开拓新渠道
|
||||
- Q3：推出客户成功计划，提高留存
|
||||
- Q4：进入两个新的垂直行业
|
||||
|
||||
Action（行动）:
|
||||
- 本月：完成产品路线图规划
|
||||
- 本周：招聘2名销售代表
|
||||
- 今天：发送客户满意度调查
|
||||
- 立即：与top 10客户安排回访
|
||||
```
|
||||
|
||||
### 示例2：个人职业发展
|
||||
```
|
||||
Goal（目标）:
|
||||
在3年内成为数据科学领域的专家，获得高级职位。
|
||||
|
||||
Objective（目的）:
|
||||
- 1年内获得相关认证
|
||||
- 2年内主导5个数据项目
|
||||
- 3年内晋升为高级数据科学家
|
||||
- 建立行业影响力（发表文章、演讲）
|
||||
|
||||
Plan（计划）:
|
||||
- 第一年：夯实基础，考取认证
|
||||
- 第二年：积累项目经验，建立作品集
|
||||
- 第三年：发展领导力，扩大影响力
|
||||
|
||||
Action（行动）:
|
||||
- 本月：报名Python高级课程
|
||||
- 本周：完成数据分析项目练习
|
||||
- 今天：阅读机器学习论文1篇
|
||||
- 立即：更新LinkedIn个人资料
|
||||
```
|
||||
|
||||
### 示例3：产品发布规划
|
||||
```
|
||||
Goal（目标）:
|
||||
成功发布新产品版本，获得市场认可和用户好评。
|
||||
|
||||
Objective（目的）:
|
||||
- 发布首周获得10,000次下载
|
||||
- 首月用户留存率达到40%
|
||||
- 应用商店评分4.5星以上
|
||||
- 媒体报道覆盖5家主流科技媒体
|
||||
|
||||
Plan（计划）:
|
||||
- 发布前：完成Beta测试和bug修复
|
||||
- 发布周：执行营销推广计划
|
||||
- 发布后：监控用户反馈，快速迭代
|
||||
|
||||
Action（行动）:
|
||||
- 本周：完成最后一轮内测
|
||||
- 明天：准备新闻稿和媒体素材
|
||||
- 今天：确认应用商店页面优化
|
||||
- 立即：发送测试用户通知邮件
|
||||
```
|
||||
@@ -0,0 +1,126 @@
|
||||
# Hamburger Model Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-hamburger-model-framework/
|
||||
|
||||
## 应用场景
|
||||
- 段落写作教学
|
||||
- 论文结构设计
|
||||
- 商务文档撰写
|
||||
- 演讲稿准备
|
||||
- 内容大纲规划
|
||||
- 写作技能培训
|
||||
|
||||
## 概述
|
||||
汉堡模型框架是一种经典的写作结构方法，将一篇完整的文章或段落比喻为汉堡包：上面的面包是引言，中间的馅料是主体内容，下面的面包是结论。该框架简单直观，特别适合教授写作基础和组织文章结构。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 类比 | 说明 |
|
||||
|---------|------|------|
|
||||
| 引言 | 上层面包 | 引入主题，吸引读者兴趣 |
|
||||
| 主体 | 馅料（多层）| 核心论点和支持证据 |
|
||||
| 结论 | 下层面包 | 总结要点，强化信息 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 引言（上层面包）
|
||||
开篇部分的作用：
|
||||
- 引入主题，提供背景
|
||||
- 吸引读者的注意力
|
||||
- 明确文章的目的或论点
|
||||
- 预告主要内容
|
||||
|
||||
### 主体（馅料）
|
||||
内容的核心部分：
|
||||
- 通常包含2-4个主要论点
|
||||
- 每个论点都有支持证据
|
||||
- 逻辑清晰，层次分明
|
||||
- 各段落之间有过渡
|
||||
|
||||
### 结论（下层面包）
|
||||
收尾部分的作用：
|
||||
- 总结主要观点
|
||||
- 重申核心论点
|
||||
- 提供行动号召或展望
|
||||
- 给读者留下深刻印象
|
||||
|
||||
## 优点
|
||||
- **直观易懂**: 汉堡比喻生动形象，易于理解
|
||||
- **结构清晰**: 提供明确的写作框架
|
||||
- **适合教学**: 非常适合写作初学者
|
||||
- **通用性强**: 适用于各种文体
|
||||
|
||||
## 缺点
|
||||
- **可能过于简化**: 复杂文章可能需要更灵活的结构
|
||||
- **模式化风险**: 过度依赖可能导致写作缺乏创意
|
||||
- **长度限制**: 更适合短到中等长度的文章
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：议论文结构
|
||||
```
|
||||
上层面包（引言）:
|
||||
随着人工智能技术的快速发展，AI在职场的应用引发了广泛关注。
|
||||
本文将探讨AI如何改变工作方式，以及我们应该如何应对这一变革。
|
||||
|
||||
馅料层1（论点1）:
|
||||
AI自动化正在改变传统工作模式。
|
||||
- 重复性工作被自动化替代
|
||||
- 数据表明：预计30%的任务将被AI执行
|
||||
- 案例：客服机器人、自动化报告
|
||||
|
||||
馅料层2（论点2）:
|
||||
AI创造了新的就业机会。
|
||||
- 新兴职位：AI训练师、数据标注员
|
||||
- 技术维护和优化需求增加
|
||||
- 人机协作模式的岗位
|
||||
|
||||
馅料层3（论点3）:
|
||||
个人需要主动适应和学习。
|
||||
- 终身学习的重要性
|
||||
- 发展AI无法替代的技能
|
||||
- 拥抱变化而非抵触
|
||||
|
||||
下层面包（结论）:
|
||||
AI变革不可避免，但并非威胁。
|
||||
通过积极学习和适应，我们可以在AI时代找到新的发展机会。
|
||||
现在就开始行动，为未来做好准备。
|
||||
```
|
||||
|
||||
### 示例2：产品介绍文章
|
||||
```
|
||||
上层面包（引言）:
|
||||
你是否厌倦了在多个应用之间切换来管理日常任务？
|
||||
我们的全能生产力工具将改变你的工作方式。
|
||||
|
||||
馅料层1（功能1）:
|
||||
一站式任务管理
|
||||
- 统一的任务视图
|
||||
- 智能优先级排序
|
||||
- 跨设备同步
|
||||
|
||||
馅料层2（功能2）:
|
||||
无缝团队协作
|
||||
- 实时协作编辑
|
||||
- 任务分配和跟踪
|
||||
- 内置沟通工具
|
||||
|
||||
馅料层3（功能3）:
|
||||
智能自动化
|
||||
- 自动化工作流
|
||||
- 智能提醒
|
||||
- 数据分析报表
|
||||
|
||||
下层面包（结论）:
|
||||
不要再让工具成为效率的障碍。
|
||||
立即试用我们的产品，体验真正的高效工作。
|
||||
前1000名用户享受终身8折优惠。
|
||||
```
|
||||
|
||||
### 写作技巧
|
||||
|
||||
1. **保持比例**: 引言和结论各占10-15%，主体占70-80%
|
||||
2. **过渡自然**: 各层之间使用过渡词句连接
|
||||
3. **首尾呼应**: 结论应呼应引言的观点
|
||||
4. **层次分明**: 主体各段落应有清晰的主题
|
||||
@@ -0,0 +1,124 @@
|
||||
# Help Me Understand Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-help-me-understand-framework/
|
||||
|
||||
## 应用场景
|
||||
- 学习新概念
|
||||
- 知识探索
|
||||
- 问题澄清
|
||||
- 复杂主题理解
|
||||
- AI对话引导
|
||||
- 自主学习
|
||||
|
||||
## 概述
|
||||
"Help Me Understand"框架是一种以学习者为中心的提问方法，通过明确表达想要理解的内容和当前的知识水平，引导AI或他人提供更有针对性的解释。该框架鼓励主动学习和深度探索，特别适合复杂概念的理解。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 说明 |
|
||||
|---------|------|
|
||||
| 主题声明 | 明确想要理解的主题或概念 |
|
||||
| 当前理解 | 说明目前对该主题的了解程度 |
|
||||
| 困惑点 | 指出具体的困惑或不清楚的地方 |
|
||||
| 期望目标 | 描述希望达到的理解水平 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 主题声明
|
||||
清晰说明你想要理解的内容：
|
||||
- 具体的概念或术语
|
||||
- 复杂的理论或方法
|
||||
- 特定的技术或流程
|
||||
|
||||
### 当前理解
|
||||
说明你目前的知识水平：
|
||||
- 已经知道什么
|
||||
- 相关的背景知识
|
||||
- 之前的学习经历
|
||||
|
||||
### 困惑点
|
||||
明确指出不理解的地方：
|
||||
- 具体的问题
|
||||
- 逻辑上的困惑
|
||||
- 与预期不符的地方
|
||||
|
||||
### 期望目标
|
||||
描述希望达到的理解程度：
|
||||
- 基础概念理解
|
||||
- 能够应用
|
||||
- 能够解释给他人
|
||||
|
||||
## 优点
|
||||
- **个性化学习**: 根据个人水平获得定制解释
|
||||
- **聚焦重点**: 直接解决真正的困惑点
|
||||
- **主动学习**: 鼓励思考和表达
|
||||
- **高效沟通**: 帮助教授者了解学习者需求
|
||||
|
||||
## 缺点
|
||||
- **需要自省**: 学习者需要了解自己的知识水平
|
||||
- **可能不完整**: 可能遗漏某些需要理解的方面
|
||||
- **依赖表达**: 效果取决于问题的表达质量
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：理解机器学习概念
|
||||
```
|
||||
请帮我理解机器学习中的"过拟合"概念。
|
||||
|
||||
当前理解:
|
||||
我知道机器学习是让计算机从数据中学习模式。
|
||||
我了解训练数据和测试数据的区别。
|
||||
我听说过"模型"这个术语。
|
||||
|
||||
困惑点:
|
||||
- 为什么模型在训练数据上表现好但在新数据上表现差？
|
||||
- 什么导致了过拟合？
|
||||
- "过拟合"和"欠拟合"有什么区别？
|
||||
|
||||
期望目标:
|
||||
能够识别过拟合的迹象，并了解如何预防它。
|
||||
```
|
||||
|
||||
### 示例2：理解财务概念
|
||||
```
|
||||
请帮我理解"现金流"的重要性。
|
||||
|
||||
当前理解:
|
||||
我知道利润是收入减去成本。
|
||||
我有基本的会计知识。
|
||||
我了解资产负债表的基本概念。
|
||||
|
||||
困惑点:
|
||||
- 为什么公司可以有利润但仍然破产？
|
||||
- 现金流和利润有什么区别？
|
||||
- 为什么投资者这么关注现金流？
|
||||
|
||||
期望目标:
|
||||
能够阅读现金流量表，理解公司的现金状况。
|
||||
```
|
||||
|
||||
### 示例3：理解技术概念
|
||||
```
|
||||
请帮我理解"微服务架构"。
|
||||
|
||||
当前理解:
|
||||
我了解传统的单体应用架构。
|
||||
我知道API的基本概念。
|
||||
我有一些后端开发经验。
|
||||
|
||||
困惑点:
|
||||
- 微服务和单体架构的核心区别是什么？
|
||||
- 服务之间如何通信？
|
||||
- 何时应该使用微服务，何时不应该？
|
||||
|
||||
期望目标:
|
||||
能够评估一个项目是否适合采用微服务架构。
|
||||
```
|
||||
|
||||
### 使用技巧
|
||||
|
||||
1. **诚实表达**: 如实说明当前的理解水平
|
||||
2. **具体提问**: 避免过于宽泛的问题
|
||||
3. **追问深入**: 在初次回答后继续追问
|
||||
4. **确认理解**: 用自己的话复述来确认理解
|
||||
@@ -0,0 +1,128 @@
|
||||
# HMW (How Might We) Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-hmw-framework/
|
||||
|
||||
## 应用场景
|
||||
- 设计思维工作坊
|
||||
- 创新头脑风暴
|
||||
- 问题重构
|
||||
- 产品设计
|
||||
- 服务改进
|
||||
- 团队创意会议
|
||||
|
||||
## 概述
|
||||
HMW（How Might We，我们可以如何）框架是设计思维中的核心工具，用于将问题或挑战重构为激发创意的机会问题。通过使用"我们可以如何..."的句式，该框架将消极的问题陈述转化为积极的创新机会，激发团队的创造性思维。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 说明 |
|
||||
|---------|------|
|
||||
| How | 表示可能性和开放性 |
|
||||
| Might | 表示探索而非确定 |
|
||||
| We | 表示协作和共同责任 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### How（如何）
|
||||
开放性的提问方式：
|
||||
- 不限制解决方案的方向
|
||||
- 鼓励多种可能性
|
||||
- 避免预设答案
|
||||
|
||||
### Might（可以）
|
||||
表达探索的态度：
|
||||
- 不是"必须"或"应该"
|
||||
- 减少压力，鼓励尝试
|
||||
- 接受不完美的想法
|
||||
|
||||
### We（我们）
|
||||
强调协作：
|
||||
- 集体智慧
|
||||
- 共同责任
|
||||
- 团队合作
|
||||
|
||||
## 优点
|
||||
- **激发创意**: 开放式问题鼓励创新思维
|
||||
- **正向重构**: 将问题转化为机会
|
||||
- **降低压力**: "可以"而非"必须"减少焦虑
|
||||
- **促进协作**: "我们"强调团队参与
|
||||
|
||||
## 缺点
|
||||
- **可能过于宽泛**: 需要适当限定范围
|
||||
- **需要后续筛选**: 产生的想法需要进一步评估
|
||||
- **不适合所有问题**: 某些问题可能需要更具体的分析
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 问题转化示例
|
||||
|
||||
| 原始问题 | HMW重构 |
|
||||
|---------|---------|
|
||||
| 用户不读使用说明 | HMW让产品无需说明书就能上手？|
|
||||
| 客户投诉等待时间长 | HMW让等待变成愉快的体验？|
|
||||
| 员工不愿意加班 | HMW让工作在正常时间内完成？|
|
||||
| 网站跳出率高 | HMW让首页立即吸引用户？|
|
||||
|
||||
### 示例1：改善用户体验
|
||||
```
|
||||
问题: 用户经常忘记密码，导致登录失败
|
||||
|
||||
HMW问题：
|
||||
- HMW让用户不需要记住密码？
|
||||
- HMW让密码重置更加简单快捷？
|
||||
- HMW帮助用户创建更容易记住的密码？
|
||||
- HMW在用户忘记密码时减少挫败感？
|
||||
- HMW用其他方式验证用户身份？
|
||||
|
||||
创意方向：
|
||||
- 生物识别登录
|
||||
- 魔法链接登录
|
||||
- 社交账号登录
|
||||
- 密码管理器集成
|
||||
```
|
||||
|
||||
### 示例2：提升员工参与度
|
||||
```
|
||||
问题: 员工在全员会议上不愿发言
|
||||
|
||||
HMW问题：
|
||||
- HMW创造一个让人愿意发言的环境？
|
||||
- HMW让内向的员工也能贡献想法？
|
||||
- HMW让发言变得有趣而非压力？
|
||||
- HMW收集意见的同时保护员工隐私？
|
||||
- HMW让会议更加互动和参与？
|
||||
|
||||
创意方向：
|
||||
- 匿名问答工具
|
||||
- 小组讨论后代表发言
|
||||
- 会前收集问题
|
||||
- 游戏化互动元素
|
||||
```
|
||||
|
||||
### 示例3：产品创新
|
||||
```
|
||||
问题: 健身应用用户留存率低
|
||||
|
||||
HMW问题：
|
||||
- HMW让健身变得像游戏一样有趣？
|
||||
- HMW在用户想放弃时给予支持？
|
||||
- HMW帮助用户看到他们的进步？
|
||||
- HMW建立用户之间的支持社区？
|
||||
- HMW将健身融入用户的日常生活？
|
||||
|
||||
创意方向：
|
||||
- 成就系统和挑战
|
||||
- AI教练和激励
|
||||
- 社交排行榜
|
||||
- 微型运动提醒
|
||||
- 真实世界奖励
|
||||
```
|
||||
|
||||
### HMW工作坊流程
|
||||
|
||||
1. **定义挑战**: 明确要解决的核心问题
|
||||
2. **生成HMW问题**: 团队成员各自写出HMW问题
|
||||
3. **分享和聚类**: 将相似的问题归类
|
||||
4. **投票选择**: 选出最有潜力的HMW问题
|
||||
5. **头脑风暴**: 针对选定的HMW问题生成解决方案
|
||||
@@ -0,0 +1,156 @@
|
||||
# Imagine Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-imagine-framework/
|
||||
|
||||
## 应用场景
|
||||
- 创意写作
|
||||
- 愿景规划
|
||||
- 产品概念设计
|
||||
- 场景模拟
|
||||
- 未来展望
|
||||
- 用户体验设计
|
||||
|
||||
## 概述
|
||||
Imagine框架是一种以想象力为核心的创意方法，通过"想象"的视角帮助个人和团队突破现有思维限制，探索可能性。该框架鼓励跳出当前约束，构想理想状态，从而激发创新和发现新的解决方案。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 说明 |
|
||||
|---------|------|
|
||||
| 设定场景 | 建立想象的背景和条件 |
|
||||
| 描绘愿景 | 详细描述理想的状态 |
|
||||
| 探索细节 | 深入想象具体的体验和感受 |
|
||||
| 连接现实 | 思考如何从当前走向愿景 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 设定场景
|
||||
为想象建立框架：
|
||||
- "想象一下..."开头
|
||||
- 设定时间（未来、平行世界）
|
||||
- 移除某些限制
|
||||
- 引入新的可能性
|
||||
|
||||
### 描绘愿景
|
||||
生动描述理想状态：
|
||||
- 具体的场景描写
|
||||
- 感官细节
|
||||
- 情感体验
|
||||
- 功能和特性
|
||||
|
||||
### 探索细节
|
||||
深入想象的细节：
|
||||
- 日常使用场景
|
||||
- 用户的感受
|
||||
- 与现状的差异
|
||||
- 带来的价值
|
||||
|
||||
### 连接现实
|
||||
从想象回到行动：
|
||||
- 愿景与现实的差距
|
||||
- 可能的实现路径
|
||||
- 第一步行动
|
||||
- 需要克服的障碍
|
||||
|
||||
## 优点
|
||||
- **突破限制**: 帮助跳出现有思维模式
|
||||
- **激发灵感**: 想象力释放创造力
|
||||
- **以终为始**: 从理想状态反推行动
|
||||
- **情感连接**: 生动的想象更有感染力
|
||||
|
||||
## 缺点
|
||||
- **可能不切实际**: 需要与现实条件平衡
|
||||
- **难以评估**: 想象的概念需要验证
|
||||
- **需要创意能力**: 有效想象需要一定的创意思维
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：产品愿景描绘
|
||||
```
|
||||
想象一下，五年后的智能家居体验...
|
||||
|
||||
设定场景：
|
||||
你早上被温柔的光线唤醒，而不是刺耳的闹钟。
|
||||
家里的一切都知道你的习惯和偏好。
|
||||
|
||||
描绘愿景：
|
||||
- 咖啡机在你起床前10分钟开始工作
|
||||
- 窗帘根据天气和你的日程自动调节
|
||||
- 衣柜建议今天适合穿什么
|
||||
- 出门时家自动进入节能模式
|
||||
|
||||
探索细节：
|
||||
- 你从未触碰过开关，但一切恰到好处
|
||||
- 压力和焦虑减少，因为琐事被自动处理
|
||||
- 能源消耗降低了30%
|
||||
- 你有更多时间陪伴家人
|
||||
|
||||
连接现实：
|
||||
- 现有技术可以实现哪些部分？
|
||||
- 缺失的是什么？
|
||||
- 第一步可以做什么？
|
||||
```
|
||||
|
||||
### 示例2：服务体验设计
|
||||
```
|
||||
想象一下，完美的医疗体验...
|
||||
|
||||
设定场景：
|
||||
你需要看医生，但没有任何等待和繁琐流程。
|
||||
|
||||
描绘愿景：
|
||||
- 在家完成初步问诊和检测
|
||||
- AI预先分析你的症状
|
||||
- 到医院直接进入诊室
|
||||
- 所有资料医生已经了解
|
||||
|
||||
探索细节：
|
||||
- 等待时间从小时变成分钟
|
||||
- 不需要重复填写表格
|
||||
- 医生有更多时间倾听
|
||||
- 诊断更准确，因为数据更完整
|
||||
|
||||
连接现实：
|
||||
- 远程问诊已经可行
|
||||
- 数据互联是关键挑战
|
||||
- 可以从预约优化开始
|
||||
```
|
||||
|
||||
### 示例3：工作方式变革
|
||||
```
|
||||
想象一下，完全没有会议的一周...
|
||||
|
||||
设定场景：
|
||||
公司决定实验一周零会议工作方式。
|
||||
|
||||
描绘愿景：
|
||||
- 早上不是从会议开始，而是从思考开始
|
||||
- 沟通通过异步方式进行
|
||||
- 每个人有大块的专注时间
|
||||
- 决策通过文档而非讨论
|
||||
|
||||
探索细节：
|
||||
- 生产力提升，因为没有打断
|
||||
- 沟通更清晰，因为需要写下来
|
||||
- 一些人感到孤独，需要替代的连接方式
|
||||
- 紧急情况需要新的处理机制
|
||||
|
||||
连接现实：
|
||||
- 可以从"无会议日"开始
|
||||
- 需要建立异步沟通的规范
|
||||
- 某些会议确实必要，需要识别
|
||||
```
|
||||
|
||||
### AI提示词应用
|
||||
```
|
||||
请使用Imagine框架帮我探索一个创新概念：
|
||||
|
||||
想象一下，如果[某个限制不存在]，[某个领域]会是什么样子？
|
||||
|
||||
请帮我：
|
||||
1. 设定一个具体的未来场景
|
||||
2. 生动描绘那个理想状态
|
||||
3. 深入探索日常体验的细节
|
||||
4. 思考如何从现在走向那个愿景
|
||||
```
|
||||
@@ -0,0 +1,153 @@
|
||||
# PAUSE Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-pause-framework/
|
||||
|
||||
## 应用场景
|
||||
- 决策前的反思
|
||||
- 冲动控制
|
||||
- 复杂问题分析
|
||||
- 冲突处理
|
||||
- 重要沟通前准备
|
||||
- 情绪管理
|
||||
|
||||
## 概述
|
||||
PAUSE框架（Pause, Acknowledge, Understand, Seek, Execute）是一种结构化的反思和决策方法，帮助人们在面对重要决定或挑战性情况时暂停下来，进行深思熟虑的分析后再采取行动。该框架特别适合需要冷静思考的高压情境。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 暂停 | Pause | 停下来，避免冲动反应 |
|
||||
| 承认 | Acknowledge | 承认当前的情况和感受 |
|
||||
| 理解 | Understand | 深入理解问题的本质 |
|
||||
| 寻求 | Seek | 寻找选项和资源 |
|
||||
| 执行 | Execute | 采取深思熟虑的行动 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Pause（暂停）
|
||||
在做出反应之前停下来：
|
||||
- 深呼吸
|
||||
- 给自己时间思考
|
||||
- 避免情绪化反应
|
||||
- 创造思考空间
|
||||
|
||||
### Acknowledge（承认）
|
||||
承认当前的状态：
|
||||
- 识别自己的情绪
|
||||
- 承认问题的存在
|
||||
- 接受不确定性
|
||||
- 认可他人的观点
|
||||
|
||||
### Understand（理解）
|
||||
深入分析情况：
|
||||
- 收集更多信息
|
||||
- 理解根本原因
|
||||
- 考虑不同视角
|
||||
- 评估影响和后果
|
||||
|
||||
### Seek（寻求）
|
||||
探索选项和帮助：
|
||||
- 头脑风暴解决方案
|
||||
- 咨询他人意见
|
||||
- 查找相关资源
|
||||
- 评估各选项优劣
|
||||
|
||||
### Execute（执行）
|
||||
采取行动：
|
||||
- 选择最佳方案
|
||||
- 制定执行计划
|
||||
- 明确时间节点
|
||||
- 承担责任
|
||||
|
||||
## 优点
|
||||
- **减少冲动**: 避免事后后悔的决定
|
||||
- **提高质量**: 深思熟虑的决策更好
|
||||
- **管理情绪**: 帮助在压力下保持冷静
|
||||
- **系统思考**: 确保全面考虑问题
|
||||
|
||||
## 缺点
|
||||
- **可能延迟**: 某些情况需要快速反应
|
||||
- **需要自律**: 暂停需要意识和练习
|
||||
- **可能过度分析**: 某些决定不需要如此复杂
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：收到负面反馈
|
||||
```
|
||||
Pause（暂停）:
|
||||
收到批评邮件后，关闭邮箱，去喝杯水，给自己10分钟冷静。
|
||||
|
||||
Acknowledge（承认）:
|
||||
- 承认自己感到受伤和防御
|
||||
- 承认反馈可能有合理之处
|
||||
- 承认这是成长的机会
|
||||
|
||||
Understand（理解）:
|
||||
- 重新阅读反馈，关注事实而非语气
|
||||
- 思考：这个反馈针对的是什么具体行为？
|
||||
- 考虑：从对方角度看是什么情况？
|
||||
|
||||
Seek（寻求）:
|
||||
- 向信任的同事征求看法
|
||||
- 思考可以改进的具体方面
|
||||
- 考虑如何建设性地回应
|
||||
|
||||
Execute（执行）:
|
||||
- 感谢对方的反馈
|
||||
- 承认可以改进的地方
|
||||
- 提出改进的具体计划
|
||||
```
|
||||
|
||||
### 示例2：重大职业决定
|
||||
```
|
||||
Pause（暂停）:
|
||||
收到新工作offer后，告诉对方需要一周时间考虑。
|
||||
|
||||
Acknowledge（承认）:
|
||||
- 承认这是一个令人兴奋但也有压力的决定
|
||||
- 承认自己可能倾向于某个选择
|
||||
- 承认担心做错决定
|
||||
|
||||
Understand（理解）:
|
||||
- 列出两个选择的优缺点
|
||||
- 思考自己的长期职业目标
|
||||
- 评估财务、成长、生活平衡等因素
|
||||
|
||||
Seek（寻求）:
|
||||
- 与家人讨论影响
|
||||
- 咨询职业导师意见
|
||||
- 与新公司的人聊天了解更多
|
||||
|
||||
Execute（执行）:
|
||||
- 做出决定并承担后果
|
||||
- 与当前或新雇主专业地沟通
|
||||
- 制定过渡计划
|
||||
```
|
||||
|
||||
### 示例3：团队冲突处理
|
||||
```
|
||||
Pause（暂停）:
|
||||
团队会议上出现激烈争论时，建议暂时休会10分钟。
|
||||
|
||||
Acknowledge（承认）:
|
||||
- 承认大家都对项目有热情
|
||||
- 承认存在合理的分歧
|
||||
- 承认当前的讨论方式无效
|
||||
|
||||
Understand（理解）:
|
||||
- 理解各方的核心关切是什么
|
||||
- 识别分歧的根本原因
|
||||
- 寻找共同的目标和价值
|
||||
|
||||
Seek（寻求）:
|
||||
- 探索折中的解决方案
|
||||
- 引入中立的第三方视角
|
||||
- 查看类似情况的案例
|
||||
|
||||
Execute（执行）:
|
||||
- 提出平衡各方的方案
|
||||
- 明确决策机制
|
||||
- 确保每个人的声音被听到
|
||||
```
|
||||
@@ -0,0 +1,121 @@
|
||||
# PEE Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-pee-framework/
|
||||
|
||||
## 应用场景
|
||||
- 学术写作
|
||||
- 论文段落撰写
|
||||
- 论证文章
|
||||
- 考试答题
|
||||
- 分析性写作
|
||||
- 议论文结构
|
||||
|
||||
## 概述
|
||||
PEE框架（Point, Evidence, Explanation）是一种学术写作结构，帮助作者构建有说服力的段落。每个段落首先陈述观点，然后提供证据支持，最后解释证据如何支持观点。该框架在学术教育中广泛使用，是建立论证能力的基础工具。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 观点 | Point | 清晰陈述段落的核心论点 |
|
||||
| 证据 | Evidence | 提供支持观点的具体证据 |
|
||||
| 解释 | Explanation | 解释证据如何支持观点 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Point（观点）
|
||||
开门见山陈述论点：
|
||||
- 一个清晰的陈述句
|
||||
- 直接回应问题或主题
|
||||
- 为整个段落定调
|
||||
- 使用明确的语言
|
||||
|
||||
### Evidence（证据）
|
||||
提供支持论点的证据：
|
||||
- 引用来源和数据
|
||||
- 具体的例子或案例
|
||||
- 专家意见或研究结果
|
||||
- 统计数据或事实
|
||||
|
||||
### Explanation（解释）
|
||||
解释证据与论点的联系：
|
||||
- 分析证据的含义
|
||||
- 说明证据如何支持论点
|
||||
- 讨论证据的重要性
|
||||
- 连接到更广泛的论述
|
||||
|
||||
## 优点
|
||||
- **结构清晰**: 每个段落都有明确的组织
|
||||
- **论证有力**: 证据和解释增强说服力
|
||||
- **易于学习**: 简单的三步结构容易掌握
|
||||
- **应用广泛**: 适用于各种学术和专业写作
|
||||
|
||||
## 缺点
|
||||
- **可能过于机械**: 过度依赖可能导致写作缺乏灵活性
|
||||
- **段落可能短小**: 有时需要更复杂的论证结构
|
||||
- **创意受限**: 更适合论证性而非创意性写作
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：文学分析
|
||||
```
|
||||
Point（观点）:
|
||||
莎士比亚在《哈姆雷特》中使用疯狂作为揭示真相的工具。
|
||||
|
||||
Evidence（证据）:
|
||||
在第三幕第一场中，哈姆雷特对奥菲利亚说"去修道院吧"，
|
||||
表面上是疯狂的胡言，实际上揭露了他对女性和婚姻的真实看法，
|
||||
以及对克劳狄斯和葛楚德关系的讽刺。
|
||||
|
||||
Explanation（解释）:
|
||||
通过这种"装疯"的策略，哈姆雷特能够在不引起怀疑的情况下
|
||||
表达他对宫廷腐败的批判。疯狂成为一种保护性的面具，
|
||||
使他能够说出作为"正常"王子无法说的话。
|
||||
这反映了莎士比亚对权力与真相关系的深刻洞察。
|
||||
```
|
||||
|
||||
### 示例2：历史论证
|
||||
```
|
||||
Point（观点）:
|
||||
工业革命根本性地改变了城市的人口结构。
|
||||
|
||||
Evidence（证据）:
|
||||
根据历史记录，曼彻斯特的人口从1770年的25,000人
|
||||
增长到1850年的超过300,000人。
|
||||
类似的增长模式在伯明翰、利物浦等工业城市也可以观察到。
|
||||
|
||||
Explanation（解释）:
|
||||
这种史无前例的城市人口增长是由工厂体系驱动的——
|
||||
大规模制造业需要集中的劳动力，吸引了大量农村人口迁移到城市。
|
||||
这不仅改变了人口分布，还引发了住房、卫生和社会结构的连锁变化，
|
||||
奠定了现代城市化的基础。
|
||||
```
|
||||
|
||||
### 示例3：商业分析
|
||||
```
|
||||
Point（观点）:
|
||||
苹果公司的垂直整合策略是其持续创新能力的关键。
|
||||
|
||||
Evidence（证据）:
|
||||
苹果控制从芯片设计（M1/M2芯片）到操作系统（iOS/macOS）
|
||||
到零售体验的整个生态系统。
|
||||
相比之下，大多数竞争对手依赖第三方供应商和软件。
|
||||
|
||||
Explanation（解释）:
|
||||
这种垂直整合使苹果能够实现软硬件的深度优化，
|
||||
比如M1芯片与macOS的紧密配合带来的性能和续航优势。
|
||||
同时，它减少了对外部供应商的依赖，保护了关键技术机密。
|
||||
这解释了为什么苹果能够在竞争激烈的科技行业中保持领先地位。
|
||||
```
|
||||
|
||||
### 扩展变体：PEEL
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 观点 | Point | 核心论点 |
|
||||
| 证据 | Evidence | 支持材料 |
|
||||
| 解释 | Explanation | 分析联系 |
|
||||
| 链接 | Link | 连接到下文或总结 |
|
||||
|
||||
Link（链接）帮助实现段落之间的过渡和整体论述的连贯性。
|
||||
@@ -0,0 +1,132 @@
|
||||
# RISE Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-rise-framework/
|
||||
|
||||
## 应用场景
|
||||
- 反馈给予
|
||||
- 绩效评估沟通
|
||||
- 导师指导
|
||||
- 代码审查
|
||||
- 作品点评
|
||||
- 建设性批评
|
||||
|
||||
## 概述
|
||||
RISE框架（Reflect, Inquire, Suggest, Elevate）是一种提供建设性反馈的方法，旨在帮助接受反馈者成长而非防御。该框架从反思开始，通过提问激发思考，给出具体建议，最终提升到更高层次的可能性。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 反思 | Reflect | 反映观察到的积极方面 |
|
||||
| 询问 | Inquire | 通过提问促进思考 |
|
||||
| 建议 | Suggest | 提供具体的改进建议 |
|
||||
| 提升 | Elevate | 提出更高层次的可能性 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Reflect（反思）
|
||||
首先认可积极方面：
|
||||
- 指出做得好的地方
|
||||
- 表达真诚的认可
|
||||
- 建立积极的基调
|
||||
- 创造开放的氛围
|
||||
|
||||
### Inquire（询问）
|
||||
通过问题引导思考：
|
||||
- 提出开放性问题
|
||||
- 引导自我发现
|
||||
- 了解意图和思考过程
|
||||
- 促进深入反思
|
||||
|
||||
### Suggest（建议）
|
||||
提供具体的改进建议：
|
||||
- 明确具体的行动建议
|
||||
- 解释建议的理由
|
||||
- 提供替代方案
|
||||
- 分享相关资源
|
||||
|
||||
### Elevate（提升）
|
||||
展望更大的可能性：
|
||||
- 连接到更大的目标
|
||||
- 激发更高的追求
|
||||
- 鼓励持续成长
|
||||
- 表达信心和期望
|
||||
|
||||
## 优点
|
||||
- **建设性**: 平衡正面和改进反馈
|
||||
- **启发式**: 通过提问激发自主思考
|
||||
- **成长导向**: 聚焦于发展而非批评
|
||||
- **关系友好**: 有助于建立信任关系
|
||||
|
||||
## 缺点
|
||||
- **耗时**: 完整反馈需要更多时间
|
||||
- **可能过于委婉**: 某些情况需要更直接的反馈
|
||||
- **需要技巧**: 有效提问需要练习
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：代码审查反馈
|
||||
```
|
||||
Reflect（反思）:
|
||||
这段代码的模块化做得很好，函数职责清晰，命名也很有意义。
|
||||
错误处理的部分特别完善。
|
||||
|
||||
Inquire（询问）:
|
||||
- 你考虑过在高并发情况下这段代码的性能表现吗？
|
||||
- 有没有考虑过使用缓存来优化频繁的数据库查询？
|
||||
- 这里的设计模式选择基于什么考虑？
|
||||
|
||||
Suggest（建议）:
|
||||
建议在第45行使用连接池替代单次连接，这样可以提高性能约30%。
|
||||
另外，可以考虑添加单元测试来覆盖边界情况。
|
||||
|
||||
Elevate（提升）:
|
||||
如果你感兴趣，可以研究一下领域驱动设计（DDD），
|
||||
这可能帮助你在更复杂的项目中建立更好的架构。
|
||||
你在这方面展现的思维方式很适合进一步发展。
|
||||
```
|
||||
|
||||
### 示例2：演讲反馈
|
||||
```
|
||||
Reflect（反思）:
|
||||
你的开场非常有力，那个个人故事立刻吸引了观众的注意。
|
||||
数据的使用也很有说服力，特别是那个增长趋势图。
|
||||
|
||||
Inquire（询问）:
|
||||
- 你注意到在Q&A环节观众的参与度了吗？
|
||||
- 如果有更多时间，你会想展开哪个部分？
|
||||
- 你觉得结尾可以如何让观众记得更深？
|
||||
|
||||
Suggest（建议）:
|
||||
建议在每个主要部分之间增加过渡语，帮助观众跟上思路。
|
||||
结尾可以呼应开场的故事，形成首尾呼应会更有力。
|
||||
另外，可以考虑减少文字幻灯片，增加视觉元素。
|
||||
|
||||
Elevate（提升）:
|
||||
你有成为出色演讲者的潜质。如果持续练习，
|
||||
你可以考虑参加Toastmasters或者TED式演讲培训，
|
||||
将这个技能发展到新的高度。
|
||||
```
|
||||
|
||||
### 示例3：项目方案反馈
|
||||
```
|
||||
Reflect（反思）:
|
||||
这个方案的市场分析非常扎实，竞争对手研究尤其深入。
|
||||
时间线规划也很现实，显示出对项目复杂性的理解。
|
||||
|
||||
Inquire（询问）:
|
||||
- 你如何看待实施第二阶段的风险？
|
||||
- 如果预算减少20%，你会优先保留哪些部分？
|
||||
- 有没有考虑过与外部合作伙伴的合作可能？
|
||||
|
||||
Suggest（建议）:
|
||||
建议添加一个风险评估和缓解计划部分。
|
||||
可以考虑分阶段验证假设，先用MVP测试市场反应。
|
||||
财务预测可以增加保守、中等、乐观三种场景。
|
||||
|
||||
Elevate（提升）:
|
||||
这个项目如果成功，可以成为公司新业务线的基础。
|
||||
你可以思考一下如何将其发展成可复制的平台，
|
||||
这将大大放大你的影响力和项目的战略价值。
|
||||
```
|
||||
@@ -0,0 +1,168 @@
|
||||
# ROSES Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-roses-framework/
|
||||
|
||||
## 应用场景
|
||||
- 角色扮演场景设计
|
||||
- AI角色定义
|
||||
- 对话系统配置
|
||||
- 客服脚本设计
|
||||
- 虚拟助手开发
|
||||
- 游戏角色设计
|
||||
|
||||
## 概述
|
||||
ROSES框架（Role, Objective, Scenario, Expected output, Steps）是一种为AI或角色扮演场景提供完整定义的方法。通过明确角色、目标、场景、预期输出和步骤，该框架确保AI或角色能够以一致和适当的方式响应各种情况。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 角色 | Role | 定义要扮演的角色身份 |
|
||||
| 目标 | Objective | 明确角色需要达成的目标 |
|
||||
| 场景 | Scenario | 描述交互发生的背景 |
|
||||
| 预期输出 | Expected output | 定义期望的响应类型 |
|
||||
| 步骤 | Steps | 列出执行的具体步骤 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Role（角色）
|
||||
定义角色的身份和特征：
|
||||
- 专业背景
|
||||
- 性格特点
|
||||
- 说话风格
|
||||
- 知识范围
|
||||
|
||||
### Objective（目标）
|
||||
明确角色的核心目标：
|
||||
- 主要任务
|
||||
- 成功标准
|
||||
- 优先级
|
||||
- 限制条件
|
||||
|
||||
### Scenario（场景）
|
||||
描述交互的上下文：
|
||||
- 发生的环境
|
||||
- 相关的背景信息
|
||||
- 用户的情况
|
||||
- 可能的挑战
|
||||
|
||||
### Expected output（预期输出）
|
||||
定义响应的形式：
|
||||
- 输出格式
|
||||
- 语气和风格
|
||||
- 包含的要素
|
||||
- 长度和复杂度
|
||||
|
||||
### Steps（步骤）
|
||||
列出执行过程：
|
||||
- 处理请求的流程
|
||||
- 决策逻辑
|
||||
- 边界情况处理
|
||||
- 升级机制
|
||||
|
||||
## 优点
|
||||
- **完整性**: 覆盖角色定义的所有关键方面
|
||||
- **一致性**: 确保角色行为的统一
|
||||
- **可复制**: 便于在不同场景中重用
|
||||
- **可测试**: 明确的预期便于验证
|
||||
|
||||
## 缺点
|
||||
- **设置复杂**: 完整配置需要较多工作
|
||||
- **可能过于刚性**: 某些场景需要更多灵活性
|
||||
- **维护成本**: 需要随时间更新和调整
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：技术支持助手
|
||||
```
|
||||
Role（角色）:
|
||||
你是TechSupport AI，一个友好、耐心的技术支持专家。
|
||||
你有10年的IT支持经验，擅长解释复杂概念。
|
||||
你的语气专业但平易近人，喜欢使用类比帮助理解。
|
||||
|
||||
Objective（目标）:
|
||||
帮助用户解决技术问题，提高他们的技术理解。
|
||||
首要目标是解决问题，次要目标是教育用户预防类似问题。
|
||||
|
||||
Scenario（场景）:
|
||||
用户可能遇到软件、硬件或网络问题。
|
||||
他们的技术水平从初学者到高级不等。
|
||||
某些问题可能需要升级到人工支持。
|
||||
|
||||
Expected output（预期输出）:
|
||||
- 首先确认理解用户的问题
|
||||
- 提供清晰的分步解决方案
|
||||
- 解释每一步的目的
|
||||
- 询问是否需要更多帮助
|
||||
|
||||
Steps（步骤）:
|
||||
1. 友好问候并确认问题
|
||||
2. 提出澄清问题以确保理解
|
||||
3. 提供解决方案（优先尝试简单方案）
|
||||
4. 验证问题是否解决
|
||||
5. 提供预防建议
|
||||
6. 如果无法解决，升级到人工支持
|
||||
```
|
||||
|
||||
### 示例2：销售顾问
|
||||
```
|
||||
Role（角色）:
|
||||
你是SalesBot，一个专业的产品顾问。
|
||||
你了解公司所有产品的详细信息。
|
||||
你的风格是咨询式销售，关注客户需求而非强推产品。
|
||||
|
||||
Objective（目标）:
|
||||
帮助客户找到最适合他们需求的产品。
|
||||
目标是客户满意度而非最大化销售额。
|
||||
|
||||
Scenario（场景）:
|
||||
客户正在浏览公司网站或在线商店。
|
||||
他们可能在比较不同产品或寻求建议。
|
||||
某些客户可能有预算或特殊需求限制。
|
||||
|
||||
Expected output（预期输出）:
|
||||
- 询问需求而非立即推荐
|
||||
- 提供2-3个选项及对比
|
||||
- 诚实说明优缺点
|
||||
- 提供补充信息的链接
|
||||
|
||||
Steps（步骤）:
|
||||
1. 欢迎并询问客户需求
|
||||
2. 了解使用场景、预算、偏好
|
||||
3. 推荐匹配的产品并解释原因
|
||||
4. 回答具体问题
|
||||
5. 提供购买引导或保存选项
|
||||
6. 记录偏好以供未来参考
|
||||
```
|
||||
|
||||
### 示例3：学习导师
|
||||
```
|
||||
Role（角色）:
|
||||
你是StudyBuddy，一个鼓励性的学习伙伴。
|
||||
你采用苏格拉底式教学，通过提问引导学习。
|
||||
你有耐心，擅长将复杂概念分解成易懂的部分。
|
||||
|
||||
Objective（目标）:
|
||||
帮助学习者理解概念，培养独立思考能力。
|
||||
不是直接给答案，而是引导学习者自己发现答案。
|
||||
|
||||
Scenario（场景）:
|
||||
学习者可能在学习新概念或解决问题时遇到困难。
|
||||
他们的目标可能是考试准备或技能提升。
|
||||
某些人可能因挫折而沮丧。
|
||||
|
||||
Expected output（预期输出）:
|
||||
- 首先了解学习者当前的理解
|
||||
- 使用引导性问题
|
||||
- 提供鼓励和正向反馈
|
||||
- 将概念与实际例子联系
|
||||
|
||||
Steps（步骤）:
|
||||
1. 了解学习者想理解什么
|
||||
2. 评估当前理解水平
|
||||
3. 提出引导性问题
|
||||
4. 提供提示而非完整答案
|
||||
5. 确认理解并巩固学习
|
||||
6. 建议下一步学习内容
|
||||
```
|
||||
@@ -0,0 +1,135 @@
|
||||
# SMART Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-smart-framework/
|
||||
|
||||
## 应用场景
|
||||
- 目标设定
|
||||
- 项目规划
|
||||
- 绩效管理
|
||||
- OKR制定
|
||||
- 个人发展计划
|
||||
- 营销目标定义
|
||||
|
||||
## 概述
|
||||
SMART框架是最广为人知的目标设定方法，确保目标是具体的（Specific）、可衡量的（Measurable）、可实现的（Achievable）、相关的（Relevant）和有时限的（Time-bound）。这个框架帮助将模糊的愿望转化为可执行的目标。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 具体 | Specific | 目标明确具体，不模糊 |
|
||||
| 可衡量 | Measurable | 有量化的衡量标准 |
|
||||
| 可实现 | Achievable | 在能力和资源范围内可达成 |
|
||||
| 相关 | Relevant | 与整体目标和价值观一致 |
|
||||
| 有时限 | Time-bound | 有明确的截止日期 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Specific（具体）
|
||||
目标需要清晰明确：
|
||||
- 回答5W：Who, What, Where, When, Why
|
||||
- 避免模糊的表述
|
||||
- 明确责任人
|
||||
- 定义成功的样子
|
||||
|
||||
### Measurable（可衡量）
|
||||
需要有量化的指标：
|
||||
- 数字化的目标
|
||||
- 可追踪的进度
|
||||
- 明确的达成标准
|
||||
- 如何知道已完成
|
||||
|
||||
### Achievable（可实现）
|
||||
目标需要切实可行：
|
||||
- 考虑现有资源
|
||||
- 评估所需能力
|
||||
- 既有挑战又可达成
|
||||
- 识别可能的障碍
|
||||
|
||||
### Relevant（相关）
|
||||
目标需要有意义：
|
||||
- 与更大目标对齐
|
||||
- 当前时机是否合适
|
||||
- 是否值得投入
|
||||
- 与其他优先事项的关系
|
||||
|
||||
### Time-bound（有时限）
|
||||
目标需要有明确期限：
|
||||
- 具体的截止日期
|
||||
- 中间里程碑
|
||||
- 时间的紧迫感
|
||||
- 合理的时间安排
|
||||
|
||||
## 优点
|
||||
- **广泛认可**: 几乎所有人都熟悉
|
||||
- **简单实用**: 容易理解和应用
|
||||
- **提高成功率**: 明确的目标更易达成
|
||||
- **便于沟通**: 提供共同的语言
|
||||
|
||||
## 缺点
|
||||
- **可能过于刚性**: 某些创新目标难以量化
|
||||
- **短期导向**: 可能忽略长期愿景
|
||||
- **不鼓励伸展**: 可能设定过于保守的目标
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：销售目标
|
||||
```
|
||||
模糊目标: 提高销售额
|
||||
|
||||
SMART目标:
|
||||
- Specific: 通过扩大企业客户群，增加SaaS产品销售收入
|
||||
- Measurable: 在Q2实现销售收入从100万增长到150万
|
||||
- Achievable: 基于Q1增长趋势和已有管道，50%增长可行
|
||||
- Relevant: 与公司年度营收翻倍目标一致
|
||||
- Time-bound: 2024年6月30日前完成
|
||||
|
||||
最终表述:
|
||||
"到2024年6月30日，通过开发10个新企业客户，
|
||||
将SaaS产品季度销售收入从100万提高到150万。"
|
||||
```
|
||||
|
||||
### 示例2：个人发展目标
|
||||
```
|
||||
模糊目标: 学习编程
|
||||
|
||||
SMART目标:
|
||||
- Specific: 学习Python编程，能够独立完成数据分析项目
|
||||
- Measurable: 完成3个实际数据分析项目，获得Python认证
|
||||
- Achievable: 每周投入10小时学习，已有基础数学知识
|
||||
- Relevant: 支持职业转型到数据分析领域
|
||||
- Time-bound: 在6个月内完成
|
||||
|
||||
最终表述:
|
||||
"在2024年12月31日前，每周投入10小时学习Python，
|
||||
完成3个数据分析项目并获得Python专业认证，
|
||||
为转型数据分析师做准备。"
|
||||
```
|
||||
|
||||
### 示例3：项目目标
|
||||
```
|
||||
模糊目标: 改善客户体验
|
||||
|
||||
SMART目标:
|
||||
- Specific: 减少客户支持响应时间，提高首次解决率
|
||||
- Measurable: 平均响应时间从24小时降至4小时，首解率从60%提高到80%
|
||||
- Achievable: 通过增加AI辅助和知识库优化可实现
|
||||
- Relevant: 直接支持提高客户满意度NPS的年度目标
|
||||
- Time-bound: Q3结束前完成
|
||||
|
||||
最终表述:
|
||||
"到2024年9月30日，通过实施AI辅助客服系统和优化知识库，
|
||||
将客户支持平均响应时间从24小时降至4小时，
|
||||
首次解决率从60%提高到80%。"
|
||||
```
|
||||
|
||||
### SMART目标检查清单
|
||||
|
||||
| 检查项 | 问题 |
|
||||
|--------|------|
|
||||
| Specific | 目标是否足够清晰，任何人都能理解？|
|
||||
| Measurable | 如何知道目标已经达成？|
|
||||
| Achievable | 有资源和能力实现这个目标吗？|
|
||||
| Relevant | 这个目标真的重要吗？|
|
||||
| Time-bound | 什么时候必须完成？|
|
||||
@@ -0,0 +1,149 @@
|
||||
# Socratic Method Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-socratic-method-framework/
|
||||
|
||||
## 应用场景
|
||||
- 教育和培训
|
||||
- 批判性思维培养
|
||||
- 深度讨论引导
|
||||
- 问题诊断
|
||||
- 决策分析
|
||||
- 自我反思
|
||||
|
||||
## 概述
|
||||
苏格拉底法是一种通过提问来引导思考和发现真理的教学方法，源自古希腊哲学家苏格拉底。这种方法不是直接给出答案，而是通过一系列精心设计的问题，帮助学习者自己发现知识和理解概念。在AI提示词工程中，这种方法可以引导更深层的分析和反思。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 说明 |
|
||||
|---------|------|
|
||||
| 澄清问题 | 帮助定义和理解核心概念 |
|
||||
| 探究假设 | 质疑隐含的假设和前提 |
|
||||
| 要求证据 | 询问支持观点的理由和证据 |
|
||||
| 考虑替代 | 探索其他可能的观点和解释 |
|
||||
| 分析影响 | 思考观点的含义和后果 |
|
||||
| 质疑问题 | 反思问题本身的有效性 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 澄清问题
|
||||
通过提问帮助澄清概念：
|
||||
- "你说的X具体是什么意思？"
|
||||
- "你能举个例子吗？"
|
||||
- "这个和Y有什么区别？"
|
||||
|
||||
### 探究假设
|
||||
质疑隐藏的假设：
|
||||
- "你这个结论基于什么假设？"
|
||||
- "这个假设一定是正确的吗？"
|
||||
- "如果假设不成立会怎样？"
|
||||
|
||||
### 要求证据
|
||||
询问支持论点的依据：
|
||||
- "你怎么知道这是真的？"
|
||||
- "有什么证据支持这个观点？"
|
||||
- "这个证据可靠吗？"
|
||||
|
||||
### 考虑替代
|
||||
探索其他可能性：
|
||||
- "还有没有其他解释？"
|
||||
- "如果有人持相反观点，他们会怎么说？"
|
||||
- "从另一个角度看会怎样？"
|
||||
|
||||
### 分析影响
|
||||
思考逻辑延伸：
|
||||
- "如果这是真的，那意味着什么？"
|
||||
- "这会导致什么后果？"
|
||||
- "这与其他观点一致吗？"
|
||||
|
||||
### 质疑问题
|
||||
反思问题本身：
|
||||
- "为什么这个问题重要？"
|
||||
- "我们问对问题了吗？"
|
||||
- "还有什么问题我们应该问？"
|
||||
|
||||
## 优点
|
||||
- **深度学习**: 促进真正的理解而非记忆
|
||||
- **批判思维**: 培养独立分析能力
|
||||
- **自我发现**: 学习者主动参与
|
||||
- **持久效果**: 自己发现的知识更难忘
|
||||
|
||||
## 缺点
|
||||
- **耗时**: 比直接讲授需要更多时间
|
||||
- **需要技巧**: 有效提问需要练习
|
||||
- **可能令人沮丧**: 某些学习者偏好直接答案
|
||||
- **不适合所有场景**: 某些信息需要直接传授
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：商业决策分析
|
||||
```
|
||||
情境：团队认为应该进入新市场
|
||||
|
||||
澄清问题:
|
||||
- "我们说的'新市场'具体指什么？地理区域还是细分市场？"
|
||||
- "成功进入市场的标准是什么？"
|
||||
|
||||
探究假设:
|
||||
- "我们假设新市场有需求，这个假设基于什么？"
|
||||
- "我们假设现有产品适合新市场，这一定对吗？"
|
||||
|
||||
要求证据:
|
||||
- "有什么数据支持市场规模的估计？"
|
||||
- "竞争对手在那里的表现告诉我们什么？"
|
||||
|
||||
考虑替代:
|
||||
- "除了进入新市场，还有什么方式可以增长？"
|
||||
- "如果有人反对这个决定，他们的理由是什么？"
|
||||
|
||||
分析影响:
|
||||
- "如果进入失败，对公司意味着什么？"
|
||||
- "这会如何影响我们的核心业务？"
|
||||
|
||||
质疑问题:
|
||||
- "我们为什么现在要讨论这个问题？"
|
||||
- "这真的是最重要的战略问题吗？"
|
||||
```
|
||||
|
||||
### 示例2：技术方案评估
|
||||
```
|
||||
情境：团队提议采用微服务架构
|
||||
|
||||
澄清问题:
|
||||
- "你们设想的微服务架构是什么样的？"
|
||||
- "与现有架构的主要区别在哪里？"
|
||||
|
||||
探究假设:
|
||||
- "你们假设微服务会提高开发效率，基于什么？"
|
||||
- "团队是否具备管理分布式系统的能力？"
|
||||
|
||||
要求证据:
|
||||
- "有没有类似规模的公司成功案例？"
|
||||
- "迁移成本和预期收益的计算依据是什么？"
|
||||
|
||||
考虑替代:
|
||||
- "有没有更渐进的改进方案？"
|
||||
- "单体架构的优化空间用尽了吗？"
|
||||
|
||||
分析影响:
|
||||
- "这对开发流程和团队结构有什么影响？"
|
||||
- "运维复杂度会如何变化？"
|
||||
|
||||
质疑问题:
|
||||
- "现在是做这个变更的最佳时机吗？"
|
||||
- "我们是在解决真正的问题还是追逐潮流？"
|
||||
```
|
||||
|
||||
### AI提示词应用
|
||||
```
|
||||
请使用苏格拉底法帮我分析[某个问题或决策]。
|
||||
|
||||
不要直接给我答案，而是通过以下类型的问题引导我思考：
|
||||
1. 帮助我澄清核心概念
|
||||
2. 质疑我的隐藏假设
|
||||
3. 询问我的依据和证据
|
||||
4. 引导我考虑替代观点
|
||||
5. 帮助我思考可能的后果
|
||||
6. 最后反思这个问题本身
|
||||
```
|
||||
@@ -0,0 +1,141 @@
|
||||
# SPAR Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-spar-framework/
|
||||
|
||||
## 应用场景
|
||||
- 辩论准备
|
||||
- 议论文写作
|
||||
- 政策分析
|
||||
- 决策论证
|
||||
- 批判性思维训练
|
||||
- 观点表达
|
||||
|
||||
## 概述
|
||||
SPAR框架（Situation, Problem, Action, Result）是一种用于构建论证和分析问题的方法。通过描述情境、识别问题、提出行动和预测结果，该框架帮助用户构建逻辑清晰、有说服力的论述，特别适合需要分析因果关系和提出解决方案的场景。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 情境 | Situation | 描述当前的背景和上下文 |
|
||||
| 问题 | Problem | 识别核心问题或挑战 |
|
||||
| 行动 | Action | 提出解决问题的行动方案 |
|
||||
| 结果 | Result | 预测或展示行动的结果 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Situation（情境）
|
||||
建立背景理解：
|
||||
- 当前状态是什么
|
||||
- 相关的历史背景
|
||||
- 涉及的利益相关者
|
||||
- 环境和约束条件
|
||||
|
||||
### Problem（问题）
|
||||
清晰定义问题：
|
||||
- 核心问题是什么
|
||||
- 问题的严重性
|
||||
- 问题的影响范围
|
||||
- 问题的根本原因
|
||||
|
||||
### Action（行动）
|
||||
提出解决方案：
|
||||
- 具体的行动步骤
|
||||
- 所需的资源
|
||||
- 实施的时间表
|
||||
- 责任人和角色
|
||||
|
||||
### Result（结果）
|
||||
展示预期成果：
|
||||
- 量化的预期结果
|
||||
- 短期和长期影响
|
||||
- 可能的风险
|
||||
- 成功的衡量标准
|
||||
|
||||
## 优点
|
||||
- **逻辑清晰**: 从问题到解决的完整思路
|
||||
- **因果分明**: 行动与结果的关系明确
|
||||
- **实用导向**: 聚焦于可执行的解决方案
|
||||
- **说服力强**: 结构化论证增强可信度
|
||||
|
||||
## 缺点
|
||||
- **可能过于简化**: 复杂问题可能需要更详细的分析
|
||||
- **线性思维**: 可能忽略多因素交互
|
||||
- **预测不确定**: 结果预测可能不准确
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：业务问题分析
|
||||
```
|
||||
Situation（情境）:
|
||||
公司是一家中型电商平台，过去两年增长迅速。
|
||||
市场竞争日益激烈，新进入者不断涌现。
|
||||
|
||||
Problem（问题）:
|
||||
客户获取成本（CAC）在过去一年上升了40%。
|
||||
广告投放效率下降，同样的预算带来更少的新客户。
|
||||
如果趋势继续，将严重影响盈利能力。
|
||||
|
||||
Action（行动）:
|
||||
1. 优化广告投放策略，聚焦高转化渠道
|
||||
2. 建立客户推荐计划，利用口碑获客
|
||||
3. 加强内容营销，提高自然流量
|
||||
4. 实施会员体系，提高客户留存
|
||||
|
||||
Result（结果）:
|
||||
预计6个月内将CAC降低25%。
|
||||
推荐计划带来的客户占比达到20%。
|
||||
自然流量增长50%，减少对付费广告的依赖。
|
||||
客户生命周期价值（LTV）提升30%。
|
||||
```
|
||||
|
||||
### 示例2：政策建议
|
||||
```
|
||||
Situation（情境）:
|
||||
城市面临严重的交通拥堵问题。
|
||||
人口持续增长，私家车保有量快速上升。
|
||||
现有公共交通系统容量不足。
|
||||
|
||||
Problem（问题）:
|
||||
上下班高峰期平均通勤时间超过90分钟。
|
||||
交通拥堵导致每年经济损失超过50亿。
|
||||
空气污染严重，居民健康受到影响。
|
||||
|
||||
Action（行动）:
|
||||
1. 扩建地铁网络，增加20%运力
|
||||
2. 实施中心城区拥堵收费
|
||||
3. 推广共享出行和拼车服务
|
||||
4. 建设智能交通管理系统
|
||||
|
||||
Result（结果）:
|
||||
预计3年内平均通勤时间减少30%。
|
||||
中心城区私家车流量下降40%。
|
||||
公共交通使用率提高50%。
|
||||
空气质量指标改善25%。
|
||||
```
|
||||
|
||||
### 示例3：项目提案
|
||||
```
|
||||
Situation（情境）:
|
||||
公司IT系统老旧，多个独立系统难以集成。
|
||||
数据孤岛导致决策效率低下。
|
||||
员工花费大量时间在系统间手动转换数据。
|
||||
|
||||
Problem（问题）:
|
||||
每月因数据不一致导致的错误成本约10万元。
|
||||
生成一份综合报告需要3天时间。
|
||||
无法实现实时业务监控和快速决策。
|
||||
|
||||
Action（行动）:
|
||||
1. 实施统一的ERP系统
|
||||
2. 迁移现有数据到新平台
|
||||
3. 培训所有用户使用新系统
|
||||
4. 分三个阶段在12个月内完成
|
||||
|
||||
Result（结果）:
|
||||
错误成本降低80%，每年节省约100万。
|
||||
报告生成时间从3天缩短到1小时。
|
||||
实现实时业务仪表板和预警系统。
|
||||
员工效率提升30%，满意度提高。
|
||||
```
|
||||
@@ -0,0 +1,125 @@
|
||||
# TAG Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-tag-framework/
|
||||
|
||||
## 应用场景
|
||||
- 快速任务定义
|
||||
- AI指令简化
|
||||
- 日常提示词构建
|
||||
- 简单内容生成
|
||||
- 初学者入门
|
||||
- 快速原型测试
|
||||
|
||||
## 概述
|
||||
TAG框架（Task, Action, Goal）是一种极简的AI提示词工程方法，通过明确任务、行动和目标三个核心要素来构建有效的提示词。该框架以简洁为特点，非常适合快速构建提示词和日常AI交互。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 任务 | Task | 定义需要完成的任务 |
|
||||
| 行动 | Action | 说明具体的执行方式 |
|
||||
| 目标 | Goal | 明确期望达成的结果 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Task（任务）
|
||||
清晰定义任务内容：
|
||||
- 需要做什么
|
||||
- 任务的范围
|
||||
- 涉及的主题
|
||||
- 输入信息
|
||||
|
||||
### Action（行动）
|
||||
指定执行的方式：
|
||||
- 如何处理任务
|
||||
- 采用的方法
|
||||
- 步骤或流程
|
||||
- 特殊要求
|
||||
|
||||
### Goal（目标）
|
||||
明确期望的结果：
|
||||
- 输出的形式
|
||||
- 成功的标准
|
||||
- 质量要求
|
||||
- 具体的产出
|
||||
|
||||
## 优点
|
||||
- **极简高效**: 只有三个核心要素
|
||||
- **易于记忆**: 简单的TAG缩写
|
||||
- **快速应用**: 可以迅速构建提示词
|
||||
- **灵活适用**: 适合各种简单任务
|
||||
|
||||
## 缺点
|
||||
- **深度有限**: 复杂任务可能需要更多细节
|
||||
- **缺少上下文**: 没有专门的背景信息位置
|
||||
- **可能过简**: 某些场景需要更多指导
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：邮件撰写
|
||||
```
|
||||
Task: 撰写一封感谢客户的邮件
|
||||
Action: 使用专业友好的语气，提及具体合作项目
|
||||
Goal: 150字以内的简洁邮件，表达感谢并展望未来合作
|
||||
```
|
||||
|
||||
### 示例2：代码生成
|
||||
```
|
||||
Task: 创建一个用户登录验证函数
|
||||
Action: 使用Python编写，包含密码加密和错误处理
|
||||
Goal: 安全可靠的登录函数，附带使用说明和测试示例
|
||||
```
|
||||
|
||||
### 示例3：内容摘要
|
||||
```
|
||||
Task: 总结这篇关于人工智能的文章
|
||||
Action: 提取关键观点，按重要性排序
|
||||
Goal: 5个要点的项目符号列表，每点不超过20字
|
||||
```
|
||||
|
||||
### 示例4：创意生成
|
||||
```
|
||||
Task: 为新开的健身房想品牌名称
|
||||
Action: 结合力量、健康、活力等概念
|
||||
Goal: 10个有创意的中英文名称选项
|
||||
```
|
||||
|
||||
### 示例5：数据分析
|
||||
```
|
||||
Task: 分析这份销售数据
|
||||
Action: 识别趋势、异常和机会
|
||||
Goal: 包含3个关键洞察和1个建议的分析报告
|
||||
```
|
||||
|
||||
### TAG与其他简洁框架对比
|
||||
|
||||
| 框架 | 核心要素 | 特点 |
|
||||
|------|----------|------|
|
||||
| TAG | 任务、行动、目标 | 强调过程和结果 |
|
||||
| APE | 行动、目的、期望 | 强调目的导向 |
|
||||
| ERA | 期望、角色、行动 | 强调角色定位 |
|
||||
|
||||
### 使用技巧
|
||||
|
||||
1. **先定目标**: 从期望的结果反推任务定义
|
||||
2. **具体化行动**: 越具体的行动指导越能得到精确输出
|
||||
3. **量化目标**: 尽可能在目标中包含可衡量的标准
|
||||
4. **迭代优化**: 根据初次结果调整TAG的表述
|
||||
|
||||
### 组合示例
|
||||
|
||||
多个TAG可以串联使用：
|
||||
|
||||
```
|
||||
TAG 1:
|
||||
Task: 收集竞争对手信息
|
||||
Action: 研究他们的产品、定价和营销策略
|
||||
Goal: 5个主要竞争对手的对比表格
|
||||
|
||||
TAG 2:
|
||||
Task: 基于竞争分析提出建议
|
||||
Action: 识别差异化机会和潜在威胁
|
||||
Goal: 3个战略建议及理由
|
||||
```
|
||||
@@ -0,0 +1,153 @@
|
||||
# TQA Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-tqa-framework/
|
||||
|
||||
## 应用场景
|
||||
- 问答系统设计
|
||||
- 知识库构建
|
||||
- FAQ开发
|
||||
- 考试题目设计
|
||||
- 技术文档
|
||||
- 客户支持内容
|
||||
|
||||
## 概述
|
||||
TQA框架（Topic, Question, Answer）是一种用于组织问答内容的简单方法。通过明确主题、设计问题和提供答案，该框架帮助创建结构化的知识内容，非常适合构建FAQ、知识库和教育材料。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 主题 | Topic | 内容所属的主题或类别 |
|
||||
| 问题 | Question | 用户可能提出的问题 |
|
||||
| 答案 | Answer | 针对问题的回答 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Topic（主题）
|
||||
定义内容的分类：
|
||||
- 主题领域
|
||||
- 类别标签
|
||||
- 关联主题
|
||||
- 难度级别
|
||||
|
||||
### Question（问题）
|
||||
设计有效的问题：
|
||||
- 用户真正会问的问题
|
||||
- 清晰明确的表述
|
||||
- 覆盖常见疑问
|
||||
- 不同复杂度的问题
|
||||
|
||||
### Answer（答案）
|
||||
提供高质量的答案：
|
||||
- 直接回答问题
|
||||
- 清晰易懂的解释
|
||||
- 必要时提供示例
|
||||
- 引导进一步学习
|
||||
|
||||
## 优点
|
||||
- **结构清晰**: 内容组织一目了然
|
||||
- **用户导向**: 从用户问题出发
|
||||
- **易于维护**: 方便更新和扩展
|
||||
- **可搜索**: 便于信息检索
|
||||
|
||||
## 缺点
|
||||
- **可能碎片化**: 知识可能过于零散
|
||||
- **覆盖有限**: 难以涵盖所有问题
|
||||
- **需要预测**: 需要预测用户问题
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：产品FAQ
|
||||
```
|
||||
Topic: 订单与配送
|
||||
|
||||
Question 1: 订单多久可以送达？
|
||||
Answer: 标准配送通常需要3-5个工作日。加急配送可在1-2个工作日内送达，需额外支付运费。偏远地区可能需要额外1-2天。您可以在订单页面查看预计送达时间。
|
||||
|
||||
Question 2: 如何追踪我的订单？
|
||||
Answer: 您可以通过以下方式追踪订单：
|
||||
1. 登录账户，在"我的订单"中查看
|
||||
2. 点击发货通知邮件中的追踪链接
|
||||
3. 使用我们的APP扫描订单条码
|
||||
|
||||
Question 3: 可以修改已下的订单吗？
|
||||
Answer: 如果订单尚未发货，您可以在30分钟内通过账户自助修改。超过30分钟或订单已发货，请联系客服处理。修改可能会影响配送时间。
|
||||
```
|
||||
|
||||
### 示例2：技术支持知识库
|
||||
```
|
||||
Topic: 账户安全
|
||||
|
||||
Question 1: 如何重置密码？
|
||||
Answer:
|
||||
1. 点击登录页面的"忘记密码"
|
||||
2. 输入注册邮箱
|
||||
3. 查收重置邮件（可能在垃圾邮件中）
|
||||
4. 点击邮件中的链接设置新密码
|
||||
5. 新密码需要8位以上，包含字母和数字
|
||||
|
||||
Question 2: 如何启用两步验证？
|
||||
Answer: 两步验证可以显著提高账户安全：
|
||||
1. 进入"账户设置" > "安全"
|
||||
2. 选择"启用两步验证"
|
||||
3. 使用手机扫描二维码
|
||||
4. 输入验证码确认
|
||||
推荐使用Google Authenticator或Microsoft Authenticator。
|
||||
|
||||
Question 3: 发现账户被盗怎么办？
|
||||
Answer: 请立即采取以下步骤：
|
||||
1. 通过"忘记密码"重置密码
|
||||
2. 检查并更新恢复邮箱和手机
|
||||
3. 查看最近登录记录
|
||||
4. 启用两步验证
|
||||
5. 如有异常交易，立即联系客服
|
||||
```
|
||||
|
||||
### 示例3：学习材料
|
||||
```
|
||||
Topic: Python基础 - 数据类型
|
||||
|
||||
Question 1: Python有哪些基本数据类型？
|
||||
Answer: Python的基本数据类型包括：
|
||||
- 数值类型：int（整数）、float（浮点数）、complex（复数）
|
||||
- 序列类型：str（字符串）、list（列表）、tuple（元组）
|
||||
- 映射类型：dict（字典）
|
||||
- 集合类型：set（集合）、frozenset
|
||||
- 布尔类型：bool（True/False）
|
||||
- None类型：表示空值
|
||||
|
||||
Question 2: 列表和元组有什么区别？
|
||||
Answer: 主要区别：
|
||||
- 可变性：列表可变，元组不可变
|
||||
- 语法：列表用[]，元组用()
|
||||
- 性能：元组略快，占用内存更少
|
||||
- 用途：列表用于可能变化的集合，元组用于固定数据
|
||||
示例：
|
||||
```python
|
||||
my_list = [1, 2, 3] # 可修改
|
||||
my_tuple = (1, 2, 3) # 不可修改
|
||||
```
|
||||
|
||||
Question 3: 如何转换数据类型？
|
||||
Answer: 使用类型转换函数：
|
||||
- int(): 转为整数
|
||||
- float(): 转为浮点数
|
||||
- str(): 转为字符串
|
||||
- list(): 转为列表
|
||||
- tuple(): 转为元组
|
||||
示例：
|
||||
```python
|
||||
x = "123"
|
||||
y = int(x) # y = 123
|
||||
```
|
||||
```
|
||||
|
||||
### TQA内容规划模板
|
||||
|
||||
| 主题 | 问题数量 | 优先级 | 负责人 |
|
||||
|------|----------|--------|--------|
|
||||
| 账户管理 | 10 | 高 | 张三 |
|
||||
| 产品使用 | 15 | 高 | 李四 |
|
||||
| 故障排除 | 20 | 中 | 王五 |
|
||||
| 进阶功能 | 8 | 低 | 赵六 |
|
||||
@@ -0,0 +1,168 @@
|
||||
# TRACE Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-trace-framework/
|
||||
|
||||
## 应用场景
|
||||
- 角色扮演提示设计
|
||||
- AI助手配置
|
||||
- 对话系统开发
|
||||
- 虚拟角色创建
|
||||
- 内容生成指导
|
||||
- 交互体验设计
|
||||
|
||||
## 概述
|
||||
TRACE框架（Task, Role, Audience, Create, Evaluate）是一种综合性的AI提示词工程方法，涵盖了从任务定义到输出评估的完整流程。该框架确保AI输出既符合任务要求，又适合目标受众，并有明确的评估标准。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 任务 | Task | 定义需要完成的具体任务 |
|
||||
| 角色 | Role | 指定AI扮演的角色 |
|
||||
| 受众 | Audience | 明确目标受众群体 |
|
||||
| 创建 | Create | 指导如何创建输出 |
|
||||
| 评估 | Evaluate | 设定评估成功的标准 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Task（任务）
|
||||
清晰定义任务：
|
||||
- 具体的任务描述
|
||||
- 任务的范围和边界
|
||||
- 预期的输出类型
|
||||
- 关键的约束条件
|
||||
|
||||
### Role（角色）
|
||||
指定AI的角色：
|
||||
- 专业身份
|
||||
- 专业水平
|
||||
- 个性特征
|
||||
- 知识范围
|
||||
|
||||
### Audience（受众）
|
||||
明确目标受众：
|
||||
- 受众特征
|
||||
- 知识水平
|
||||
- 需求和期望
|
||||
- 阅读/使用场景
|
||||
|
||||
### Create（创建）
|
||||
指导创建过程：
|
||||
- 格式要求
|
||||
- 风格指南
|
||||
- 必需包含的元素
|
||||
- 禁止的内容
|
||||
|
||||
### Evaluate（评估）
|
||||
设定成功标准：
|
||||
- 质量衡量标准
|
||||
- 完整性检查
|
||||
- 准确性验证
|
||||
- 可用性评估
|
||||
|
||||
## 优点
|
||||
- **全面性**: 覆盖提示词工程的关键方面
|
||||
- **受众意识**: 明确考虑目标受众
|
||||
- **质量保证**: 内置评估标准
|
||||
- **可复制**: 便于创建一致的高质量输出
|
||||
|
||||
## 缺点
|
||||
- **复杂度较高**: 需要更多时间设置
|
||||
- **可能过度详细**: 简单任务可能不需要如此完整
|
||||
- **需要经验**: 有效评估需要对输出质量有了解
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：技术博客文章
|
||||
```
|
||||
Task（任务）:
|
||||
撰写一篇关于云原生架构的入门博客文章，
|
||||
解释核心概念和实际应用场景。
|
||||
|
||||
Role（角色）:
|
||||
作为一名有10年经验的云架构师，
|
||||
曾帮助多家企业完成云迁移，
|
||||
擅长用简单语言解释复杂概念。
|
||||
|
||||
Audience（受众）:
|
||||
目标读者是有1-3年经验的后端开发者，
|
||||
了解基本的服务器和部署概念，
|
||||
但对云原生技术接触有限，
|
||||
希望了解是否值得深入学习。
|
||||
|
||||
Create（创建）:
|
||||
- 长度：1500-2000字
|
||||
- 结构：引言、核心概念、实际应用、入门建议、总结
|
||||
- 风格：专业但不枯燥，适当使用类比
|
||||
- 包含：至少2个实际案例或代码示例
|
||||
- 避免：过多专业术语，假设读者已了解的内容
|
||||
|
||||
Evaluate（评估）:
|
||||
- 概念解释清楚，无歧义
|
||||
- 读者能够解释什么是云原生
|
||||
- 提供了清晰的学习路径
|
||||
- 语言流畅，无技术错误
|
||||
```
|
||||
|
||||
### 示例2：产品说明视频脚本
|
||||
```
|
||||
Task（任务）:
|
||||
为新推出的项目管理软件编写2分钟的产品介绍视频脚本。
|
||||
|
||||
Role（角色）:
|
||||
作为一名资深产品营销专家，
|
||||
了解如何用故事吸引观众，
|
||||
擅长突出产品价值而非功能列表。
|
||||
|
||||
Audience（受众）:
|
||||
目标观众是中小企业的管理者，
|
||||
他们通常很忙，没有时间学习复杂工具，
|
||||
正在寻找提高团队效率的解决方案，
|
||||
可能已经使用过其他项目管理工具但不满意。
|
||||
|
||||
Create（创建）:
|
||||
- 长度：精确2分钟（约300字）
|
||||
- 结构：痛点引入、解决方案、核心价值、行动号召
|
||||
- 风格：友好、自信、专业
|
||||
- 包含：1个具体使用场景、3个核心价值点
|
||||
- 避免：技术术语、功能堆砌、夸大承诺
|
||||
|
||||
Evaluate（评估）:
|
||||
- 前10秒能抓住注意力
|
||||
- 价值主张清晰传达
|
||||
- 与竞品有明显区分
|
||||
- 行动号召有吸引力
|
||||
- 整体节奏适合视频呈现
|
||||
```
|
||||
|
||||
### 示例3：客户服务脚本
|
||||
```
|
||||
Task（任务）:
|
||||
创建处理客户退款请求的客服对话脚本。
|
||||
|
||||
Role（角色）:
|
||||
作为一名专业的客服代表，
|
||||
既理解公司政策又关注客户体验，
|
||||
擅长在坚持原则的同时保持客户满意。
|
||||
|
||||
Audience（受众）:
|
||||
客户可能已经感到沮丧，
|
||||
期望问题能够快速解决，
|
||||
需要感受到被尊重和理解，
|
||||
可能不熟悉退款流程。
|
||||
|
||||
Create（创建）:
|
||||
- 包含：问候、确认问题、解释流程、处理、结束
|
||||
- 提供：多种情况的处理分支
|
||||
- 语气：同理心、专业、解决导向
|
||||
- 包含：安抚话术和升级触发条件
|
||||
- 避免：推诿、冷漠、机械感
|
||||
|
||||
Evaluate（评估）:
|
||||
- 客户问题得到解决
|
||||
- 流程解释清晰
|
||||
- 保持了客户关系
|
||||
- 遵守公司退款政策
|
||||
- 交互时间控制在5分钟内
|
||||
```
|
||||
@@ -0,0 +1,150 @@
|
||||
# What If Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-what-if-framework/
|
||||
|
||||
## 应用场景
|
||||
- 场景规划
|
||||
- 风险评估
|
||||
- 创新思维
|
||||
- 战略分析
|
||||
- 产品设计
|
||||
- 问题解决
|
||||
|
||||
## 概述
|
||||
"What If"（如果...会怎样）框架是一种假设性思维方法，通过提出"如果"问题来探索不同的可能性和场景。该框架鼓励跳出常规思维，考虑替代方案、潜在风险和创新机会，非常适合战略规划和创意过程。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 说明 |
|
||||
|---------|------|
|
||||
| 核心假设 | 提出"如果X发生"的假设 |
|
||||
| 场景描述 | 详细描述假设成真的情况 |
|
||||
| 影响分析 | 分析该场景的影响和后果 |
|
||||
| 应对策略 | 制定针对该场景的应对措施 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### 核心假设
|
||||
提出有意义的假设问题：
|
||||
- 突破性假设：如果限制不存在
|
||||
- 风险假设：如果最坏情况发生
|
||||
- 机会假设：如果新可能性出现
|
||||
- 反向假设：如果我们做相反的事
|
||||
|
||||
### 场景描述
|
||||
具体化假设场景：
|
||||
- 场景的具体细节
|
||||
- 触发条件
|
||||
- 发展过程
|
||||
- 关键时间点
|
||||
|
||||
### 影响分析
|
||||
评估场景的影响：
|
||||
- 正面影响
|
||||
- 负面影响
|
||||
- 对不同利益相关者的影响
|
||||
- 短期和长期影响
|
||||
|
||||
### 应对策略
|
||||
制定应对措施：
|
||||
- 预防措施
|
||||
- 应对计划
|
||||
- 利用机会的方法
|
||||
- 监测指标
|
||||
|
||||
## 优点
|
||||
- **突破思维**: 帮助跳出思维定式
|
||||
- **风险准备**: 提前考虑不确定性
|
||||
- **创新驱动**: 发现新的可能性
|
||||
- **灵活规划**: 建立适应性思维
|
||||
|
||||
## 缺点
|
||||
- **可能过度担忧**: 过多的"如果"可能导致决策瘫痪
|
||||
- **难以穷尽**: 无法考虑所有可能
|
||||
- **主观性强**: 场景构建可能有偏见
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：业务风险评估
|
||||
```
|
||||
What If: 如果主要供应商突然无法供货
|
||||
|
||||
场景描述:
|
||||
由于自然灾害或政治原因，主要供应商停止供货。
|
||||
这可能持续1-6个月，影响50%的产品线。
|
||||
|
||||
影响分析:
|
||||
- 短期：产品短缺，无法满足订单
|
||||
- 财务：营收损失约30%
|
||||
- 客户：满意度下降，可能流失
|
||||
- 竞争：对手可能趁机抢占市场
|
||||
|
||||
应对策略:
|
||||
- 现在：建立备选供应商名单
|
||||
- 库存：核心零部件保持3个月库存
|
||||
- 合同：与供应商签订应急条款
|
||||
- 监测：定期评估供应链风险
|
||||
```
|
||||
|
||||
### 示例2：产品创新探索
|
||||
```
|
||||
What If: 如果我们的产品完全免费
|
||||
|
||||
场景描述:
|
||||
将现有付费产品免费提供给所有用户。
|
||||
通过其他方式（广告、增值服务）获取收入。
|
||||
|
||||
影响分析:
|
||||
- 用户增长可能10倍以上
|
||||
- 现有付费用户可能感到不公
|
||||
- 需要新的盈利模式
|
||||
- 竞争格局完全改变
|
||||
|
||||
应对策略:
|
||||
- 测试：在新市场试点免费模式
|
||||
- 设计：开发高级付费功能
|
||||
- 渐进：逐步引入免费层级
|
||||
- 监测：密切关注用户行为变化
|
||||
```
|
||||
|
||||
### 示例3：竞争态势分析
|
||||
```
|
||||
What If: 如果科技巨头进入我们的市场
|
||||
|
||||
场景描述:
|
||||
Amazon/Google/Microsoft推出与我们直接竞争的产品。
|
||||
他们有更多资源、更强品牌和现有用户基础。
|
||||
|
||||
影响分析:
|
||||
- 价格压力：可能被迫降价
|
||||
- 人才流失：员工可能被挖走
|
||||
- 客户流失：大客户可能转向大厂
|
||||
- 但也可能：市场被验证，引起更多关注
|
||||
|
||||
应对策略:
|
||||
- 现在：加强差异化优势
|
||||
- 深耕：专注垂直行业需求
|
||||
- 服务：提供大公司无法提供的个性化服务
|
||||
- 联盟：考虑战略合作或收购机会
|
||||
```
|
||||
|
||||
### What If问题库
|
||||
|
||||
#### 风险类
|
||||
- 如果失去最大客户会怎样？
|
||||
- 如果关键员工离职会怎样？
|
||||
- 如果发生数据泄露会怎样？
|
||||
- 如果监管政策突变会怎样？
|
||||
|
||||
#### 机会类
|
||||
- 如果市场规模翻倍会怎样？
|
||||
- 如果竞争对手退出会怎样？
|
||||
- 如果新技术使成本降低80%会怎样？
|
||||
- 如果能进入全球市场会怎样？
|
||||
|
||||
#### 创新类
|
||||
- 如果没有这个限制会怎样？
|
||||
- 如果完全反向操作会怎样？
|
||||
- 如果目标用户完全不同会怎样？
|
||||
- 如果产品10倍更贵/更便宜会怎样？
|
||||
@@ -0,0 +1,98 @@
|
||||
# PROMPT Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-prompt-framework/
|
||||
|
||||
## 应用场景
|
||||
- 商业智能分析
|
||||
- 内容创作
|
||||
- 用户画像创建
|
||||
- 复杂数据总结
|
||||
- 战略洞察生成
|
||||
|
||||
## 概述
|
||||
PROMPT框架是一个全面的工具包，通过人设(Persona)、请求(Request)、输出(Output)、修饰词(Modifier)、提供示例(Provide Example)和语气(Tone)简化与生成式AI的交互。该框架将复杂的AI对话转化为结构化、有意义的交流，确保每个元素——从定义AI的角色到设置沟通语气——都在实现清晰度和有效性方面发挥关键作用。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 人设 | Persona | 建立AI的身份或角色，为定制化交互奠定基础 |
|
||||
| 请求 | Request | 阐述所需的特定输出或信息 |
|
||||
| 输出类型 | Output Type | 定义响应的格式，增强相关性 |
|
||||
| 修饰词 | Modifier | 用约束条件引导AI，聚焦请求 |
|
||||
| 提供示例 | Provide Example | 说明期望的响应，指导AI理解 |
|
||||
| 语气 | Tone | 设置交互的风格，确保一致性 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Persona (人设)
|
||||
建立AI的身份或角色，为定制化交互奠定基础。例如："你是一位好奇的分析师"，这为后续交互设定了专业视角。
|
||||
|
||||
### Request (请求)
|
||||
阐述您希望AI提供的具体输出或信息。这是交互的核心目标，明确告诉AI需要完成什么任务。
|
||||
|
||||
### Output Type (输出类型)
|
||||
定义响应的格式，增强相关性。可以是综合报告、执行摘要、详细分析章节、可操作建议等。
|
||||
|
||||
### Modifier (修饰词)
|
||||
用约束条件引导AI，聚焦请求。例如：包含图表或信息图来突出关键点，使用清晰的标题和要点便于导航。
|
||||
|
||||
### Provide Example (提供示例)
|
||||
说明期望的响应类型，指导AI理解您的需求。通过具体示例帮助AI理解期望的风格、格式或方法。
|
||||
|
||||
### Tone (语气)
|
||||
设置交互的风格，确保一致性。例如：采用分析性但易于理解的语气，使复杂的洞察变得引人入胜而不失深度。
|
||||
|
||||
## 优点
|
||||
- **清晰精确**: 清晰的提示最小化误解，使AI的努力与用户目标保持一致
|
||||
- **高效**: 结构化交互加速AI响应的生成，优化时间
|
||||
- **个性化**: 修饰词和示例将AI输出定制到特定上下文，增强创造力
|
||||
|
||||
## 缺点
|
||||
- **准备工作**: 有效使用需要初始细节，可能增加设置时间
|
||||
- **聚焦限制**: 过于具体可能限制AI在生成创意响应方面的探索潜力
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：AI行业分析
|
||||
|
||||
**Persona**: 你是一位好奇的分析师
|
||||
|
||||
**Request**: 分析金融、医疗和娱乐行业的最新AI突破，识别关键进展并综合你的发现
|
||||
|
||||
**Output**: 综合报告，包含执行摘要、详细分析章节和可操作建议。包含图表或信息图突出关键点
|
||||
|
||||
**Modifier**: 确保报告易于导航，使用清晰的标题和要点呈现关键洞察
|
||||
|
||||
**Example**: 收集来自学术界、工业界和研究领域领导者的AI建议
|
||||
|
||||
**Tone**: 采用分析性但易于理解的语气，使复杂的洞察变得引人入胜而不失深度
|
||||
|
||||
### 示例2：医疗APP用户画像
|
||||
|
||||
**Persona**: 你是一位用户体验研究员
|
||||
|
||||
**Request**: 为面向医疗服务提供者、患者和护理人员的医疗APP创建用户画像
|
||||
|
||||
**Output**: 详细的用户画像文档
|
||||
|
||||
**Modifier**: 聚焦于用户需求、痛点和使用场景
|
||||
|
||||
**Example**: 参考成功的医疗科技产品用户研究
|
||||
|
||||
**Tone**: 专业、以用户为中心
|
||||
|
||||
### 示例3：健康科技产品标题
|
||||
|
||||
**Persona**: 你是一位营销文案专家
|
||||
|
||||
**Request**: 为新健康科技产品创作引人注目的标题
|
||||
|
||||
**Output**: 多个版本的标题文案
|
||||
|
||||
**Modifier**: 强调其创新价值和独特卖点
|
||||
|
||||
**Example**: 参考成功的科技产品发布文案
|
||||
|
||||
**Tone**: 创新、引人入胜
|
||||
@@ -0,0 +1,78 @@
|
||||
# RTF Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-rtf-framework/
|
||||
|
||||
## 应用场景
|
||||
- 数据检索和查询
|
||||
- 教程和操作指南
|
||||
- 需要特定响应格式的场景
|
||||
- 简单到复杂任务的处理
|
||||
- 与AI的日常交互
|
||||
|
||||
## 概述
|
||||
RTF框架代表请求(Request)、任务(Task)和格式(Format)，提供与AI模型交互的简化方法。就像拥有一个语言指南针，引导您穿越AI所拥有的广阔可能性海洋，确保您的旅程产生最准确和有用的成果。
|
||||
|
||||
RTF框架通过将提示分解为三个基本组成部分来简化与AI的沟通过程。这种结构确保您的请求不仅被理解，而且得到与您期望精确匹配的响应。它是人类好奇心和AI能力之间的桥梁，促进更高效和有效的信息交流。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 请求 | Request | 清晰陈述希望AI做什么，设定交互的方向和目的 |
|
||||
| 任务 | Task | 提供请求的更多细节或具体性，概述任务的范围和细微差别 |
|
||||
| 格式 | Format | 指定希望响应如何结构化，将输出定制到您的需求 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Request (请求)
|
||||
清晰陈述您希望AI做什么。这设定了交互的方向和目的。请求应该简洁明了，让AI清楚地理解主要目标。
|
||||
|
||||
### Task (任务)
|
||||
提供请求的更多细节或具体性，概述手头任务的范围和细微差别。任务部分帮助AI理解需要关注的具体方面和要求。
|
||||
|
||||
### Format (格式)
|
||||
指定您希望响应如何结构化，无论是列表、段落还是其他任何格式，将输出定制到您的需求。格式规范确保输出以最有用的方式呈现。
|
||||
|
||||
## 优点
|
||||
- **直接清晰的沟通**: 通过定义请求、任务和格式，确保提示精确到位
|
||||
- **灵活多样**: 适用于从简单问题到复杂任务的广泛查询
|
||||
- **用户友好**: 易于理解和使用，使各级用户都能轻松上手
|
||||
|
||||
## 缺点
|
||||
- **可能过于结构化**: 对于创意任务，严格的格式可能限制AI的创意输出
|
||||
- **需要明确性**: 用户需要清楚知道自己想要实现什么才能有效使用
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：烘焙食谱
|
||||
|
||||
**Request**: 我想知道如何烘焙巧克力蛋糕
|
||||
|
||||
**Task**: 包括所需的配料和分步烘焙过程
|
||||
|
||||
**Format**: 请以编号列表形式提供信息
|
||||
|
||||
### 示例2：市场调研
|
||||
|
||||
**Request**: 我需要了解当前智能手机市场的趋势
|
||||
|
||||
**Task**: 分析主要品牌的市场份额、消费者偏好和技术创新点
|
||||
|
||||
**Format**: 以结构化报告形式呈现，包含标题、要点和总结
|
||||
|
||||
### 示例3：代码实现
|
||||
|
||||
**Request**: 我需要一个Python函数来处理CSV文件
|
||||
|
||||
**Task**: 该函数应读取文件、过滤特定列、并输出结果
|
||||
|
||||
**Format**: 提供完整的代码示例和注释说明
|
||||
|
||||
### 示例4：学习计划
|
||||
|
||||
**Request**: 帮我制定一个学习JavaScript的计划
|
||||
|
||||
**Task**: 从基础到高级，包括每周的学习主题和练习项目
|
||||
|
||||
**Format**: 以周为单位的时间表格式，每周包含学习目标和资源推荐
|
||||
@@ -0,0 +1,90 @@
|
||||
# Chain of Thought Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-chain-of-thought-framework/
|
||||
|
||||
## 应用场景
|
||||
- 数学问题求解
|
||||
- 市场分析
|
||||
- 科学现象解释
|
||||
- 复杂查询处理
|
||||
- 深度分析任务
|
||||
- 逻辑推理问题
|
||||
|
||||
## 概述
|
||||
思维链框架是一种高级策略，通过步骤分解增强AI模型的推理过程，使AI能够精确和深度地导航复杂查询。该框架的本质在于其引导AI模型通过逻辑思维序列的能力，模仿人类的问题解决技术。
|
||||
|
||||
思维链框架特别擅长处理需要详细探索和解释的分析性挑战，使其成为寻求全面洞察的用户的强大工具。通过逐步分解问题，它帮助AI生成更深入、更详细的响应。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 引言 | Introduction | 以问题或问题的清晰呈现开始 |
|
||||
| 分解 | Breakdown | 指示AI将问题分解为可管理的部分，逐一探索 |
|
||||
| 逻辑进展 | Logical Progression | 确保AI遵循逻辑序列，连接各点并在每一步上构建 |
|
||||
| 结论 | Conclusion | 以洞察综合结束，基于逐步分析得出结论 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Introduction (引言)
|
||||
以问题或问题的清晰呈现开始。这为整个分析过程设定了明确的起点和目标，让AI理解需要探索的核心问题。
|
||||
|
||||
### Breakdown (分解)
|
||||
指示AI将问题分解为可管理的部分，系统地探索每个方面。这种分解方法确保没有重要细节被遗漏，同时使复杂问题变得更易处理。
|
||||
|
||||
### Logical Progression (逻辑进展)
|
||||
确保AI遵循逻辑序列，连接各个点并在每一步上构建形成连贯的分析。每个步骤都应该自然地流向下一个步骤。
|
||||
|
||||
### Conclusion (结论)
|
||||
以洞察综合结束，基于逐步分析得出结论。结论应该综合所有发现，提供清晰的总结和可操作的建议。
|
||||
|
||||
## 优点
|
||||
- **增强AI推理**: 通过逻辑分析提高模型处理复杂问题的能力
|
||||
- **促进深度和清晰**: 鼓励彻底探索，产生更详细和有洞察力的响应
|
||||
- **适应各种场景**: 在广泛的分析和问题解决任务中有效
|
||||
|
||||
## 缺点
|
||||
- **需要精确提示**: 框架的有效性取决于用户制定清晰结构化提示的能力
|
||||
- **可能耗时**: 详细分析可能导致较长的响应时间
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：可再生能源经济影响分析
|
||||
|
||||
**Introduction**: 探索在全球范围内采用可再生能源的经济影响
|
||||
|
||||
**Breakdown**:
|
||||
- 首先分析可再生能源技术的成本
|
||||
- 然后考虑对就业的影响
|
||||
- 最后评估环境节约
|
||||
|
||||
**Logical Progression**: 分析初始投资成本如何导致长期经济和环境效益
|
||||
|
||||
**Conclusion**: 总结可再生能源推动经济增长和可持续发展的潜力
|
||||
|
||||
### 示例2：软件架构决策
|
||||
|
||||
**Introduction**: 评估微服务架构与单体架构的选择
|
||||
|
||||
**Breakdown**:
|
||||
- 分析团队规模和技术能力
|
||||
- 评估项目规模和复杂度
|
||||
- 考虑部署和维护需求
|
||||
|
||||
**Logical Progression**: 从当前需求出发，逐步考虑扩展性和长期维护成本
|
||||
|
||||
**Conclusion**: 基于分析提供架构选择建议及理由
|
||||
|
||||
### 示例3：投资组合优化
|
||||
|
||||
**Introduction**: 如何在当前市场环境下优化投资组合
|
||||
|
||||
**Breakdown**:
|
||||
- 评估当前市场趋势和风险因素
|
||||
- 分析各资产类别的预期回报
|
||||
- 考虑投资者的风险承受能力
|
||||
|
||||
**Logical Progression**: 从风险评估到资产配置，逐步构建优化策略
|
||||
|
||||
**Conclusion**: 提出具体的资产配置建议和再平衡策略
|
||||
@@ -0,0 +1,90 @@
|
||||
# RHODES Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-rhodes-framework/
|
||||
|
||||
## 应用场景
|
||||
- 创意写作
|
||||
- 营销内容创作
|
||||
- 风格和语气要求严格的项目
|
||||
- 需要高度定制化输出的任务
|
||||
- 创意策划
|
||||
|
||||
## 概述
|
||||
RHODES框架封装角色(Role)、目标(Objective)、细节(Details)、示例(Examples)和感知检查(Sense Check)，提供精确和创造性提示制作的结构化方法。该框架在需要精确结构化指导与艺术创意输出相结合的场景中表现出色。
|
||||
|
||||
通过将示例作为核心组成部分，RHODES框架促进了对任务的细致理解和执行，确保输出既清晰又富有创造力。它是一座灯塔，指引用户穿越AI交互的迷雾之海。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 角色 | Role | 定义AI的角色以设置响应的语气和视角 |
|
||||
| 目标 | Objective | 清晰阐述提示的目标，聚焦AI的努力 |
|
||||
| 细节 | Details | 提供特定细节和参数指导AI响应 |
|
||||
| 示例 | Examples | 使用示例说明期望的风格、语气或格式 |
|
||||
| 感知检查 | Sense Check | 确认AI对提示的理解，确保执行前的对齐 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Role (角色)
|
||||
定义AI的角色以设置响应的语气和视角。例如："作为一名创意作家"，这为AI提供了明确的身份定位，影响其后续回应的风格和方法。
|
||||
|
||||
### Objective (目标)
|
||||
清晰阐述提示的目标，聚焦AI的努力。目标应该具体且可衡量，让AI明确知道需要实现什么。
|
||||
|
||||
### Details (细节)
|
||||
提供特定细节和参数来指导AI的响应。这些细节帮助AI理解任务的范围、限制和具体要求。
|
||||
|
||||
### Examples (示例)
|
||||
使用示例说明期望的风格、语气或格式。例如："像《银翼杀手》遇上《阿凡达》那样，结合高科技城市景观与郁郁葱葱的绿色庇护所。"
|
||||
|
||||
### Sense Check (感知检查)
|
||||
确认AI对提示的理解，确保执行前的对齐。例如："你理解我追求的创意方向和主题元素吗？"
|
||||
|
||||
## 优点
|
||||
- **增强创造力**: 通过利用示例作为基准，鼓励创新和定制化响应
|
||||
- **输出精确**: 详细指导确保输出与用户期望密切对齐
|
||||
- **灵活性**: 可适应从创意写作到技术文档的广泛任务
|
||||
|
||||
## 缺点
|
||||
- **需要充分准备**: 有效使用需要仔细考虑和选择示例和细节
|
||||
- **可能限制AI探索**: 高度具体的指令可能限制AI的创造性问题解决潜力
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：未来城市故事创作
|
||||
|
||||
**Role**: 作为一名创意作家
|
||||
|
||||
**Objective**: 撰写一个设定在未来城市的引人入胜的故事，其中技术与自然融合
|
||||
|
||||
**Details**: 故事应探索先进技术与环境可持续性的和谐共存
|
||||
|
||||
**Examples**: 像《银翼杀手》遇上《阿凡达》那样，结合高科技城市景观与郁郁葱葱的绿色庇护所
|
||||
|
||||
**Sense Check**: 你理解我追求的创意方向和主题元素吗？
|
||||
|
||||
### 示例2：品牌故事撰写
|
||||
|
||||
**Role**: 作为一名品牌故事讲述者
|
||||
|
||||
**Objective**: 为一家可持续时尚品牌创作引人共鸣的品牌故事
|
||||
|
||||
**Details**: 强调环保承诺、工匠精神和社会责任
|
||||
|
||||
**Examples**: 参考Patagonia和Everlane的品牌叙事风格
|
||||
|
||||
**Sense Check**: 你是否理解我们希望传达的品牌价值和情感连接？
|
||||
|
||||
### 示例3：产品描述文案
|
||||
|
||||
**Role**: 作为一名产品文案专家
|
||||
|
||||
**Objective**: 为高端智能家居产品撰写吸引人的描述
|
||||
|
||||
**Details**: 突出产品的智能功能、设计美学和用户体验
|
||||
|
||||
**Examples**: 采用Apple产品页面简洁而有影响力的写作风格
|
||||
|
||||
**Sense Check**: 你明白我们追求的高端、简约、以用户为中心的语调吗？
|
||||
@@ -0,0 +1,91 @@
|
||||
# Chain of Destiny Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-chain-of-destiny-framework/
|
||||
|
||||
## 应用场景
|
||||
- 内容创作
|
||||
- 编程开发
|
||||
- 设计项目
|
||||
- 质量要求高的任务
|
||||
- 复杂想法的精炼
|
||||
- 需要渐进式改进的项目
|
||||
|
||||
## 概述
|
||||
命运链框架是一种创新方法，通过连续迭代提升AI生成内容的质量，强调递归反馈以增强AI的理解和任务执行。该框架是迭代改进和精炼未来的代表，使用户能够逐步优化他们的提示和输出。
|
||||
|
||||
其核心在于利用递归反馈来增强AI的理解和任务执行能力。就像从大理石中雕刻一样，每次迭代都移除多余部分，在每一遍中揭示更精炼、更接近意图的输出。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 初始提示 | Initial Prompt | 从定义手头任务的基线提示开始 |
|
||||
| 迭代 | Iteration | 实施允许基于AI输出进行连续优化的反馈循环 |
|
||||
| 反馈 | Feedback | 提供旨在提高精度、相关性和深度的具体反馈 |
|
||||
| 优化 | Refinement | 通过迭代逐步优化提示和AI输出 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Initial Prompt (初始提示)
|
||||
从定义手头任务的基线提示开始。这是迭代过程的起点，应该清晰地表达核心任务，但不需要完美。
|
||||
|
||||
### Iteration (迭代)
|
||||
实施允许基于AI输出进行连续优化的反馈循环。每次迭代都是一个学习和改进的机会，让输出越来越接近理想目标。
|
||||
|
||||
### Feedback (反馈)
|
||||
提供旨在提高精度、相关性和深度的具体反馈。反馈应该具体、可操作，指向需要改进的具体方面。
|
||||
|
||||
### Refinement (优化)
|
||||
通过迭代逐步优化提示和AI输出，使其更好地与期望结果对齐。每次优化都应该建立在前一次的基础上。
|
||||
|
||||
## 优点
|
||||
- **持续改进**: 促进动态增强过程，产生高质量结果
|
||||
- **定制化反馈**: 允许直接针对改进领域的定制化指导
|
||||
- **多功能性**: 适用于从创意写作到技术文档的广泛内容类型和任务
|
||||
|
||||
## 缺点
|
||||
- **耗时**: 迭代过程可能比单次方法更耗时
|
||||
- **依赖反馈质量**: 框架的有效性严重依赖于所提供反馈的具体性和相关性
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：博客文章优化
|
||||
|
||||
**Initial Prompt**: 写一篇关于可持续生活实践的博客文章
|
||||
|
||||
**Iteration**: 在审查初稿后，建议提供更具体的可持续实践示例
|
||||
|
||||
**Feedback**: 强调需要更深入解释或更有说服力证据的领域
|
||||
|
||||
**Refinement**: 整合反馈，专注于清晰度、引人入胜的叙述和可操作的建议
|
||||
|
||||
### 示例2：代码重构
|
||||
|
||||
**Initial Prompt**: 重构这段Python代码以提高可读性
|
||||
|
||||
**Iteration**: 评估重构后的代码，识别仍然复杂的部分
|
||||
|
||||
**Feedback**: 建议进一步简化特定函数，添加类型提示
|
||||
|
||||
**Refinement**: 应用建议，确保代码符合PEP 8规范和团队标准
|
||||
|
||||
### 示例3：营销文案迭代
|
||||
|
||||
**Initial Prompt**: 为新产品写一段营销文案
|
||||
|
||||
**Iteration**: 审查文案的吸引力和说服力
|
||||
|
||||
**Feedback**: 需要更强的行动号召和更多情感连接
|
||||
|
||||
**Refinement**: 增加紧迫感元素，融入客户故事，强化价值主张
|
||||
|
||||
### 示例4：技术文档完善
|
||||
|
||||
**Initial Prompt**: 编写API接口文档
|
||||
|
||||
**Iteration**: 检查文档的完整性和清晰度
|
||||
|
||||
**Feedback**: 需要添加更多使用示例和错误处理说明
|
||||
|
||||
**Refinement**: 补充代码示例、常见问题解答和故障排除指南
|
||||
@@ -0,0 +1,90 @@
|
||||
# Atomic Prompting Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-atomic-prompting-framework/
|
||||
|
||||
## 应用场景
|
||||
- AI图像生成
|
||||
- 数字艺术创作
|
||||
- 复杂场景构建
|
||||
- Midjourney、DALL-E 3、Adobe Firefly等工具使用
|
||||
- 需要精细控制的视觉项目
|
||||
|
||||
## 概述
|
||||
原子提示框架是AI图像生成的前沿策略，将提示结构化为详细层次——从宏观概念到原子元素的细节，使创作者能够对视觉输出拥有前所未有的控制。它专为那些寻求突破AI创意潜力边界的人设计。
|
||||
|
||||
该框架的精妙之处在于其层次化方法，将提示组织成有机体、分子、原子和参数层级。每一层都增加深度，确保图像的每个方面都被精心打造。这是解锁超写实或奇幻图像精确创作的关键。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 有机体层 | Organism Level | 设置基础场景和艺术方向 |
|
||||
| 分子层 | Molecule Level | 添加次要细节，进一步细化场景 |
|
||||
| 原子层 | Atomic Level | 专注于复杂细节以增加深度和真实感 |
|
||||
| 参数层 | Parameters Level | 微调输出的技术方面 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Organism Level (有机体层)
|
||||
设置基础场景和艺术方向。这是最高层级，定义了整体主题、氛围和视觉风格。例如："想象一个繁忙的、霓虹灯照亮的未来城市。"
|
||||
|
||||
### Molecule Level (分子层)
|
||||
添加次要细节，进一步细化场景。在基础场景之上添加更具体的元素和特征。例如："突出摩天大楼与有机结构的融合。"
|
||||
|
||||
### Atomic Level (原子层)
|
||||
专注于复杂细节以增加深度和真实感。这是最精细的层级，关注那些让图像栩栩如生的小细节。例如："细节刻画雨水浸湿的街道反射着霓虹灯牌。"
|
||||
|
||||
### Parameters Level (参数层)
|
||||
微调输出的技术方面，进行最后的调整。包括风格、光线、色调等技术参数。例如："追求逼真风格，配以动态光线。"
|
||||
|
||||
## 优点
|
||||
- **精细控制**: 在图像生成中提供无与伦比的精确度
|
||||
- **高度定制化**: 允许高度定制化、细致入微的图像创作
|
||||
- **多功能性**: 可适应各种艺术和写实项目
|
||||
|
||||
## 缺点
|
||||
- **复杂性**: 对新用户可能需要陡峭的学习曲线
|
||||
- **耗时**: 详细的过程可能更加耗时
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：未来城市景观
|
||||
|
||||
**Organism Level**: 想象一个繁忙的、霓虹灯照亮的未来城市
|
||||
|
||||
**Molecule Level**: 突出摩天大楼与有机结构的融合
|
||||
|
||||
**Atomic Level**: 细节刻画雨水浸湿的街道反射着霓虹灯牌
|
||||
|
||||
**Parameters Level**: 追求逼真风格，配以动态光线
|
||||
|
||||
### 示例2：奇幻森林场景
|
||||
|
||||
**Organism Level**: 一片神秘的魔法森林，弥漫着神秘的雾气
|
||||
|
||||
**Molecule Level**: 古老的巨树上缠绕着发光的藤蔓，小精灵在树间穿梭
|
||||
|
||||
**Atomic Level**: 露珠在蘑菇上闪烁，微小的魔法粒子在空气中飘浮
|
||||
|
||||
**Parameters Level**: 采用油画风格，柔和的魔幻光线，高细节度
|
||||
|
||||
### 示例3：科幻太空站
|
||||
|
||||
**Organism Level**: 一座悬浮在星云中的巨型太空站
|
||||
|
||||
**Molecule Level**: 多个停靠舱连接着各式飞船，巨大的太阳能帆板展开
|
||||
|
||||
**Atomic Level**: 舱窗内可见忙碌的船员，外壳上有使用痕迹和微陨石撞击痕
|
||||
|
||||
**Parameters Level**: 采用电影级渲染，体积光效果，4K超高清分辨率
|
||||
|
||||
### 示例4：古典肖像
|
||||
|
||||
**Organism Level**: 一位身着华服的贵族女性肖像
|
||||
|
||||
**Molecule Level**: 精致的珠宝装饰，丝绒面料的光泽
|
||||
|
||||
**Atomic Level**: 肌肤的细腻纹理，眼眸中的光影变化，头发的每一缕丝线
|
||||
|
||||
**Parameters Level**: 模仿伦勃朗风格，暖色调光线，高对比度
|
||||
@@ -0,0 +1,112 @@
|
||||
# RISEN Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-risen-framework/
|
||||
|
||||
## 应用场景
|
||||
- 营销活动策划
|
||||
- 商业计划撰写
|
||||
- 研究论文撰写
|
||||
- 产品描述创作
|
||||
- 执行摘要编写
|
||||
- 演示文稿大纲
|
||||
- 培训模块开发
|
||||
- 在线课程设计
|
||||
- 产品评测撰写
|
||||
|
||||
## 概述
|
||||
RISEN框架模型将有效提示制作的过程分解为五个基本元素：角色(Role)、指令(Instructions)、步骤(Steps)、最终目标/期望(End Goal/Expectations)和收窄/新颖(Narrowing/Novelty)。通过将经过验证的技术整合到结构化方法中，RISEN简化了即使是复杂的任务，使用户能够设计出清晰、聚焦且为精确结果量身定制的提示。
|
||||
|
||||
RISEN通过在基础RISE框架上添加新颖性和收窄两个维度，促进了结构化创造力和精确性，使用户能够自信和独创性地处理复杂任务。该框架与ChatGPT、Google Gemini、Claude和Llama等领先AI模型无缝协作。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 角色 | Role | 建立AI的角色，为期望响应类型设置舞台 |
|
||||
| 指令 | Instructions | 澄清希望AI做什么，提供清晰的指令 |
|
||||
| 步骤 | Steps | 将任务分解为可管理的步骤，确保逻辑进展 |
|
||||
| 最终目标/期望 | End Goal / Expectations | 定义提示的最终目标或设定期望 |
|
||||
| 收窄/新颖 | Narrowing / Novelty | 设置约束条件或引入新颖元素 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Role (角色)
|
||||
建立AI的角色，为期望响应类型设置舞台。角色定义影响AI的语调、视角和专业度。例如："作为一名营销策略师"或"作为一名商业顾问"。
|
||||
|
||||
### Instructions (指令)
|
||||
澄清希望AI做什么，提供清晰的指令。这是任务的核心描述，告诉AI需要完成什么具体工作。
|
||||
|
||||
### Steps (步骤)
|
||||
将任务分解为可管理的步骤，确保逻辑进展。详细的步骤帮助AI系统地处理任务，确保完整性和条理性。
|
||||
|
||||
### End Goal / Expectations (最终目标/期望)
|
||||
定义提示的最终目标或设定期望。这帮助AI理解任务的最终目的，确保输出与您的总体目标保持一致。
|
||||
|
||||
### Narrowing / Novelty (收窄/新颖)
|
||||
设置任何约束条件或限制以定制响应，或引入新颖元素以促进创意和创新解决方案。这个元素可以让框架既可以精确收窄响应，也可以鼓励扩展性思维。
|
||||
|
||||
## 技术支持
|
||||
- **上下文丰富提示**: 帮助确保AI输出与任务的上下文和目标对齐
|
||||
- **迭代优化**: 通过系统地指导AI最小化修订周期
|
||||
- **创造力增强**: 新颖性元素培养新想法和任务处理方法
|
||||
- **焦点优化**: 收窄确保精确和可操作的输出
|
||||
|
||||
## 优点
|
||||
- **全面性**: 涵盖从角色定义到期望设定的完整提示设计流程
|
||||
- **灵活性**: 新颖/收窄的双重选择使其适应创意和精确任务
|
||||
- **跨平台兼容**: 与多种主流AI模型无缝协作
|
||||
|
||||
## 缺点
|
||||
- **学习曲线**: 需要时间理解何时使用新颖vs收窄
|
||||
- **复杂任务准备**: 详细的框架可能需要更多前期规划
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：营销活动策略
|
||||
|
||||
**Role**: 作为一名营销策略师
|
||||
|
||||
**Instructions**: 为面向年轻专业人士的健身APP开发6个月营销活动
|
||||
|
||||
**Steps**: 包括目标、关键信息、目标平台和成功指标
|
||||
|
||||
**Expectations**: 确保活动与目标人群产生共鸣，传达APP的独特价值主张
|
||||
|
||||
**Novelty**: 探索非常规社交媒体趋势以最大化参与度
|
||||
|
||||
### 示例2：商业计划创建
|
||||
|
||||
**Role**: 作为一名商业顾问
|
||||
|
||||
**Instructions**: 为环保时尚初创公司创建全面的商业计划
|
||||
|
||||
**Steps**: 包括使命陈述、市场分析、财务预测和运营计划
|
||||
|
||||
**End Goal**: 获得投资并使业务与可持续发展目标保持一致
|
||||
|
||||
**Narrowing**: 聚焦于北美市场和可持续材料
|
||||
|
||||
### 示例3：研究论文介绍
|
||||
|
||||
**Role**: 作为一名学术作家
|
||||
|
||||
**Instructions**: 为关于太阳能在减少碳排放中作用的研究论文起草介绍
|
||||
|
||||
**Steps**: 定义研究范围，解释其重要性，并简要概述方法论
|
||||
|
||||
**Expectations**: 强调太阳能在实现全球可持续发展目标中的重要性
|
||||
|
||||
**Narrowing**: 聚焦于过去十年的全球数据
|
||||
|
||||
### 示例4：产品评测
|
||||
|
||||
**Role**: 作为一名科技评测员
|
||||
|
||||
**Instructions**: 为最新智能手机撰写全面评测，涵盖设计、性能、功能和性价比
|
||||
|
||||
**Steps**: 从概述开始，然后评估相机、电池续航和用户体验等关键方面，最后总结优缺点
|
||||
|
||||
**Expectations**: 为潜在买家提供平衡的观点
|
||||
|
||||
**Narrowing**: 聚焦于与中端市场竞争机型的比较
|
||||
@@ -0,0 +1,103 @@
|
||||
# GRADE Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-grade-framework/
|
||||
|
||||
## 应用场景
|
||||
- 数据分析
|
||||
- 内容创作
|
||||
- 策略开发
|
||||
- 教育教程
|
||||
- 项目管理
|
||||
- 报告生成
|
||||
|
||||
## 概述
|
||||
GRADE框架提供了AI提示词工程的系统方法，包含五个关键元素：目标(Goal)、请求(Request)、行动(Action)、细节(Details)和示例(Example)。这种结构有助于制作清晰、有目的性的提示，有效引导AI产生有针对性和相关的响应。
|
||||
|
||||
通过采用GRADE框架，开发者可以确保每个提示都经过精心设计以实现特定结果，使AI交互更加高效和有影响力。这种方法不仅简化了开发过程，还显著提高了AI生成内容的质量。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 目标 | Goal | 指定AI任务的最终目标，提供清晰的方向 |
|
||||
| 请求 | Request | 概述向AI提出的具体问题或任务，构建响应的上下文 |
|
||||
| 行动 | Action | 详述AI应执行的步骤或过程 |
|
||||
| 细节 | Details | 提供额外信息或参数指导AI响应，确保准确性和相关性 |
|
||||
| 示例 | Example | 提供说明期望结果的具体实例，帮助AI理解任务 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Goal (目标)
|
||||
指定AI任务的最终目标，为交互提供清晰的方向。目标应该具体且可衡量，让AI明确知道需要达成什么。
|
||||
|
||||
### Request (请求)
|
||||
概述向AI提出的具体问题或任务，构建其响应的上下文。请求定义了任务的范围和焦点。
|
||||
|
||||
### Action (行动)
|
||||
详述AI为完成请求应执行的步骤或过程。行动为AI提供了明确的执行路径。
|
||||
|
||||
### Details (细节)
|
||||
提供额外信息或参数来指导AI的响应，确保准确性和相关性。细节帮助AI理解具体要求和限制。
|
||||
|
||||
### Example (示例)
|
||||
提供说明期望结果或方法的具体实例，帮助AI理解任务。示例是最直接的方式来展示您期望的输出。
|
||||
|
||||
## 优点
|
||||
- **目标导向设计**: 明确定义的目标确保AI生成的响应与期望结果对齐
|
||||
- **全面结构**: 包含AI的逐步指南，增强其输出的精确度和相关性
|
||||
- **上下文清晰**: 详细的示例提供上下文，使AI更容易理解和满足提示的要求
|
||||
|
||||
## 缺点
|
||||
- **初始复杂性**: 在GRADE框架内开发提示可能需要更多前期工作来定义每个组件
|
||||
- **有限灵活性**: 高度结构化的提示可能限制AI在生成响应时的创意潜力
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：市场分析报告
|
||||
|
||||
**Goal**: 创建当前市场趋势的全面分析
|
||||
|
||||
**Request**: 评估近期经济政策对消费者行为的影响
|
||||
|
||||
**Action**: 审查经济报告，进行竞争对手分析，并综合发现
|
||||
|
||||
**Details**: 聚焦于过去一个季度受政策影响的关键行业
|
||||
|
||||
**Example**: 例如，检查科技行业如何应对新的数字税法
|
||||
|
||||
### 示例2：产品发布策略
|
||||
|
||||
**Goal**: 制定成功的产品发布计划
|
||||
|
||||
**Request**: 为新智能家居设备创建上市策略
|
||||
|
||||
**Action**: 确定目标受众，选择营销渠道，制定发布时间表
|
||||
|
||||
**Details**: 预算限制为50万美元，发布周期为3个月
|
||||
|
||||
**Example**: 参考Nest恒温器的成功发布案例
|
||||
|
||||
### 示例3：客户服务培训
|
||||
|
||||
**Goal**: 提高客户服务团队的问题解决能力
|
||||
|
||||
**Request**: 开发客户投诉处理培训模块
|
||||
|
||||
**Action**: 识别常见投诉类型，创建响应脚本，设计角色扮演练习
|
||||
|
||||
**Details**: 培训应在2小时内完成，适用于新员工
|
||||
|
||||
**Example**: 包含处理退款请求和产品缺陷投诉的具体场景
|
||||
|
||||
### 示例4：技术文档
|
||||
|
||||
**Goal**: 创建易于理解的API集成指南
|
||||
|
||||
**Request**: 编写开发者文档，解释如何集成支付API
|
||||
|
||||
**Action**: 描述认证流程、API端点、请求/响应格式和错误处理
|
||||
|
||||
**Details**: 使用Python和JavaScript代码示例
|
||||
|
||||
**Example**: 提供一个完整的支付处理流程示例代码
|
||||
@@ -0,0 +1,103 @@
|
||||
# TRACI Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-traci-framework/
|
||||
|
||||
## 应用场景
|
||||
- 营销传播
|
||||
- 教育内容创作
|
||||
- 客户服务
|
||||
- 用户体验设计
|
||||
- 个性化解决方案开发
|
||||
- 目标受众定向
|
||||
|
||||
## 概述
|
||||
TRACI框架引入了AI提示词工程的整体方法，封装五个关键元素：任务(Task)、角色(Role)、受众(Audience)、创建(Create)和意图(Intent)。这个全面的框架指导提示的开发，确保它们以终端用户为核心进行有目的的构建，从而实现更有效和更有影响力的AI交互。
|
||||
|
||||
利用TRACI有助于深入理解提示的上下文，允许创建不仅精确和相关，而且针对目标受众的特定需求和期望量身定制的响应，增强参与度和结果。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 任务 | Task | 识别AI应解决的具体活动或问题 |
|
||||
| 角色 | Role | 定义AI在提示上下文中的位置或能力 |
|
||||
| 受众 | Audience | 指定AI响应的目标群体 |
|
||||
| 创建 | Create | 概述AI应产出的内容或响应类型 |
|
||||
| 意图 | Intent | 澄清AI任务背后的目的或目标 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Task (任务)
|
||||
识别AI应解决的具体活动或问题。任务定义了需要完成的核心工作，是整个交互的出发点。
|
||||
|
||||
### Role (角色)
|
||||
定义AI在提示上下文中的位置或能力。角色影响AI如何处理任务以及响应的专业程度和语调。
|
||||
|
||||
### Audience (受众)
|
||||
指定AI响应的目标群体或个人。了解受众帮助AI定制响应的语言、深度和风格。
|
||||
|
||||
### Create (创建)
|
||||
概述AI预期产出的内容或响应类型。这明确了输出的形式和范围。
|
||||
|
||||
### Intent (意图)
|
||||
澄清AI任务背后的目的或目标，引导其聚焦于实现特定结果。意图确保AI的努力与您的总体目标保持一致。
|
||||
|
||||
## 优点
|
||||
- **以用户为中心的设计**: 通过关注受众，确保提示直接相关于最终用户的需求和期望
|
||||
- **清晰目标**: 意图组件澄清交互的目的，确保AI的努力是目标导向的
|
||||
- **多功能应用**: 适用于各种领域，TRACI支持为多样化任务和受众创建定制响应
|
||||
|
||||
## 缺点
|
||||
- **潜在过度复杂**: 框架的详细性质可能使提示设计更加繁琐，特别是对于简单任务
|
||||
- **具体性vs灵活性**: 高度定制的提示可能限制AI的创意响应，潜在减少其在某些场景中的适用范围
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：个性化健身计划
|
||||
|
||||
**Task**: 开发定制化健身计划
|
||||
|
||||
**Role**: 作为私人教练，根据个人目标和偏好定制计划
|
||||
|
||||
**Audience**: 面向希望开始健身旅程的初学者
|
||||
|
||||
**Create**: 详细的、分步骤的锻炼和营养指南
|
||||
|
||||
**Intent**: 激励和引导用户走向更健康的生活方式
|
||||
|
||||
### 示例2：产品培训材料
|
||||
|
||||
**Task**: 创建新产品功能培训材料
|
||||
|
||||
**Role**: 作为产品培训师
|
||||
|
||||
**Audience**: 面向销售团队成员
|
||||
|
||||
**Create**: 互动式培训模块，包含视频、测验和实践练习
|
||||
|
||||
**Intent**: 确保销售团队能够有效地向客户展示产品价值
|
||||
|
||||
### 示例3：客户支持FAQ
|
||||
|
||||
**Task**: 编写常见问题解答文档
|
||||
|
||||
**Role**: 作为客户支持专家
|
||||
|
||||
**Audience**: 面向首次使用产品的新用户
|
||||
|
||||
**Create**: 清晰、简洁的问答对，配有截图和视频教程
|
||||
|
||||
**Intent**: 减少客户支持请求，提高用户自助解决问题的能力
|
||||
|
||||
### 示例4：营销邮件系列
|
||||
|
||||
**Task**: 设计新客户欢迎邮件系列
|
||||
|
||||
**Role**: 作为电子邮件营销专家
|
||||
|
||||
**Audience**: 面向刚注册的潜在客户
|
||||
|
||||
**Create**: 5封系列邮件，逐步介绍产品价值和使用技巧
|
||||
|
||||
**Intent**: 引导用户完成首次购买并建立品牌忠诚度
|
||||
@@ -0,0 +1,103 @@
|
||||
# RODES Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-rodes-framework/
|
||||
|
||||
## 应用场景
|
||||
- 教育内容开发
|
||||
- 客户服务协议
|
||||
- 详细研究查询
|
||||
- 战略规划
|
||||
- 复杂问题解决
|
||||
- 培训模块创建
|
||||
|
||||
## 概述
|
||||
RODES框架提供了AI提示词工程的微妙方法，专注于五个基本组成部分：角色(Role)、目标(Objective)、细节(Details)、示例(Examples)和感知检查(Sense Check)。这个框架旨在精炼AI提示的开发，确保它们既有针对性又能有效实现期望结果。
|
||||
|
||||
采用RODES方法论通过提供提示创建的全面指南来增强AI交互的精确度和深度。这确保AI的响应不仅相关和详细，而且与预期目的和受众彻底对齐。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 角色 | Role | 澄清AI与提示相关的位置或功能 |
|
||||
| 目标 | Objective | 定义AI要达到的最终目标 |
|
||||
| 细节 | Details | 提供特定信息或标准指导AI响应 |
|
||||
| 示例 | Examples | 提供说明性场景帮助AI理解上下文和期望 |
|
||||
| 感知检查 | Sense Check | 鼓励最终审查AI响应以确保准确满足提示目标和细节 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Role (角色)
|
||||
澄清AI与提示相关的位置或功能。角色定义设置了交互的基调和视角，影响AI处理任务的方式。
|
||||
|
||||
### Objective (目标)
|
||||
定义AI要达到的最终目标。清晰的目标引导AI的努力方向，确保输出与期望结果对齐。
|
||||
|
||||
### Details (细节)
|
||||
提供特定信息或标准来指导AI的响应。详细的指导帮助AI理解任务的具体要求和限制。
|
||||
|
||||
### Examples (示例)
|
||||
提供说明性场景帮助AI理解上下文和期望。示例是展示期望输出的最直接方式。
|
||||
|
||||
### Sense Check (感知检查)
|
||||
鼓励最终审查AI响应，以确保准确满足提示的目标和细节。这是一个内置的质量保证机制。
|
||||
|
||||
## 优点
|
||||
- **全面指导**: 通过涵盖从角色到感知检查的所有方面，确保提示创建的整体方法
|
||||
- **上下文相关性**: 示例提供对期望结果的清晰理解，增强AI提供相关响应的能力
|
||||
- **质量保证**: 感知检查步骤作为验证AI响应有效性和准确性的内置机制
|
||||
|
||||
## 缺点
|
||||
- **需要详细规划**: 框架的广泛性质可能需要更多初始努力进行提示准备
|
||||
- **潜在刚性**: 高度结构化的提示可能限制AI的创意表达，限制其生成新颖解决方案的能力
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：客户服务培训模块
|
||||
|
||||
**Role**: 作为培训师，开发全面的客户服务指南
|
||||
|
||||
**Objective**: 为新员工配备有效的沟通和问题解决技能
|
||||
|
||||
**Details**: 包括常见客户场景、响应模板和升级程序
|
||||
|
||||
**Examples**: 例如，如何处理产品退货或账单争议
|
||||
|
||||
**Sense Check**: 审查模块以确保它涵盖所有必要主题，并对没有先前经验的人来说是可理解的
|
||||
|
||||
### 示例2：产品文档
|
||||
|
||||
**Role**: 作为技术文档专家
|
||||
|
||||
**Objective**: 创建用户友好的产品使用指南
|
||||
|
||||
**Details**: 包括安装步骤、功能说明、故障排除和安全注意事项
|
||||
|
||||
**Examples**: 参考Apple产品文档的清晰度和简洁性
|
||||
|
||||
**Sense Check**: 确认文档是否涵盖了新用户可能遇到的所有问题
|
||||
|
||||
### 示例3：市场研究报告
|
||||
|
||||
**Role**: 作为市场研究分析师
|
||||
|
||||
**Objective**: 提供竞争对手分析和市场机会洞察
|
||||
|
||||
**Details**: 分析主要竞争对手的产品、定价、市场份额和增长策略
|
||||
|
||||
**Examples**: 参考Gartner或Forrester的报告格式
|
||||
|
||||
**Sense Check**: 验证分析是否基于可靠数据，结论是否得到充分支持
|
||||
|
||||
### 示例4：入职培训计划
|
||||
|
||||
**Role**: 作为人力资源专家
|
||||
|
||||
**Objective**: 设计高效的新员工入职流程
|
||||
|
||||
**Details**: 包括第一周计划、必要培训、导师分配和绩效预期
|
||||
|
||||
**Examples**: 参考Google或Netflix的入职最佳实践
|
||||
|
||||
**Sense Check**: 确保计划能帮助新员工在30天内达到预期生产力水平
|
||||
@@ -0,0 +1,103 @@
|
||||
# SPARK Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-spark-framework/
|
||||
|
||||
## 应用场景
|
||||
- 创意问题解决
|
||||
- 产品或服务设计创新
|
||||
- 营销策略开发
|
||||
- 需要新鲜视角的场景
|
||||
- 创意写作
|
||||
- 战略规划
|
||||
|
||||
## 概述
|
||||
SPARK框架引入了充满活力的AI提示词工程方法，封装五个动态元素：情境(Situation)、问题(Problem)、愿望(Aspiration)、结果(Result)和机缘(Kismet)。这个框架旨在通过提供结构化但灵活的蓝图来点燃AI提示的开发，以创新解决方案应对复杂场景。
|
||||
|
||||
通过利用SPARK，AI交互被设计为上下文丰富、问题特定、目标导向、结果驱动，并包含惊喜元素，确保全面而引人入胜的体验。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 情境 | Situation | 通过详述与提示相关的当前上下文或环境设置舞台 |
|
||||
| 问题 | Problem | 识别需要解决的挑战或问题 |
|
||||
| 愿望 | Aspiration | 概述解决后的期望结果或目标 |
|
||||
| 结果 | Result | 指定解决问题后预期的可衡量结果 |
|
||||
| 机缘 | Kismet | 引入意外或惊喜元素以增强创造力和参与度 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Situation (情境)
|
||||
通过详述与提示相关的当前上下文或环境设置舞台。情境描述提供了问题存在的背景，帮助AI理解整体局面。
|
||||
|
||||
### Problem (问题)
|
||||
识别需要解决的挑战或问题。清晰定义问题是找到有效解决方案的第一步。
|
||||
|
||||
### Aspiration (愿望)
|
||||
概述问题解决后的期望结果或目标。愿望描绘了理想的未来状态，为解决方案提供方向。
|
||||
|
||||
### Result (结果)
|
||||
指定解决问题后预期的可衡量结果。可量化的结果帮助评估解决方案的成功程度。
|
||||
|
||||
### Kismet (机缘)
|
||||
引入意外或惊喜元素以增强创造力和参与度。机缘鼓励打破常规思维，带来创新和令人兴奋的解决方案。
|
||||
|
||||
## 优点
|
||||
- **上下文深度**: 从清晰理解当前情境开始，为提示开发提供坚实基础
|
||||
- **目标导向策略**: 聚焦于通过愿望目标解决已识别的问题，驱动有目的的AI交互
|
||||
- **创新参与**: 机缘元素鼓励创造力，确保解决方案不仅有效而且引人入胜
|
||||
|
||||
## 缺点
|
||||
- **设计复杂性**: 框架的全面性质可能增加提示准备所需的时间
|
||||
- **潜在过度规范**: 详细的提示可能限制AI生成意外但相关解决方案的能力
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：饱和市场产品创新
|
||||
|
||||
**Situation**: 市场充斥着类似产品，导致消费者无感
|
||||
|
||||
**Problem**: 需要在拥挤的市场中脱颖而出
|
||||
|
||||
**Aspiration**: 创造一个不仅满足客户需求，还能激发他们想象力的产品
|
||||
|
||||
**Result**: 在发布第一年内实现20%的市场份额增长
|
||||
|
||||
**Kismet**: 产品包含前所未见的创新功能，让客户惊喜和愉悦
|
||||
|
||||
### 示例2：员工参与度提升
|
||||
|
||||
**Situation**: 公司员工满意度调查显示参与度下降
|
||||
|
||||
**Problem**: 需要提高员工积极性和归属感
|
||||
|
||||
**Aspiration**: 创建一个让员工感到被重视和激励的工作环境
|
||||
|
||||
**Result**: 将员工满意度评分提高25%，离职率降低15%
|
||||
|
||||
**Kismet**: 引入一个创新的"惊喜认可"计划，以意想不到的方式奖励员工
|
||||
|
||||
### 示例3：客户体验改进
|
||||
|
||||
**Situation**: 客户支持请求量增加，等待时间过长
|
||||
|
||||
**Problem**: 需要减少客户等待时间并提高首次解决率
|
||||
|
||||
**Aspiration**: 提供快速、高效且令人愉悦的客户服务体验
|
||||
|
||||
**Result**: 将平均响应时间减少50%，首次解决率提高到85%
|
||||
|
||||
**Kismet**: 为等待中的客户提供意外的小礼物或折扣，将等待转化为惊喜
|
||||
|
||||
### 示例4：环保产品营销
|
||||
|
||||
**Situation**: 消费者对环保产品兴趣增加，但转化率低
|
||||
|
||||
**Problem**: 需要将环保意识转化为实际购买行动
|
||||
|
||||
**Aspiration**: 让可持续选择成为消费者的首选而非妥协
|
||||
|
||||
**Result**: 环保产品线销售增长40%，客户复购率提高30%
|
||||
|
||||
**Kismet**: 每次购买都会有意外的"绿色惊喜"——可能是种一棵树或额外的环保小礼物
|
||||
@@ -0,0 +1,115 @@
|
||||
# RASCEF Framework
|
||||
|
||||
## 网址
|
||||
https://juuzt.ai/knowledge-base/prompt-frameworks/the-rascef-framework/
|
||||
|
||||
## 应用场景
|
||||
- 技术文档
|
||||
- 教学设计
|
||||
- 创意故事讲述
|
||||
- 详细分析项目
|
||||
- 复杂任务执行
|
||||
- 营销策略开发
|
||||
|
||||
## 概述
|
||||
RASCEF框架提供了AI提示词工程的全面方法，将过程分解为六个不同的组成部分：角色(Role)、行动(Action)、步骤(Steps)、上下文(Context)、示例(Examples)和格式(Format)。这个框架确保AI提示的系统化和详细开发，促进精确和上下文感知的响应。
|
||||
|
||||
利用RASCEF允许创建不仅清晰和可操作，而且针对特定场景和要求量身定制的提示，增强AI产生高度相关和目标化内容的能力。
|
||||
|
||||
## 框架构成
|
||||
|
||||
| 组成部分 | 英文 | 说明 |
|
||||
|---------|------|------|
|
||||
| 角色 | Role | 定义AI假定的身份或功能 |
|
||||
| 行动 | Action | 指定AI预期达到的任务或目标 |
|
||||
| 步骤 | Steps | 概述AI应遵循以完成任务的行动或指南序列 |
|
||||
| 上下文 | Context | 提供与任务相关的背景信息或场景 |
|
||||
| 示例 | Examples | 提供具体说明以模拟期望的语气、风格或方法 |
|
||||
| 格式 | Format | 描述AI响应的预期结构或呈现 |
|
||||
|
||||
## 详细说明
|
||||
|
||||
### Role (角色)
|
||||
定义AI假定的身份或功能，为交互设置舞台。角色影响AI的语调、视角和专业程度。
|
||||
|
||||
### Action (行动)
|
||||
指定AI预期达到的任务或目标。行动是核心工作描述，告诉AI需要完成什么。
|
||||
|
||||
### Steps (步骤)
|
||||
概述AI应遵循以完成任务的行动或指南序列。详细的步骤确保AI系统地处理任务。
|
||||
|
||||
### Context (上下文)
|
||||
提供与任务相关的背景信息或场景，帮助AI的理解。上下文丰富了AI对任务环境的理解。
|
||||
|
||||
### Examples (示例)
|
||||
提供具体说明以模拟期望的语气、风格或方法。示例是展示期望输出的最直接方式。
|
||||
|
||||
### Format (格式)
|
||||
描述AI响应的预期结构或呈现，确保它满足特定要求。格式规范确保输出以最有用的方式呈现。
|
||||
|
||||
## 优点
|
||||
- **详细指导**: 为提示创建提供全面的路线图，增强AI输出的质量和相关性
|
||||
- **适应性方法**: 足够灵活，可应用于从创意写作到技术分析的广泛场景
|
||||
- **目标化响应**: 通过定义上下文并提供示例，确保AI响应与用户期望密切对齐
|
||||
|
||||
## 缺点
|
||||
- **增加准备时间**: 所需的详细程度可能导致提示开发的准备时间更长
|
||||
- **潜在过度规范**: 高度结构化的提示可能限制AI的创意问题解决能力
|
||||
|
||||
## 最佳实践
|
||||
|
||||
### 示例1：新产品发布营销策略
|
||||
|
||||
**Role**: 作为营销策略师，制定全面的发布计划
|
||||
|
||||
**Action**: 开发包括市场分析、目标人群和促销活动的策略
|
||||
|
||||
**Steps**: 从市场调研开始，识别关键受众细分，选择营销渠道，规划活动阶段
|
||||
|
||||
**Context**: 产品是旨在改善家庭安全的技术创新
|
||||
|
||||
**Examples**: 参考科技行业的成功发布案例获取灵感
|
||||
|
||||
**Format**: 以结构化文档呈现策略，每个关键领域有独立章节
|
||||
|
||||
### 示例2：技术教程创作
|
||||
|
||||
**Role**: 作为技术教育者
|
||||
|
||||
**Action**: 创建面向初学者的Python编程教程
|
||||
|
||||
**Steps**: 从环境设置开始，然后介绍基本语法，接着是数据类型和控制流程
|
||||
|
||||
**Context**: 面向没有编程背景的完全初学者
|
||||
|
||||
**Examples**: 参考Codecademy或freeCodeCamp的教程风格
|
||||
|
||||
**Format**: 每个概念包含解释、代码示例和练习题
|
||||
|
||||
### 示例3：商业提案撰写
|
||||
|
||||
**Role**: 作为商业顾问
|
||||
|
||||
**Action**: 为潜在投资者撰写创业公司的商业提案
|
||||
|
||||
**Steps**: 介绍公司愿景，分析市场机会，展示财务预测，概述团队背景
|
||||
|
||||
**Context**: 一家专注于AI教育科技的早期创业公司，寻求种子轮融资
|
||||
|
||||
**Examples**: 参考Y Combinator推荐的商业计划模板
|
||||
|
||||
**Format**: 专业的商业文档格式，包含执行摘要、详细分析和附录
|
||||
|
||||
### 示例4：用户体验研究报告
|
||||
|
||||
**Role**: 作为UX研究员
|
||||
|
||||
**Action**: 编写移动应用可用性测试报告
|
||||
|
||||
**Steps**: 描述研究方法，呈现关键发现，分析用户痛点，提供改进建议
|
||||
|
||||
**Context**: 为电商应用进行可用性测试，参与者为25-45岁的在线购物者
|
||||
|
||||
**Examples**: 参考Nielsen Norman Group的可用性报告格式
|
||||
|
||||
**Format**: 结构化报告，包含数据可视化、用户引言和优先级排序的建议
|
||||
Reference in New Issue
Block a user