惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V
Vulnerabilities – Threatpost
T
The Blog of Author Tim Ferriss
S
SegmentFault 最新的问题
D
DataBreaches.Net
博客园_首页
罗磊的独立博客
B
Blog
T
Threat Research - Cisco Blogs
C
Cisco Blogs
GbyAI
GbyAI
Engineering at Meta
Engineering at Meta
WordPress大学
WordPress大学
G
GRAHAM CLULEY
H
Help Net Security
酷 壳 – CoolShell
酷 壳 – CoolShell
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
爱范儿
爱范儿
SecWiki News
SecWiki News
T
Threatpost
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Schneier on Security
Schneier on Security
T
The Exploit Database - CXSecurity.com
Google Online Security Blog
Google Online Security Blog
T
Tor Project blog
小众软件
小众软件
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Y
Y Combinator Blog
H
Hacker News: Front Page
V
V2EX
Security Latest
Security Latest
Cloudbric
Cloudbric
Simon Willison's Weblog
Simon Willison's Weblog
Attack and Defense Labs
Attack and Defense Labs
D
Darknet – Hacking Tools, Hacker News & Cyber Security
P
Proofpoint News Feed
博客园 - 三生石上(FineUI控件)
NISL@THU
NISL@THU
S
Secure Thoughts
Blog — PlanetScale
Blog — PlanetScale
博客园 - 司徒正美
V2EX - 技术
V2EX - 技术
Vercel News
Vercel News
P
Palo Alto Networks Blog
IT之家
IT之家
MyScale Blog
MyScale Blog
有赞技术团队
有赞技术团队
Application and Cybersecurity Blog
Application and Cybersecurity Blog
D
Docker
Google DeepMind News
Google DeepMind News
Webroot Blog
Webroot Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
提示词工程基础:概念、流程、框架和技巧(一)
猫猫观察员的AI思考 · 2025-07-10 · via 人人都是产品经理

在AI技术迅速发展的今天,提示词工程(Prompt Engineering)正成为产品经理和技术从业者必须掌握的核心技能。本文系统梳理了提示词的基本概念、设计流程、常用框架与实用技巧,帮助你从“会用AI”迈向“用好AI”。

希望任何看完这个系列教程的人都能掌握撰写生产级提示词的方法,再也不用寻找零碎的知识点!

理解提示词:AI的指令语言

什么是提示词?

在人工智能的语境中,提示词(Prompt)是用户提供给模型的、用以引导其生成特定响应的输入文本 。它可以是简单的问题、一串关键词,也可以是包含复杂说明、上下文信息乃至代码片段的详细指令

从本质上讲,提示词是我们与生成式AI模型进行沟通和下达任务的“自然语言” 。

一个设计精良的提示词通常可以包含以下四种核心要素 :

  1. 指令(Instruction):明确告知模型需要执行的具体任务。例如,“总结以下文章”、“将这段文字分类为正面、中性或负面”、“生成一封营销邮件”。
  2. 上下文(Context):提供背景信息或外部知识,帮助模型更好地理解任务情境,从而生成更具相关性的回答。例如,在要求模型撰写报告时,提供目标受众的背景信息(“这份报告的读者是没有任何技术背景的投资人”)。
  3. 输入数据(InputData):模型需要处理的具体内容。例如,需要被总结的文章全文,或是需要被分类的用户评论。
  4. 输出指示(OutputIndicator):指定模型输出内容的类型、格式或风格。例如,“请以JSON格式返回结果”、“回答应使用项目符号列表”、“语气应保持专业和严谨”。

并非所有提示词都必须包含全部四要素,其具体构成取决于任务的复杂度和需求 (5)。然而,理解这些构成要素,是系统化设计高效提示词的第一步。

为什么设计高质量的提示词至关重要?

提示词的质量直接决定了AI输出内容的质量、相关性和准确性 。在实际应用场景中,这一点尤为关键。

一个模糊或结构不佳的提示词可能导致模型产生不一致、偏离主题甚至事实错误的输出(即“幻觉”),这对于依赖AI提供稳定服务的产品而言是不可接受的。

相反,一个精心设计的提示词,就如同为AI助手提供了一份清晰的工作说明书,能够有效地引导模型,使其产出符合预期的、高质量且可靠的结果 。

这不仅能提升用户体验,还能显著降低因AI输出错误而产生的业务风险和后期人工修正成本 。因此,掌握提示词撰写技巧,意味着掌握了精确控制和利用AI能力的钥匙。

提示词的两种类型

在实践中,我们可以将提示词分为两大类:日常对话提示词和生产级提示词。

理解二者的区别,是产品和业务人员从AI的普通使用者转变为专业AI应用设计者的关键一步。

1)日常对话提示词

这类提示词是我们日常与ChatGPT等聊天机器人互动时使用的、非结构化的、即兴的自然语言查询。例如,“给我推荐几部科幻电影”或“解释一下什么是黑洞”。这类提示词的特点是简单、直接,依赖于模型庞大的预训练知识库进行回答。它们非常适合探索性、非正式的知识获取和娱乐场景。

2)生产级提示词

生产级提示词是为集成在软件应用或业务流程中而专门设计的,其首要目标是确保输出的可靠性、一致性和可扩展性

与日常对话提示词的根本区别在于,生产级提示词是一种经过“工程化”设计的指令,它必须在各种输入条件下都能稳定地产生可预测的、符合格式要求的输出 。

一个核心的认知转变在于:

日常对话是一种“交谈”,而生产级应用是一种“指令”。

专业应用无法承受AI“看心情”式的回答,它要求的是每一次服务都达到可预期的标准。

生产级提示词通过提供明确的角色、严格的规则、清晰的上下文和固定的输出格式,极大地减少了模型解读的模糊性,从而将AI的“创造力”约束在可控的业务框架内,使其成为一个稳定可靠的自动化工具 。

生产级提示词包含从需求定义到解决方案的闭环。因此,对于产品经理而言,学习设计生产级提示词,本质上是学习如何将业务需求精确地转化为AI能够稳定执行的规范。

什么是提示词工程?

1)定义与过程

提示词工程(Prompt Engineering)是一门新兴的学科,它专注于开发和优化提示词,帮助用户更有效地利用语言模型完成各种复杂的任务 。

撰写生产级提示词的过程,就是提示词工程的实践。这个过程并非一蹴而就,而是一个类似于软件开发或机器学习的迭代循环 。

通常包括需求分析、初始设计、测试评估和持续优化等环节 。提示词工程师需要弥合最终用户需求与大型语言模型能力之间的鸿沟,通过不断的实验和调整,找到能够激发模型最佳性能的输入文本组合 。

2)提示词工程的价值

对于企业而言,提示词工程提供了一种比模型微调(Fine-tuning)更高效、更灵活地利用AI能力的方式 。

成本与效率:模型微调需要对模型本身的参数进行重新训练,这个过程不仅需要海量的标注数据,而且计算成本高昂,周期漫长。而提示词工程则是在不改变模型自身参数的前提下,通过优化输入指令来激发模型内部已有的知识和能力 。这使企业能够以更低的成本、更快的速度进行AI应用的原型设计和功能迭代。

灵活性与可控性:提示词可以被看作是应用的“软逻辑”,可以随时进行修改和部署,而无需重新训练整个模型。这种灵活性使得产品团队能够快速响应业务变化和用户反馈,持续优化AI功能。

掌握提示词工程,意味着产品和业务团队获得了直接塑造和控制AI行为的能力,能够更快地将AI技术转化为实实在在的商业价值。

如何设计生产级提示词

设计生产级提示词是一门兼具逻辑与创意的艺术。它要求我们像产品经理规划功能、像工程师设计架构一样,系统化地构建与AI的沟通桥梁。本部分将深入探讨提示词的设计流程、常用框架和核心技巧,为产品和业务人员提供一套可复用的方法论。

提示词设计流程:从需求到实现

一个成功的提示词需要遵循严谨的设计流程。我们可以将其类比为微型的产品开发周期,确保最终产出能够精准满足业务需求。

第一步:需求分析( “Why”)

在动笔之前,首先要清晰地定义业务目标和用户需求 。问自己几个关键问题:

  • 我们要解决什么问题? (例如:降低客服响应时间、提升营销文案点击率)
  • AI在这个流程中扮演什么角色? (例如:信息提取器、内容生成器、决策分析)
  • 一个“成功”的输出是什么样的? (定义成功输出的标准,例如:一份不超过300字、包含三个关键点的摘要;一个格式正确的JSON对象)
  • 目标用户是谁? (例如:需要快速获取信息的客服人员、寻求创意的市场专员)

这一步相当于编写产品需求文档(PRD)或用户故事,是整个设计过程的基石。

第二步:初始提示词设计( “What”)

基于需求分析,草拟第一个版本的提示词。此时,应有意识地包含之前提到的核心要素 :

  • 清晰的指令:明确任务。
  • 必要的上下文:赋予AI角色或提供业务背景信息。
  • 明确的输出格式:告知AI你期望的结果是什么样子。

第三步:测试与评估( “How Well”)

使用一系列输入数据来测试提示词,这些数据应覆盖典型使用场景和潜在的边缘情况。然后,根据第一步定义好的成功标准来评估AI的输出。评估的维度将在后续笔记中具体介绍

第四步:迭代与优化(”Improvement Loop”)

根据测试结果,对提示词进行持续的优化和精炼。这可能包括:调整措辞、增加或修改示例、强化约束条件、改变赋予的角色、甚至切换模型等。这是一个不断循环的过程,直到提示词在各种测试下都能稳定地产生高质量的输出。

常用的提示词撰写框架

提示词框架如同写作的模板,它们提供了一种经过验证的结构,帮助我们在设计提示词时不遗漏关键信息,从而系统性地提升提示词的质量和稳定性 。

为了帮助产品和业务人员快速选择合适的工具,下表对比了几个主流的提示词框架及其适用场景。

TAG框架:简洁高效

TAG框架是最简单直接的结构之一,非常适合日常的快速任务定义 。

  • T(Task-任务):你要AI做什么?(例如:“写一篇关于人工智能的博客文章”)
  • A(Action-行动):AI应该如何执行?(例如:“采用风趣幽默且引人入胜的风格”)
  • G(Goal-目标):期望达成的最终目的是什么?(例如:“吸引对AI感兴趣的初学者”)

APE框架:强调意图

APE框架与TAG相似,但更侧重于让模型理解任务背后的“目的”,这有助于模型做出更智能的决策

  • A(Action-行动):AI需要执行的具体动作。(例如:“分析这份客户反馈报告”)
  • P(Purpose-目的):为什么要做这件事?(例如:“为了找出客户流失的三个主要原因”)
  • E(Expectation-期望):期望的输出格式或成果。(例如:“以项目符号列表的形式呈现,并按重要性排序”)

COAST框架:应对复杂战略

当面对需要综合多个因素的复杂或战略性任务时,COAST框架提供了一个全面的思考结构 。

  • C(Context-背景):提供必要的背景信息。(例如:“我们公司第三季度的销售额下降了15%”)
  • O(Objective-目标):设定一个高层次的、可衡量的目标。(例如:“第四季度的销售额提升20%”)
  • A(Actions-行动):模型需要考虑或执行的步骤。(例如:“分析市场趋势、提出三个营销策略、评估每个策略的预算”)
  • S(Scenario-情景):描述具体的环境或情况。(例如:“我们正面临两个主要竞争对手的降价压力”)
  • T(Task-任务):给AI下达的具体指令。(例如:“基于以上所有信息,为第四季度制定一份详细的营销计划草案”)

LangGPT框架:构建专属AI智能体

LangGPT是一种高度结构化的提示词设计范式,它将提示词设计类比为面向对象编程,旨在创建具有特定角色、规则和工作流程的、可复用的AI智能体 。它通常使用Markdown格式,包含以下模块

  • Role: 定义AI的核心角色
  • Profile: 描述角色的背景、专长和语言风格
  • Rules: AI必须遵守的规则和约束
  • Workflow: AI与用户交互或完成任务的步骤
  • Initialization: AI的开场白和引导语

例如,一个“唐代诗人”的LangGPT提示词,会详细定义其诗人身份、擅长的诗歌体裁(如七言律诗)、必须遵守的格律规则,以及如何与用户互动(要求用户提供主题和形式)。这种框架非常适合构建需要长期保持一致性和专业性的虚拟助手或专家系统。

核心提示词技巧(重要)

掌握了框架之后,还需要一系列具体的技巧来进一步打磨和优化提示词,以应对不同的任务需求。

零样本(Zero-shot)与少样本(Few-shot)提示

零样本提示:在不提供任何范例的情况下,直接要求模型完成任务。这完全依赖于模型在预训练阶段学到的通用能力 。

应用:适用于任务简单直接(如“翻译‘你好’到英文”)、或快速验证一个AI功能概念的场景。

少样本提示:在提示词中提供一个或多个(通常不超过5个)完整的任务范例(“shot”),向模型展示期望的输入和输出格式。这是一种强大的“情境学习”(In-context Learning)技术 。

应用:当需要强制模型遵循特定的输出格式、语气或风格时极为有效。例如,在生成客服邮件时,提供2-3个符合公司规范的邮件范例,能让新生成的邮件质量大幅提升。

提供范例是LLM这种模式匹配引擎最直接有效的引导方式之一。它将模糊的“指令”转化为清晰的“模式”,极大地降低了模型“猜错”用户意图的概率,是产品经理在不进行代码级开发的情况下提升AI性能的最有力工具。

分解(Decomposition)

分解,也称为“提示链”(Prompt Chaining),是将一个复杂的大任务拆分成一系列更简单、更小的子任务,然后通过多个提示词按顺序完成 。

任务:分析一份冗长的年度财报。

提示词1(提取):“从以下财报文本中,提取所有关键财务数据(收入、利润、现金流),并以JSON格式输出。”

提示词2(分析):“基于以下财务数据,识别出三大主要财务风险。”

提示词3(生成):“根据识别出的财务风险,草拟一封给管理层的预警邮件。”

这种方法降低了单次任务的复杂度,让模型能更专注、更准确地完成每一步 。

角色提示(Role Prompting)

即赋予AI一个特定的身份或专家角色,如“你是一位拥有20年经验的营销总监”或“假设你是一名严谨的法律顾问” 。

作用原理:角色提示为模型提供了强大的上下文,能够激活其知识库中与该角色最相关的部分,从而使其输出的语气、风格和专业知识更符合预期 。

技巧:角色的定义越具体越好。“你是一名数据科学家”是好的开始,但“你是一名专注于B2B SaaS领域客户流失预警模型的数据科学家”则能带来更精准的输出 。

思维链(Chain of Thought, CoT)

这是一种引导模型在给出最终答案前,先展示其“思考过程”的技术 。通过在提示词中加入“让我们一步一步地思考”或提供包含推理步骤的范例,可以显著提升模型在逻辑推理、算术和复杂问题解决上的准确性 。

商业应用:解决一个多步骤的计算问题,如“A套餐每月50元,含1000分钟通话,超出部分每分钟0.1美元。B套餐每月70元,不限通话。如果客户上月通话1200分钟,哪个套餐更划算?” 使用CoT,模型会先计算A套餐的总费用,再与B套餐比较,最后给出结论,过程清晰且不易出错 。

零样本CoT:一个非常实用的技巧,只需在你的问题后加上一句“让我们一步一步地思考”(Let’s think step-by-step),就能在不提供范例的情况下,有效激发模型的推理能力 。

需要注意的是:随着推理模型的普及,这种提示技巧的必要性可能在下降

思维树(Tree of Thoughts, ToT)

ToT是CoT的进阶版。当一个问题存在多个可能的解决路径时,ToT允许模型同时探索多个“思维分支”,对每个分支进行评估,甚至在发现某个分支是死胡同时进行“回溯”,转而探索其他路径 。

应用:进行战略规划或头脑风暴。例如:“为我们的新产品制定上市策略。请从‘线上营销’、‘线下活动’和‘渠道合作’三个方向进行探索,并分别评估每个方向的优缺点和潜在风险。” 模型会将这三个方向作为不同的分支进行深入思考 。

自我批评(Self-Criticism / Reflexion)

这是一种让模型对其自身的输出进行评估和改进的技术 。在模型生成初步答案后,可以追加一个提示词,如:“请检查你刚才的回答。是否存在事实错误?逻辑是否严谨?有哪些可以改进的地方?” 这利用了模型强大的文本分析能力来优化其自身的生成能力。

负面约束

明确告知模型不要做什么。例如,“回答中不要包含任何技术术语”或“在生成的文案中,禁止使用‘革命性’、‘颠覆性’等夸大词汇”。这个技巧在使用得当的情况下,能非常有效地对输出内容进行“塑形”,确保其符合特定的沟通规范。

一些需要根据使用场景具体分析的技巧:

负面约束:具体效果不一定好,也不一定不好。过多或复杂的负面约束可能会让模型感到困惑,导致性能下降。建议保持负面约束的简洁和明确。

角色提示:在需要生成创造性内容模仿特定风格的任务中(如写营销文案、扮演客服),角色提示效果较好。但在纯粹要求事实准确性的任务中(如从文本中提取数据),其作用相对有限,清晰的指令和输出格式定义更为重要。

关键参数:微调AI的风格

除了优化提示词文本,调整模型的生成参数也是提示词工程的重要一环。对于产品和业务人员来说,可以将这些参数理解为控制AI输出风格的旋钮。

Temperature(温度)

定义:Temperature控制着模型生成下一个词时的随机性程度。

一个较低的温度值(如0.2)会使得模型更倾向于选择概率最高的词,从而产生更可预测、更保守的文本。一个较高的温度值(如0.8或更高)则会“拉平”词语间的概率差异,让概率较低的词也有机会被选中,从而产生更多样、更具创造性甚至出人意料的文本 。

在提示词设计中的应用

  • 创意任务:当你的目标是进行头脑风暴、撰写营销文案或创作故事时,可以调高温度(例如0.8-1.0),以激发模型的创造力 。
  • 事实性任务:当你的目标是获取准确的事实、进行文本摘要或生成代码时,应调低温度(例如0.2-0.5),以减少模型“自由发挥”导致的事实错误 。

Top-p(核采样)

定义:Top-p,也称核采样(Nucleus Sampling),是一种动态控制词汇选择范围的方法。它设定一个概率阈值p(如0.9),模型会从输出概率最高的词开始,不断累加它们的概率,直到总和达到p为止,然后模型只从这个“核心”(nucleus)词汇集中进行抽样 。

与Top-k固定数量不同,Top-p的词汇集大小是动态变化的,模型越确定,词汇集越小;模型越不确定,词汇集越大 。

在提示词设计中的应用

  • 平衡生成:Top-p通常被认为是比Temperature更优的控制方法,因为它既能避免选择那些概率极低的离谱词汇,又能根据上下文的确定性动态调整创造力。一个常用的值是0.9到0.95之间,这能在保证连贯性的前提下,提供良好的多样性。
  • 精细调优:对于需要高度连贯性的对话机器人或问答系统,可以适当降低Top-p(如0.8),以使其回答更聚焦。

Top-k

定义:Top-k是最简单的采样控制方法。它直接限制模型在生成下一个词时,只能从概率最高的k个词中进行选择 。例如,设置Top-k为10,模型无论面对什么情况,都只会在10个备选词中挑选。

在提示词设计中的应用

  • 聚焦内容生成:当需要确保输出内容严格限制在某个主题范围内时,可以使用较小的k值(如5-20)。
  • 与Top-p的比较:想象一下点餐,Top-k就像一个固定套餐,永远只有k个菜品可选。而Top-p则像一个自助餐,它会提供占总受欢迎度90%的菜品,菜品数量会根据当天大家的口味偏好而变化。因此,Top-p通常更智能、更灵活。

在实际应用中,通常会调整Temperature和Top-p中的一个,而不是同时调整两者,以避免不可预测的效果。

对产品和业务人员而言,理解这些参数的含义,意味着你可以在不改动提示词文本的情况下,通过调整这些参数来改变AI应用的输出风格,以适应不同的业务场景。

本文由 @Mrs.Data 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务