02b - 模型差异化 Prompt 技巧

<context>
你正在审查一个 React + TypeScript 电商项目的购物车模块。
项目使用 Zustand 做状态管理，TanStack Query 做数据获取。
</context>
 
<instructions>
请审查以下代码，关注：
1. 类型安全性
2. 状态管理模式
3. 错误处理完整性
4. 性能优化机会
</instructions>
 
<code>
[代码内容]
</code>
 
<output_format>
按严重程度分级输出：
🔴 必须修复 | 🟡 建议改进 | 🔵 可选优化
每个问题包含：位置、描述、修复建议、修复代码
</output_format>

❌ 不推荐：
请分析这段代码的性能问题。[代码] 这是一个高并发的支付系统。

✅ 推荐：
这是一个高并发支付系统的核心处理模块，日均处理 100 万笔交易。
当前 P99 延迟为 500ms，目标是降到 200ms 以下。

请分析以下代码的性能瓶颈，并给出优化方案：
[代码]

请为这个微服务架构设计缓存策略。

要求：
1. 列出你做出的所有假设
2. 对每个方案说明适用条件和风险
3. 如果信息不足以做出判断，明确指出需要哪些额外信息
4. 最终推荐一个方案，并解释权衡

请用不超过 300 字总结这篇文章的核心观点。
用 bullet point 格式，每点不超过 30 字。

{
  "messages": [
    {"role": "user", "content": "分析这段代码的问题"},
    {"role": "assistant", "content": "```json\n{\"issues\": ["}
  ]
}

<role>你是 [具体角色描述，包含经验和专长]</role>
 
<context>
[项目背景、技术栈、当前状况]
</context>
 
<task>
[明确的任务描述]
</task>
 
<constraints>
- [约束 1]
- [约束 2]
- 输出不超过 [N] 字
</constraints>
 
<output_format>
[期望的输出格式描述]
</output_format>

输出格式：Markdown 表格，包含以下列：
| 工具名 | 用途 | 价格 | 推荐指数 |

任务：对比 5 个主流的 CI/CD 工具。
每个工具的推荐指数用 1-5 星表示。

请按以下步骤完成任务：

步骤 1：读取输入数据，识别数据类型
步骤 2：对每个字段进行验证，列出不合规项
步骤 3：生成验证报告，格式为 JSON
步骤 4：在报告末尾添加修复建议

每个步骤完成后，用 "--- Step N Complete ---" 标记。

请为以下 API 端点编写文档。参考示例：

### GET /api/users
**描述：** 获取用户列表
**参数：**
| 参数 | 类型 | 必填 | 说明 |
|------|------|------|------|
| page | int | 否 | 页码，默认 1 |
**响应：** 200 OK
```json
{"users": [...], "total": 100}

#### 技巧 4：使用 Structured Outputs API

GPT-4o 和 GPT-5.2 支持原生 JSON Schema 约束，保证 100% 输出合规。

```python
from openai import OpenAI

client = OpenAI()
response = client.chat.completions.create(
    model="gpt-4o",
    messages=[{"role": "user", "content": "分析这段代码"}],
    response_format={
        "type": "json_schema",
        "json_schema": {
            "name": "code_analysis",
            "schema": {
                "type": "object",
                "properties": {
                    "language": {"type": "string"},
                    "issues": {
                        "type": "array",
                        "items": {
                            "type": "object",
                            "properties": {
                                "severity": {"enum": ["error", "warning", "info"]},
                                "message": {"type": "string"}
                            }
                        }
                    }
                },
                "required": ["language", "issues"]
            }
        }
    }
)

在输出最终结果之前，请先检查：
1. 表格是否包含所有要求的列？
2. JSON 是否可以直接解析？
3. 字数是否在限制范围内？
如果任何检查不通过，先修正再输出。

Context: [背景信息]

Task: [具体任务]

Constraints:
- 格式：[输出格式要求]
- 长度：[字数/行数限制]
- 规则：[必须遵守的规则]

Output: [输出示例或 schema]

研究问题：2026 年 Rust Web 框架的生态现状

范围：
- 时间范围：2025 年 1 月至今
- 关注框架：Actix-web, Axum, Rocket, Poem, Salvo
- 评估维度：性能、生态、学习曲线、社区活跃度

输出要求：
1. 8 条 bullet point 总结
2. 对比表格：框架 | 优势 | 劣势 | GitHub Stars | 推荐场景
3. 标注不确定的信息
4. 提供关键声明的来源链接

以下是一个完整的 Node.js 项目代码（包含 50 个文件）。

请完成以下分析：
1. 绘制模块依赖关系图（Mermaid 格式）
2. 识别循环依赖
3. 找出未使用的导出
4. 评估整体架构质量（1-10 分）
5. 给出重构优先级建议

[粘贴完整项目代码]

[上传截图]

这是我们应用的登录页面截图。请分析：
1. UI/UX 问题（对齐、间距、颜色对比度）
2. 无障碍性问题（WCAG 2.1 AA 标准）
3. 与 Material Design 3 规范的偏差
4. 移动端适配建议

输出格式：按严重程度排序的问题列表，每个问题附带修复建议。

对于你不确定的信息，请用 [⚠️ 待验证] 标记。
对于有明确来源的信息，请附上来源链接。
如果某个问题你无法给出可靠答案，请直接说明而非猜测。

研究问题：[主题]

范围：
- 时间范围：[起止时间]
- 地域/领域：[限定范围]
- 输出格式：[bullet + 表格 / 报告 / 代码]

要求：
1. [具体要求 1]
2. [具体要求 2]
3. 标注不确定信息
4. 提供关键声明的来源

[如有附件：说明附件内容和分析重点]

<context>
这是一个 Python FastAPI 项目的用户认证模块。
项目使用 SQLAlchemy ORM，JWT 认证，部署在 AWS Lambda 上。
日活用户约 5 万。
</context>
 
<task>
审查以下代码的安全性和性能问题。
</task>
 
<requirements>
- 列出你的假设
- 按严重程度分级：🔴 严重 / 🟡 警告 / 🔵 建议
- 每个问题包含修复代码
- 总结不超过 500 字
</requirements>
 
<code>
[代码]
</code>

你是一个安全审计专家。

任务：审查以下 Python FastAPI 认证代码。

输出格式：
| # | 严重程度 | 位置 | 问题 | 修复建议 |
|---|---------|------|------|---------|

规则：
1. 严重程度用 Critical/Warning/Info
2. 位置精确到行号
3. 修复建议包含代码片段
4. 最后输出 JSON 摘要：{"critical": N, "warning": N, "info": N}

代码：
[代码]

审查以下 Python FastAPI 认证代码的安全性。

范围：
- 关注 OWASP Top 10 相关问题
- 检查 JWT 实现是否符合 RFC 7519
- 评估 SQL 注入风险

输出：
1. 问题列表（按风险排序）
2. 每个问题的 CWE 编号（如适用）
3. 修复代码
4. 标注不确定的判断

[代码]

<context>
我们是一个 10 人的创业团队，正在构建一个实时协作文档编辑器。
当前技术栈：React + Node.js + PostgreSQL。
预期用户量：初期 1000 人，一年内增长到 10 万。
</context>
 
<task>
设计实时协作的技术方案，对比 CRDT 和 OT 两种方案。
</task>
 
<output_format>
1. 两种方案的对比表
2. 基于我们的场景给出推荐
3. 列出你的假设和不确定因素
4. 推荐方案的实施路线图（分 3 个阶段）
不超过 800 字。
</output_format>

Context: 10 人创业团队，构建实时协作文档编辑器。
技术栈：React + Node.js + PostgreSQL。用户量：1K → 100K。

Task:
步骤 1：对比 CRDT 和 OT，输出表格
步骤 2：推荐一个方案，说明理由
步骤 3：输出实施路线图（3 阶段）

Output format:
- 对比表：| 维度 | CRDT | OT |
- 推荐：不超过 200 字
- 路线图：Mermaid gantt 图

研究问题：实时协作文档编辑器应该选择 CRDT 还是 OT？

背景：10 人团队，React + Node.js + PostgreSQL，用户 1K → 100K

请分析：
1. 两种方案的技术对比（性能、复杂度、生态）
2. 2025-2026 年的最新实践和开源方案
3. 基于我们的规模给出推荐
4. 提供关键声明的来源链接
5. 标注不确定的判断

输出：bullet 总结 + 对比表 + 推荐方案

<data>
[CSV 数据或数据描述]
</data>
 
<task>
分析用户流失数据，找出关键流失因素。
</task>
 
<analysis_requirements>
- 先列出你对数据的理解和假设
- 使用至少 3 种分析角度
- 对每个发现说明置信度（高/中/低）
- 给出可执行的改进建议
- 总结不超过 600 字
</analysis_requirements>

任务：分析用户流失数据。

步骤 1：数据概览（输出表格：字段 | 类型 | 缺失率 | 分布）
步骤 2：流失因素分析（输出 Top 5 因素，每个包含相关性系数）
步骤 3：可视化建议（输出 Python matplotlib 代码）
步骤 4：改进建议（输出 JSON：{"factor": "", "action": "", "priority": ""}）

数据：
[数据]

[上传 CSV 文件]

这是我们产品过去 6 个月的用户行为数据。

分析目标：找出用户流失的关键因素

要求：
1. 数据质量评估
2. 多维度流失分析（时间、功能使用、用户画像）
3. 与行业基准对比（SaaS 平均流失率）
4. 可执行的改进建议，按 ROI 排序
5. 标注数据不足以支撑的结论

角色：[具体角色]
背景：[项目/任务背景]
任务：[明确的任务描述]

要求：
1. [具体要求，编号列出]
2. [格式要求]
3. [长度限制]

输出格式：[明确的格式描述]

注意：
- 如果信息不足，请说明而非猜测
- 列出你的假设