提示工程 - 如何为ChatGPT编写有效的提示

从一个具体的提示目标开始。一个清晰的目标保持聊天专注，并使学习成果可衡量。定义受众、格式和预期结果。例如，请求报告的简要大纲，或项目的一步一步计划。（开始）这种方式帮助你快速从想法转向可测试的提示。如果需要深度（需要），从一开始就指定复杂性和约束。如果您希望结果对读者有趣，请根据您的受众调整语气和示例。

使用精确的语言。构建一个您期望模型使用或避免的术语词汇表。澄清什么是可接受输出，并区分摘要、分析和代码生成。注意将通用答案与定制结果区分开来的细微差别。如果您需要不同风格的输出副本，请明确请求以加快审查。同时考虑其他材料的易读性，并在需要时提供简洁的解释。

围绕单一方法构建您的提示。从上下文开始，然后是任务，然后是约束。使用模型应遵循的指令，并固定格式期望，如标题、项目符号列表或代码块。对于其他材料的读者，提供示例提示和最佳输出，以指导模型推理的激活。包含俄语术语“промты”以承认多语言团队中的概念。

测试并迭代。进行快速检查：提示是否产生您预期的结果？如果不是，通过缩小范围或添加约束来完善您的您的提示。在计算机环境中，指定输入和所需输出，以确保正确推理链的激活。这个过程对于可靠的结果是必要的。维护清晰的状态和版本以跟踪更改并重现结果。

对于预算受限的团队，构建一个提示目录并在您的同事之间共享。如果您使用付费计划，请为扩展限额和加速验证付费。将成功的提示保存为链接库中的副本，以便其他人可以重用方法而无需从头重写。这减少了其他工作的负担并保持项目推进。

提示工程：如何为 ChatGPT 编写提示；长篇文本提示的秘密

从精确的输出计划开始：一篇 1,200 字的文章，分 4 个部分，每个部分包含具体的策略和真实生活示例，加上简洁的摘要。提示应提供读者可以在生活或工作中重用的内容；包括历史背景和明确的论点以指导结构。提供步骤地图来映射任务，并给出清晰的指令以精确按照指定格式输出。

定义受众和语气，指定长度，并要求模块化输出，便于生活扩展并易于人类审查：大纲包含主要部分、完整草稿和评论部分。指导如何从论点过渡到详细文本，并为读者定制声音；包括商业和教育背景的变体，并提供实用提示，帮助读者直接应用，或其他变体。

结构化长篇提示

秘密：为了保持连贯性，要求部分之间明确的过渡、词汇表和对关键术语的重复引用，以使读者理解流程。用 gpt-4o 处理长上下文，并运行 proveo 检查以验证事实和语气。为了声音一致性，插入像“sergeevich”这样的标签来模拟作者的节奏。如果提示旨在推广产品，请自然地融入产品提及，同时保持评估平衡。这帮助读者了解如何在生活中应用这些策略，当他们想要具体结果时。确保论点精确反映主要想法，同时适应不同详细程度。

长篇文本的实用检查清单

将检查清单应用于真实提示：验证输出是否与目标目标一致，检查部分之间的过渡，验证事实，并确认语气与您的品牌匹配。如果文本将销售产品，请以自然方式嵌入产品引用，并将每个提及映射到用户需求。使用地图作为指导框架来概述步骤，并确保您的文本满足您的读者的期望，而您的客户希望看到。包括给您的团队的提示，并留出空间进行更新，以便您的文本可以适应您的市场和您的要求，给您的客户。

定义具体的输出格式和成功标准

从两个具体的输出格式和每个提示的一个可衡量成功标准开始；格式清晰确保可预测的结果并加快审查。这些规则基于可衡量的提示和可重复的检查，对输出如何被使用给予一些关注有助于避免偏差。预测描述成功是什么样子，以及什么将被记录以确保问责。

选择易于在文本中验证且机器可读的输出，用于下游使用。例如，要求叙述部分最多 200 字（字），以及结构化工件如 JSON 或表格。在请求中，指定受众、对源数据访问，以及如何处理来自社交媒体的引用，同时保持质量。如果提示针对外国受众，请提供双语或简单翻译，并诚实地说明限制。努力保持精细调整以根据读者的知识调整详细程度，并了解任务的要求。用示例玩耍以测试格式如何影响感知。Playweb 面板可以帮助可视化这些输出并验证跨提示的稳定性。

具体格式和验证

Format	Output Example	Success Criteria	Notes
Narrative Text	2–3 paragraphs, up to 200 words, aligned to источник	Accurate facts, clear citations to источник, length within limit	Use words to count length; ensure tone is friendly and accessible
Structured Table / JSON	{"rows":[{"id":1,"status":"ok"}]}	All fields present, correct data types, no missing values, стабильно formatted	Suitable for playвеб-панели; обеспечивает доступа к данным
Checklist	{"items":[{"name":"Review sources","done":true}]}	Boolean flags, timestamps, completeness 100%	Great for quality gates; источник и соцсетей в качестве примера

利用系统和用户消息控制长度和风格

推荐：在系统提示中锁定长度和语气，然后允许用户提示为每个任务细化具体内容。这种设置保持输出可预测，同时启用快速约束调整。

• 长度锚点：在系统消息中，设置 150–180 字或 5–7 个项目符号的目标，并设置硬上限和轻量级回退。
• 风格锚点：定义语气为友好且实用；指定输出格式（项目符号、检查清单或简短段落），并请求直接陈述以避免多余的填充。
• 角色分离：分配稳定角色（例如治理任务的管理员），并让用户覆盖任务焦点和深度以用于每个提示。
• 模板：创建可重用系统和用户提示模板，以加快新提示并保持任务一致性。
• 验证：生成后，计算行数或字数，检查易读性，并为下一次运行调整系统或用户提示。

具体提示和模板

1. 系统：您是一个简洁的解释者。输出 5 个项目符号，每个限制在 12 字。风格：友好、实用。没有填充。
2. 用户：提供一个关于如何管理项目的 3 个项目符号指南。每个项目符号少于 10 字。包括实施提示。

真实任务的实用笔记

• 使用单独块：引言、一组行动和要点。这帮助读者快速扫描并保持指南专注。
• 用针对性关键词指导内容：论点、引人入胜、单独的、最大、需要的、哪些、管理员、普通的、这个、正是、技术、注意、变化、经常、秘密、将、给、这个、饱和的、自己的、效率、方式、想要、形式、需要。

最终提示

1. 通过交换用户约束同时保持相同系统锚点来测试变体，以观察语气和长度的变化。
2. 记录每个任务使用的确切系统提示，以快速重现结果。

使用约束、示例和澄清构建提示模板

从为提示模板编纂约束开始：定义任务、分配角色、设置受众、指定输出格式（列表、步骤或简洁摘要），并建立明确的成功标准。在工作上下文中，这些约束加快迭代，人们可以快速对齐；它们可以为更好的清晰度和更快交付而调整。可以作为提醒出现在指导中，即团队可以根据特定需求定制提示，这更好地服务于人们和时间。水平清晰度有助于确保提示从一开始就保持可操作，减少合作期间的来回。提示在团队共享可重用提示模式时发挥关键作用，这里坚实的基础加速每次迭代。

设计约束来管理上下文和范围：设置水平细节、限制回答时间、当相关时要求来自外国来源的引用，并强制明确假设前提的说明。包括一个简短的澄清部分，捕捉答案应适应的条件，如受众素养、所需深度和首选语气。这种方法帮助支付任务保持在边界内，并在涉及人数中启用更快交付。提供用户可以遵循的清晰指令链，以便团队管理期望并在迭代中维护上下文。当您将约束固定到现实世界用例时，新模板更快出现，从历史到历史视角。

示例 1 – 历史概述：创建一个简洁的历史主题概述，追踪其历史中的关键里程碑，并应用连接事件到结果的链推理模式。保持在六个项目符号或更少，并在可能时引用来自外国上下文的来源。提示应回答哪些受众，并避免不服务于主要叙述的无关细节。

示例 2 – 支付工作流程：概述一个集成系统的支付过程检查清单，包括边缘案例、验证步骤和监管说明。以 6 步格式交付，从简要假设块开始，并以适合运营中人们的一行摘要结束。包括对哪个可能对跨边境工作的团队有用的引用，并确保语言对技术专家和业务用户的混合受众保持可访问。

澄清：在初始答案后，提出 2–3 个澄清问题来锁定范围：受众水平、所需深度和首选格式。如果关于上下文的歧义仍然存在，提供简要决策树和新回退提示来覆盖常见变体。这种实践管理期望并在工作周期中减少返工。包括一个简短笔记，说明历史和上下文如何塑造最终结果，以便读者看到指令和结果之间的连接。

维护和演进：将模板保存到中央库，按任务、受众和约束标记每个，并实施自动续订以用新数据刷新内容。这种方法加速部署，在团队中保留一致性，并支持新波的历史分析提示。跟踪节省的时间（时间）和用户满意度，以展示对工作效率的影响，并鼓励人们重用和适应现有提示而不是从头重新创建提示。

使用渐进披露：逐步提示和增量草稿用于冗长输出

推荐：从紧凑大纲和单一具体目标开始，然后通过层层渐进提示构建。从 2-3 句大纲和一段提示开始，然后请求增量草稿，每个部分添加 60-100 字，直到达到所需长度。这种方法保持聊天和神经网络与数据对齐，并为文章提供稳定基础。

步骤 1 – 大纲提示：请求 2-3 句大纲，说明目的、受众和交付物，并指定格式如聊天、文章和更长的文本。包括一行关于语言神经网络历史和语言系统组织信息能力的说明。在提示中，命名读者来自哪些国家以及采用哪个角色或语气，以使文本在每个部分听起来稳定。

步骤 2 – 增量草稿：大纲后，要求草稿 1：简洁，每个部分一段，最小细节。然后请求草稿 2：添加具体示例和一两个数据点；最后，草稿 3：润色精确字数（字）、收紧过渡，并确保数据图片支持论点。每部分强制字数上限以防止偏差，并指导想法演进而不溢出页面。

实用提示：使用字表达具体想法，并将每个部分链接到提示工程的发展历史。尝试名为всеволод的角色来建模稳定、清晰的声音，这有助于不同国家的受众理解简单有效的想法。如果需要更多长度，以控制增量重复周期；保持焦点在数据和事实，而不是鱼，以保持风格和内容之间的平衡在足够高的质量水平。

使用真实世界场景测试、迭代和微调提示

从具体任务和单一成功指标开始。对于真实世界测试，选择三个场景：产品页面描述、客户支持回复和广告创意片段。为每次运行记录日期并跟踪结果，以比较迭代中的提示。预期当您限制范围并衡量清晰度、语气和准确性时，会获得大量可操作洞见。

定义质量评分标准：事实准确性、与品牌语气对齐以及实用有用性。制作指定角色、受众和输出格式的提示。例如，您是一个为俄语受众写作的营销人员，并交付简短、引人入胜的描述，带有数据支持的声明。您可以包括数字、清晰的行动号召，以及长度约束以保持输出易浏览。

使用真实世界数据测试：从谷歌结果、产品规格和客户常见问题中提取提示。每场景测试 5-10 个输入以评估一致性和边缘案例处理。从队友和客户收集反馈；他们会建议改进。跟踪指标如首次有用输出时间、易读性和事实准确率。

通过澄清约束、添加良好输出的具体示例，并限制长度来迭代，以保持响应可管理。在俄语和英语中尝试不同风格；比较结果以识别哪种框架产生更多可用输出。构建提示组件地图并描述每个部分如何影响结果，以便利益相关者看到变化的因果关系。

案例研究：产品描述提示。提示包括：角色、受众细分、长度约束（简短）、所需事实（功能、益处、价格）和清晰的行动号召。将输出与来自谷歌或现有页面的基线描述运行；衡量易读性和转换的改进，并为金钱影响调整。跟踪更改日期和理由，以在类似发布中重现成功。

另一个场景：支持聊天自动化。指示提示提出不同语气的多个响应，并为上下文选择最佳匹配。为人类代理生成大量变体以提供选项，然后以用户语言（如果需要俄语）的简洁、准确答案最终确定。使用来自真实对话的反馈来收紧约束并减少升级。

质量控制保持提示可靠。添加轻量级安全检查、验证事实与可信来源，并保持迭代的活日志。简要说明：维护工作提示库，将输出映射到提示，并为每个更改记录。让我们在文章中分享发现，以对齐团队并加速跨活动学习。