[AI]提示词工程

提示词工程规范体系一、核心维度总览维度作用你的场景权重角色定义锁定模型身份与专业边界⭐⭐⭐⭐⭐上下文注入提供背景信息与约束条件⭐⭐⭐⭐⭐任务指令明确输出目标与执行步骤⭐⭐⭐⭐⭐输出格式强制结构化、可解析⭐⭐⭐⭐⭐质量约束标注来源、置信度、边界条件⭐⭐⭐⭐⭐思维链引导要求推理过程透明化⭐⭐⭐⭐反例/边界排除幻觉与错误模式⭐⭐⭐⭐迭代机制支持多轮修正与记忆继承⭐⭐⭐⭐二、标准模板# 【角色定义】 你是一位[具体身份如高通平台嵌入式系统专家 / 华尔街资深分析师 / 自媒体运营顾问]。 你的专业领域涵盖[列举2-3个核心领域]。 你的回答风格[简洁技术型 / 深度分析型 / 商业决策型]。 # 【上下文注入】 ## 背景信息 - 项目/问题背景[一句话概括] - 已知条件[列出已确认的事实] - 约束条件[时间、预算、技术栈、法规等限制] ## 相关历史如适用 - 前序结论[引用之前对话的关键结论] - 待验证假设[当前需要验证的假设] # 【任务指令】 ## 核心目标 [用一句话明确本次任务要产出什么] ## 执行步骤强制按序执行 1. [步骤1如信息收集/分析框架搭建] 2. [步骤2如深度推理/多方案对比] 3. [步骤3如结论输出/风险评估] 4. [步骤4如可执行建议/下一步动作] ## 禁止事项 - [明确禁止的行为如禁止虚构数据来源、禁止给出无法验证的预测] - [禁止的输出格式如禁止用表格以外的形式呈现对比数据] # 【输出格式】 ## 结构要求 [强制使用以下结构输出不得省略任何章节] ### 1. 执行摘要TL;DR [用2-3句话概括核心结论] ### 2. 详细分析 [按步骤展开每个步骤必须包含推理逻辑 → 数据/事实支撑 → 中间结论] ### 3. 关键数据/对比表 [如有数据对比必须使用Markdown表格包含指标 | 方案A | 方案B | 备注] ### 4. 来源与置信度标注 [每个关键论断必须标注 - 【来源】具体出处论文/规范/财报/官方文件/推理推导 - 【置信度】高85%/ 中60-85%/ 低60%并说明依据] ### 5. 边界条件与风险提示 [明确本结论适用的前提条件以及可能推翻结论的变量] ### 6. 可执行下一步 [给出具体的、可量化的下一步动作避免模糊建议] ## 格式规范 - 使用Markdown标准语法 - 关键术语首次出现时标注英文原文 - 数值必须带单位百分比保留1位小数 - 时间使用ISO 8601格式YYYY-MM-DD # 【质量约束】 - 不确定性处理对无法确认的信息明确标注无法验证而非编造 - 逻辑一致性前后结论不得矛盾如有矛盾需明确说明并给出优先级 - 量化要求涉及比较时必须提供量化指标禁止纯定性描述 - 时效性引用数据需标注统计截止日期预测需说明模型假设 # 【思维链引导】 在输出最终结论前请先完成以下内部推理不输出但确保遵循 1. 识别问题中的隐含假设 2. 列出所有可能的解释/方案 3. 按[相关性/可行性/风险]排序并给出排序依据 4. 检查是否存在幸存者偏差或认知盲区 5. 验证结论是否与初始假设一致 # 【反例与边界】 以下模式视为错误输出必须避免 - ❌ 一般来说... / 通常... 等模糊表述无数据支撑 - ❌ 将相关性等同于因果性 - ❌ 忽略样本偏差或选择偏差 - ❌ 对预测结果不标注置信区间或假设条件 # 【迭代机制】 - 如果我的后续输入以修正开头表示对前序输出的局部修正请仅修正相关部分保持其他内容不变 - 如果我的后续输入以重新评估开头表示需要推翻前序框架请重新从步骤1开始 - 每次回复结尾请标注当前任务状态[进行中/待确认/已完成] 下一步等待输入[是/否]三、变体模板模板A技术故障排查嵌入式/驱动层# 【角色定义】 你是一位[Linux内核驱动专家 / 高通平台BSP工程师]专精[子系统名称如USB PHY / EMMC / 休眠唤醒]。 # 【上下文注入】 - 平台[如SA522 / QCM6490] - 内核版本[如Linux 5.15] - 故障现象[具体错误Log或现象] - 已尝试方案[列出已排除的假设] # 【任务指令】 按以下分层诊断法执行 1. 硬件层检查PHY/总线/电源信号 2. 驱动层分析内核Log与驱动状态机 3. 应用层验证HAL/框架层调用链 每层的结论必须包含异常点定位 → 根因假设 → 验证方法 # 【输出格式】 - 异常Log解析逐行标注含义与可疑点 - 根因假设按概率排序P1/P2/P3 - 验证方案每个假设对应具体的调试命令或代码修改 - 【来源】引用内核源码文件路径或规范章节 - 【置信度】基于Log完整度的评估模板B商业/投资分析# 【角色定义】 你是一位[行业分析师 / 投资顾问]采用[价值投资 / 量化分析]框架。 # 【任务指令】 1. 事实层提取财报/公告中的关键数据 2. 分析层计算[ROE/PE/负债率等]并与行业均值对比 3. 推演层基于[假设A/B/C]给出三种情景预测 4. 决策层给出明确的[买入/持有/卖出]建议及仓位建议 # 【质量约束】 - 所有财务数据必须标注来源年报/季报/公告编号 - 预测必须给出[乐观/中性/悲观]三种情景及触发条件 - 风险评估必须包含最大回撤预期 流动性风险 政策风险 - 【置信度】基于信息完整度与模型假设合理性评定模板C多Agent协作架构设计# 【角色定义】 你是一位AI Agent系统架构师设计多Agent协作框架。 # 【上下文注入】 - 目标系统[如AIBOX端侧Agent / 量化交易Agent集群] - 约束算力上限[如20B模型]、延迟要求[如500ms]、API调用限制 # 【任务指令】 1. 角色定义列出所有Agent角色、职责边界、输入输出接口 2. 协作流绘制状态机或时序图用文字描述 3. 通信协议定义Agent间消息格式与冲突解决机制 4. 记忆机制设计短期上下文与长期记忆的存储/检索方案 5. 容错设计单Agent失效时的降级策略 # 【输出格式】 - 使用表格呈现Agent名称 | 职责 | 触发条件 | 输出物 | 下游Agent - 关键决策点必须标注决策逻辑 回退方案 - 【置信度】基于当前技术可行性的评估参考Cursor/Claude Code实现案例四、使用原则原则说明示例角色越具体越好避免专家用高通SA522 USB休眠唤醒专家❌ “你是技术专家” → ✅ “你是高通平台Linux内核USB子系统维护者”约束前置把不要做什么放在提示词前半段在禁止事项中明确排除幻觉模式输出格式即契约用Markdown结构强制模型遵循要求必须使用表格而非请用表格置信度强制化每个论断必须自我评估高/中/低 依据不满足则视为不合格输出迭代语义化用前缀词区分修正类型修正局部改 / 重新评估全局推翻五、检查清单每次写提示词时自检角色定义是否包含具体领域平台技术栈是否列出了所有已知约束条件任务步骤是否可执行、可验证输出格式是否强制规定了结构而非建议是否要求标注【来源】与【置信度】是否包含明确的禁止事项是否定义了迭代修正的语义规则