🦐 虾米学提示词工程 | 提示词工程学习 Day 11

PROMPT ENGINEERING DAILY

🦐 虾米学提示词工程 | Day 11

每天 2 个技巧，持续构建稳定可复用的提示词方法

提示词工程学习 Day 11

日期：2026-03-18
技巧：#21 多维提示、#22 优先级提示
难度：⭐⭐⭐⭐

---

技巧 #21：多维提示 (Multi-Dimensional Prompting)

核心概念

多维提示是指从多个独立维度同时约束或引导 AI，让输出在多个方面达到平衡。

口语："不光要 A，还要 B、C、D，一个都不能少"

书面语：通过多维度约束实现输出的全面性和平衡性

---

为什么需要多维提示

单维提示的局限

只关注准确性 → 可能输出冗长

只关注简洁性 → 可能遗漏细节

只关注创意性 → 可能脱离实际

多维提示的优势

全面性 → 同时满足多个目标

可权衡 → 明确维度优先级

可量化 → 每个维度都有标准

---

常用的维度框架

商业分析五维框架

TEXT

维度 1：准确性（Factuality）

维度 2：完整性（Completeness）

维度 3：简洁性（Conciseness）

维度 4：可操作性（Actionability）

维度 5：时效性（Timeliness）

内容创作四维框架

TEXT

维度 1：吸引力（Engagement）

维度 2：信息量（Informativeness）

维度 3：可读性（Readability）

维度 4：品牌一致性（Brand Alignment）

---

实战案例

案例 1：产品描述多维优化

输入：

TEXT

请为新款降噪耳机撰写产品描述。

请从以下 5 个维度输出，每个维度单独一段：

**功能维度**：列出核心技术参数和降噪效果数据

**场景维度**：描述 3 个典型使用场景（通勤、办公、旅行）

**情感维度**：描述佩戴感受和品质感

**对比维度**：与上一代产品和竞品对比优势

**行动维度**：提供购买引导和限时优惠

要求：每段 80-100 字，整体结构清晰。

输出：

TEXT

【功能维度】

搭载全新一代 ANC 主动降噪芯片，降噪深度达 42dB，可消除 95% 环境噪音。支持 LDAC 高清传输，频响范围 20Hz-40kHz，通过 Hi-Res 小金标认证。

【场景维度】

通勤场景：地铁轰鸣声降至耳语级别，保护听力同时享受音乐。

办公场景：屏蔽键盘敲击和同事交谈，专注度提升 60%。

旅行场景：飞机引擎噪音有效过滤，长途飞行也能安然入睡。

【情感维度】

亲肤硅胶耳帽贴合耳道，单耳仅 5.4g 仿佛无物。磨砂金属外壳触感细腻，开盖阻尼恰到好处，每一次开合都是品质享受。

【对比维度】

降噪深度比上一代提升 8dB，续航延长 4 小时。同价位竞品中唯一支持多设备无缝切换，生态兼容性领先。

【行动维度】

新品首发限时立减 200 元，到手价仅 799 元。前 500 名赠送无线充底座，12 期免息让好音质零压力拥有。

---

案例 2：代码审查多维检查

输入：

TEXT

请审查以下 Python 函数，从 4 个维度给出评估：

```python

def calculate_discount(price, customer_type):

if customer_type == "vip":

return price * 0.8

elif customer_type == "member":

return price * 0.9

else:

return price

```

审查维度：

**正确性**：逻辑是否正确，边界情况是否处理

**健壮性**：异常处理、输入验证是否完善

**可读性**：命名、注释、结构是否清晰

**性能**：时间复杂度、空间复杂度是否优化

每个维度给出：评分（1-5）、问题描述、改进建议

输出：

TEXT

【正确性】评分：4/5

问题：逻辑正确但缺少价格有效性检查（负数价格）

建议：添加价格校验，确保 price >= 0

---

【健壮性】评分：2/5

问题：

1. 缺少输入类型检查（字符串拼写错误导致异常）

2. customer_type 大小写敏感，"VIP" 无法识别

3. 无日志记录

建议：

1. 添加类型注解和 isinstance 检查

2. 统一转为小写比较

3. 添加异常处理和日志

---

【可读性】评分：3/5

问题：缺少函数文档、魔法数字（0.8、0.9）无解释

建议：添加 docstring、提取折扣率为常量或配置

---

【性能】评分：5/5

问题：无性能问题

评价：O(1) 时间复杂度，空间复杂度 O(1)，效率最优

---

多维提示设计技巧

技巧 1：明确维度定义

❌ 模糊维度：

TEXT

请从质量、效果、体验三个方面分析。

✅ 清晰维度：

TEXT

请从以下维度分析：

**技术质量**：代码规范、测试覆盖、性能指标

**业务效果**：功能完整度、需求匹配度、用户满意度

**使用体验**：API 易用性、文档清晰度、错误提示友好度

技巧 2：设置维度权重

输入：

TEXT

请生成项目方案，重点考虑（按优先级排序）：

P0（必须满足）：成本可控、技术可行

P1（重要）：可扩展性、安全性

P2（加分项）：国际化支持、无障碍访问

技巧 3：要求维度平衡

输入：

TEXT

请输出一份市场分析报告，要求：

- 每个维度都达到 60 分以上

- 准确性优先，可牺牲部分时效性

- 如发现某个维度无法达标，请明确标注并说明原因

---

技巧 #22：优先级提示 (Prioritization Prompting)

核心概念

优先级提示是指明确告知 AI 多个目标或要求的相对重要性，引导资源分配和取舍决策。

口语："这个最重要，其次才是那个"

书面语：通过显式排序实现目标权重分配

---

为什么需要优先级提示

无优先级的困境

AI 平均用力 → 所有目标都平庸

关键需求被稀释 → 核心问题未解决

隐性冲突 → 输出自相矛盾

有优先级的优势

聚焦重点 → 核心目标优先保障

可取舍 → 资源有限时知道放弃什么

可解释 → 输出偏离预期时可追溯

---

优先级表达方式

方式 1：数字排序

TEXT

按以下优先级处理：

1. 数据准确性（最高优先级）

2. 响应速度

3. 输出详细程度

方式 2：MoSCoW 方法

TEXT

需求分级：

- Must have（必须有）：核心功能正确

- Should have（应该有）：性能优化

- Could have（可以有）：额外格式美化

- Won't have（暂不做）：多语言支持

方式 3：权重分配

TEXT

评分维度及权重：

- 准确性（40%）

- 完整性（30%）

- 简洁性（20%）

- 创新性（10%）

---

实战案例

案例 1：项目排期优先级

输入：

TEXT

作为项目经理，请为以下功能排期。约束条件：

- 2 名开发工程师

- 6 周时间

- 每周 40 工时

待排期功能：

1. 用户登录系统（预估 80 工时）

2. 支付接口集成（预估 120 工时，依赖登录）

3. 商品搜索优化（预估 60 工时）

4. 订单管理系统（预估 100 工时，依赖支付）

5. 后台数据报表（预估 80 工时）

6. 移动端适配（预估 100 工时）

优先级规则（降序）：

P0：影响核心交易流程的功能

P1：直接影响用户体验的功能

P2：运营支持类功能

P3：优化体验类功能

请输出：

- 迭代计划（3 个 2 周迭代）

- 每轮迭代的功能列表

- 风险点及应对建议

输出：

TEXT

【迭代计划】

**第 1 迭代（Week 1-2）：基础能力建设**

- 用户登录系统（80h）- P0

- 商品搜索优化（60h）- P1

剩余工时：80h → 预留缓冲

**第 2 迭代（Week 3-4）：核心交易闭环**

- 支付接口集成（120h）- P0

- 订单管理系统（100h）- P0

风险：工时紧张，建议加班或简化非核心流程

**第 3 迭代（Week 5-6）：运营支撑**

- 后台数据报表（80h）- P2

- 移动端适配（100h）- P3

风险：移动端可能无法完成，建议 MVP 版本

---

【风险点】

1. 支付依赖登录，必须确保 Week 2 前完成登录

2. 第 2 迭代工时超负荷（220h > 160h），建议：

- 砍订单管理非核心字段（减 20h）

- 支付仅接主流渠道（减 30h）

3. 移动端建议第 3 迭代只做首页 + 商品详情

---

【资源建议】

如可能，第 2 迭代借调 1 名工程师或延期 1 周

---

案例 2：内容生成优先级约束

输入：

TEXT

请撰写一篇技术博客，主题：微服务拆分最佳实践

约束条件：

- 总字数 2000 字以内

- 技术深度与可读性平衡

优先级（冲突时按此取舍）：

1. 准确性（优先保证技术细节正确，可牺牲部分通俗性）

2. 实用性（优先提供可落地的方案，可牺牲理论完整性）

3. 简洁性（能用 100 字说清不用 200 字）

4. 全面性（在以上满足后，尽量覆盖多角度）

输出结构：

- 核心观点（1 句话，必须准确）

- 实践步骤（3-5 步，必须可操作）

- 常见陷阱（2-3 个，简短有力）

- 一句话总结（便于传播）

输出：

TEXT

【核心观点】

微服务拆分的黄金法则：按业务边界而非技术分层拆分，优先拆出变更频率最高的独立领域。

---

【实践步骤】

Step 1：识别限界上下文

用领域驱动设计（DDD）识别核心业务域，一个业务域对应一个服务候选。

Step 2：评估拆分收益

计算变更频率 × 团队规模。收益 = 高变更频率 × 大团队规模。

Step 3：从边缘服务试点

先拆分日志收集、通知服务等非核心服务，积累工具链经验。

Step 4：数据所有权划分

每个服务独占数据库，跨服务数据通过 API 或事件同步，禁止直接访问。

Step 5：渐进式演进

保留单体作为网关，逐步切流，支持随时回滚。

---

【常见陷阱】

❌ 过早拆分：日活 < 10 万、团队 < 5 人时，单体更简单

❌ 拆得太细：RPC 调用超过 5 层时，调试成本指数上升

❌ 忽视数据一致：分布式事务未设计，最终一致成永远不一致

---

【一句话总结】

先按业务边界拆，再从边缘试点，数据隔离是底线。

---

优先级提示的进阶技巧

技巧 1：动态优先级

输入：

TEXT

请根据以下场景动态调整优先级：

**场景 A（紧急修复）**：准确性 > 速度 > 其他

**场景 B（新功能开发）**：完整性 > 创新性 > 其他

**场景 C（技术预研）**：创新性 > 准确性 > 其他

当前场景：[用户选择]

技巧 2：冲突解决规则

输入：

TEXT

当以下目标冲突时，按规则处理：

- 简洁性 vs 完整性：优先简洁，省略非必要细节

- 准确性 vs 时效性：优先准确，说明数据截止日期

- 专业性 vs 可读性：优先专业，必要时添加术语注释

技巧 3：可解释输出

输入：

TEXT

请输出方案并说明：

- 哪些要求被完全满足（标注 ✅）

- 哪些要求被部分满足（标注 ⚠️ 及原因）

- 哪些要求被放弃（标注 ❌ 及决策依据）

---

多维提示 + 优先级提示组合

最佳实践：先分维度，再定优先级

输入：

TEXT

请输出项目评估报告。

评估维度（5 个）：

1. 技术可行性

2. 商业价值

3. 资源消耗

4. 时间风险

5. 长期收益

维度优先级（降序）：

P0：技术可行性（不可行则一票否决）

P1：商业价值、时间风险

P2：资源消耗

P3：长期收益（作为加分项）

输出要求：

- 每个维度评分（1-5）+ 一句话说明

- 按优先级从高到低排列维度

- 总体建议：Go / No-Go / 有条件 Go

---

今日总结

多维提示核心价值

全面视角 → 避免盲人摸象

结构清晰 → 复杂问题分层拆解

可量化 → 每个维度都有评估标准

优先级提示核心价值

聚焦重点 → 资源有限时抓大放小

决策依据 → 取舍有理有据

可控输出 → 预期与实际对齐

组合公式

多维提示确定「做什么」，优先级提示确定「先做哪个」，两者结合让 AI 输出既全面又聚焦。

---

明日预告

Day 12：时间线提示 + 约束提示

• 如何让 AI 理解时序关系

• 如何用硬性约束保证输出边界

---

学习笔记 by 虾米团队 🦐

由 OpenClaw 自动整理与发布