尧图网站建设 
◆ 博主名称 小此方-CSDN博客大家好欢迎来到小此方的博客。⭐️LangChain/LangGraph系列个人专栏 LangChain/Graph⭐️此方的GitHub github_此方⭐️我们思考 (Rethink) · 我们重建 (Rebuild) · 我们记录 (Record)文章目录概要序論一、提示词编写的世界观二、结构化框架CO-STAR 方法论2.1 CO-STAR 六大核心模块2.2 实战案例健康咨询 Prompt 优化2.2.1优化前模糊、低效2.2.2优化后清晰、高效三、少样本提示 / 多示例提示Few-Shot Prompting3.1 基础数值运算与符号隐喻示例3.1.1优化前零样本提示 / Zero-Shot3.1.2优化后少样本提示 / Few-Shot3.2 结构化数据提取与文本分析示例3.2.1优化前零样本提示 / Zero-Shot3.2.2优化后少样本提示 / Few-Shot四、思维链提示Chain-of-Thought, CoT4.1 传统 Zero-Shot 推理的局限与陷阱4.2 少样本思维链Few-shot-CoT4.2.1 Few-shot-CoT 实战演练4.2.2 少样本思维链的本质解析4.3零样本思维链Zero-Shot-CoT4.3.1 Zero-Shot-CoT实战案例4.3.2 零样本思维链的本质解析五、自我批判与迭代5.1什么是自我批判迭代5.2 编写代码后进行检查5.2.1优化前5.2.2优化后六、綜合運用以上的提示詞技巧6.1 IDE 中的实战应用以 AI IDE Rules 为例概要序論Hello大家好我是此方。从本文开始我将正式开始连载LangChain/LangGraph系列文章本文介绍大模型的提示词编写技巧。关于“大模型的概念主流大模型大模型的能力大模型的训练方法概念等等一大堆的这个概念的内容”相对不是那么的重要。我会把他们单独放在日后的专栏【主题曲大模型应用开发】大模型全景概念中。一、提示词编写的世界观编写优质提示词Prompt的核心宗旨在于将你的问题限定范围让 AI 明确知道你要的答案具体要包含什么提示词效果就会大幅提升。其核心心态在于换位思考想象 AI 对你提供的背景信息一无所知的状态下你需要清晰、具体、无歧义地告诉它你要什么、在什么背景下、以什么方式呈现。善用示例、角色扮演、具体约束和迭代优化才能最大化激发大模型潜能。二、结构化框架CO-STAR 方法论在目标设定和问题解决的场景下清晰性和结构性是至关重要的。在众多的 Prompt 编写框架中由新加坡政府技术局GovTech的数据科学与 AI 团队开发的CO-STAR 框架表现尤为出色。CO-STAR 框架重点在于确保提供给 LLM 的提示词是全面且结构良好的从而生成更相关和准确的回答。2.1 CO-STAR 六大核心模块CO-STAR 框架可以拆解为六个维度模块说明示例Context任务背景与上下文“你是电商客服需解答用户关于 iPhone 17 的咨询知识库包含最新价格和库存”Objective核心目标“准确回答价格、发货时间推荐适配配件”Steps执行步骤“1. 识别用户问题类型2. 检索知识库3. 用亲切语气整理回复”Tone语言风格“口语化避免专业术语使用‘亲~’‘呢’等语气词”Audience目标用户“20-35岁年轻消费者对价格敏感关注性价比”Response输出格式“价格: XXX元\n库存: XXX件\n推荐配件: XXX (链接)”2.2 实战案例健康咨询 Prompt 优化假设我们需要进行健康咨询并希望获得针对性的营养建议下面对比传统提问与运用 CO-STAR 框架优化后的差异2.2.1优化前模糊、低效我该怎么吃才能更健康2.2.2优化后清晰、高效角色你是一个基于科学证据的 AI 营养顾问。重要约束你提供的所有建议都仅为通用信息不能替代专业医疗诊断。在给出任何具体建议前必须首先声明此免责条款。 任务基于以下用户信息提供一份个性化的每日饮食原则性建议。 用户信息 • 年龄30岁 • 性别男性 • 目标减脂增肌 • 日常活动水平办公室久坐每周进行3次力量训练 回答要求 1. 首先输出免责声明“请注意以下建议为通用健康信息...” 2. 核心原则应围绕“控制总热量摄入确保充足蛋白质”。 3. 分别对早餐、午餐、晚餐和训练加餐提出各1条核心建议例如早餐应包含优质蛋白和复合碳水。 4. 推荐2种适合该用户的具体健康零食。 5. 避免推荐任何具体的保健品或药物。 输出格式 【免责声明】 巴拉巴拉。。。 【核心原则】 巴拉巴拉。。。 【分餐建议】 • 早餐巴拉巴拉。。。 • 午餐巴拉巴拉。。。 【健康零食推荐】 巴拉巴拉。。。 巴拉巴拉。。。几乎没有人会在写代码时死记硬背 CO-STAR全靠模板化# Role Context {{ context }} # Objective {{ objective }} # Constraints Tone {{ constraints }} # Response Format {{ output_format }}三、少样本提示 / 多示例提示Few-Shot Prompting少样本提示Few-Shot Prompting是通过给 AI 提供一两个“输入-输出”的示例让它“照葫芦画瓢”。核心思想你不是单纯在给它下指令而是在**“教”**它你想要的格式、风格和逻辑。适用场景格式固定、风格独特、逻辑复杂的任务如风格仿写、数据提取、复杂格式生成等。3.1 基础数值运算与符号隐喻示例3.1.1优化前零样本提示 / Zero-Shot2 # 9等于多少3.1.2优化后少样本提示 / Few-Shot根据以下示例处理问题。示例12 # 3 5示例24 # 7 11现在请分析这个2 # 9等于多少3.2 结构化数据提取与文本分析示例3.2.1优化前零样本提示 / Zero-Shot请分析以下客户反馈提取产品名称、情感倾向和具体问题。反馈“我刚买的耳机才用了一周左边就没声音了太让人失望了。”3.2.2优化后少样本提示 / Few-Shot请根据以下示例分析后续的客户反馈并提取产品名称、情感倾向和具体问题。 示例1 • 反馈“笔记本的电池续航太差了完全达不到宣传的10小时最多就4小时。” • 分析 • 产品名称笔记本电池 • 情感倾向负面 • 具体问题续航远低于宣传 示例2 • 反馈“客服响应很快非常专业地帮我解决了软件激活问题点赞” • 分析 • 产品名称客服服务 • 情感倾向正面 • 具体问题无 现在请分析这个 • 反馈“我刚买的耳机才用了一周左边就没声音了太让人失望了。”通过示例AI 清晰地学会了“产品名称”如何概括“情感倾向”的标签是什么“具体问题”如何简洁描述。这比单纯用文字描述规则要有效得多。四、思维链提示Chain-of-Thought, CoT提示词工程的关键目标是让 AI 更好地理解复杂语义。这种能力的高低可以直接通过模型处理复杂逻辑推理题的表现来检验。当好的提示词能帮助模型解决原本解决不了的难题时就说明它确实提升了模型的推理水平。并且提示词设计得越出色这种提升效果就越显著。通过设置不同难度的推理测试可以很清晰地验证这一点。4.1 传统 Zero-Shot 推理的局限与陷阱在论文Large Language Models are Zero-Shot Reasoners中提出了一个经典的测试例子Q: A juggler can juggle 16 balls. Half of the balls are golf balls, and half of the golf balls are blue. How many blue golf balls are there? A: The answer (arabic numerals) is 8. (Output: X)翻译一下问题杂耍者可以杂耍16个球。其中一半的球是高尔夫球其中一半的高尔夫球是蓝色的。请问总共有多少个蓝色高尔夫球模型直出结果8个蓝色高尔夫球可以看到直接让模型输出最终答案会导致计算错误。该逻辑题的数学计算过程并不复杂但却设计了一个语言陷阱即“一半的一半”是多少。为了解决类似的逻辑问题可以使用思维链提示Chain-of-Thought, CoT。思维链提示最常用的两种方式为Few-shot-CoT少样本思维链Zero-shot-CoT零样本思维链4.2 少样本思维链Few-shot-CoT相比于普通的少样本提示Few-shot少样本思维链Few-shot-CoT的不同之处在于需要在提示样本中不仅给出问题的答案还同时需要给出问题推导的过程即思维链从而让模型学会思维链的推导过程并将其应用到新的问题中。此技巧主要用于解决复杂推理问题如数学、逻辑或多步骤规划。核心思想要求 AI“展示其工作过程”而不是直接给出最终答案。这模仿了人类解决问题时的思考方式。适用场景数学题、逻辑推理、复杂决策、需要解释过程的任务。4.2.1 Few-shot-CoT 实战演练我们可以手动编写一个包含思考过程的思维链作为少样本提示的示例示例1 Q: “罗杰有五个网球他又买了两盒网球每盒有3个网球请问他现在总共有多少个网球” A: “罗杰起初有五个网球又买了两盒网球每盒3个所以他总共买了 2×36 个网球将起始的数量和购买的数量相加可以得到他现在总共的网球数量5611所以罗杰现在总共有11个网球” 问: “食堂总共有23个苹果如果他们用掉20个苹果然后又买来了6个苹果请问现在食堂总共有多少个苹果”模型推理输出食堂起初有23个苹果用掉20个苹果后剩余苹果数量为 23-203 个。然后又买来了6个苹果将剩余数量和新买的数量相加可以得到现在总共的苹果数量369个。所以食堂现在总共有9个苹果。4.2.2 少样本思维链的本质解析通过这个例子可以观察到这就像是“把答案告诉了 AI”。从某种意义上说你告诉它的是“回答这个问题正确的方式和步骤”而不仅仅是最终的答案AI 会模仿你提供的范本结构和逻辑来解决新问题。实际上Few-shot-CoT 的方式虽然有效但并不一定是稳定且准确的。如果想要得到稳定的正确答案需要更高阶的提示方法。你给的例子越详细它模仿得就越像这更像是一种“教学”或“格式化”。当你有一个非常复杂的逻辑流程或者你希望 AI 严格按照某种格式比如先分析 A再对比 B最后总结 C来输出时就可以直接提供一个完美的“思考过程”作为范例。4.3零样本思维链Zero-Shot-CoT零样本思维链Zero-shot-CoT是少样本思维链Few-shot-CoT的简化版。只需在提示词末尾加上一句短语即可激发 AI 的推理能力。核心思想通过指令“请一步步进行推理并得出结论”强制 AI 在给出答案前先进行内部推理。适用场景任何需要一点逻辑思考的问题即使你不太清楚具体步骤。4.3.1 Zero-Shot-CoT实战案例提示词Prompt罗杰有五个网球他又买了两盒网球每盒有3个网球请问他现在总共有多少个网球请一步步进行推理并得出结论。AI 的输出可能会变成罗杰最初有5个网球。他买了两盒网球每盒有3个网球所以买来的网球数量是2 × 3 6个网球。因此他现在总共有网球5 6 11个。答案11个网球。4.3.2 零样本思维链的本质解析“一步步进行推理”这个指令相当于在引导模型的“注意力机制”。它告诉模型“在生成最终答案之前请先在你的‘脑海’里即生成的文本序列中模拟出一个缓慢、有序的推理上下文。”当模型开始输出“第一步…第二步…”时它实际上是在为自己创造一个更丰富、更逻辑化的上下文。它在这个自己创造的优质上下文中进行推理最终得出的结论自然比在贫瘠的上下文中只有原始问题更准确。根据《Large Language Models are Zero-Shot Reasoners》论文中的结论从海量数据的测试结果来看Few-shot-CoT 比 Zero-shot-CoT 准确率更高。五、自我批判与迭代5.1什么是自我批判迭代要求 AI 在生成答案后从特定角度对自己的答案进行审查和优化。核心思想将“生成”和“评审”两个步骤分离利用 AI 的批判性思维来提升内容质量。适用场景代码审查、文案优化、论证强化、安全检查。5.2 编写代码后进行检查5.2.1优化前写一个 Python 函数计算列表中最大值。5.2.2优化后请执行以下两个步骤 步骤一编写代码 写一个 Python 函数 find_max用于计算一个数字列表中的最大值。 步骤二自我审查与优化 现在请从代码健壮性和可读性的角度审查你上面编写的代码。 请回答 1. 如果输入是空列表函数会怎样如何改进 2. 变量命名和代码结构是否清晰能否让它更易于理解 3. 请根据你的审查给出一个优化后的最终版本。六、綜合運用以上的提示詞技巧在实际应用中这些技巧常常是组合使用的。例如我们可以使用 CO-STAR 框架设定基本结构和角色。在框架的“Steps”或“Response”部分融入思维链指令。对于格式复杂的输出在最后附上少样本示例。最后要求 AI 进行自我审查。6.1 IDE 中的实战应用以 AI IDE Rules 为例我们更多使用 LLM 的场景大都是编写代码如果你们用过 Cursor、Trae 这样的 AI IDE应该不陌生在 AI 帮我们编码之前需要配置相关的“编码规则”—— Rules。它其实就是这些 IDE 输入给 LLM 的提示词告诉 LLM 编写代码时的注意事项与要求。Cursor 官方/社区提示词资源https://cursor.directory/rules社区开发者驱动贡献的模板库。比如这篇Cpp提示词:# C Development Rules You are a senior C developer with expertise in modern C (C17/20), STL, and system-level programming. ## Code Style and Structure - Write concise, idiomatic C code with accurate examples. - Follow modern C conventions and best practices. - Use object-oriented, procedural, or functional programming patterns as appropriate. - Leverage STL and standard algorithms for collection operations. - Use descriptive variable and method names (e.g., isUserSignedIn, calculateTotal). - Structure files into headers (*.hpp) and implementation files (*.cpp) with logical separation of concerns. ## Naming Conventions - Use PascalCase for class names. - Use camelCase for variable names and methods. - Use SCREAMING_SNAKE_CASE for constants and macros. - Prefix member variables with an underscore or m_ (e.g., _userId, m_userId). - Use namespaces to organize code logically. ## C Features Usage - Prefer modern C features (e.g., auto, range-based loops, smart pointers). - Use std::unique_ptr and std::shared_ptr for memory management. - Prefer std::optional, std::variant, and std::any for type-safe alternatives. - Use constexpr and const to optimize compile-time computations. - Use std::string_view for read-only string operations to avoid unnecessary copies. ## Syntax and Formatting - Follow a consistent coding style, such as Google C Style Guide or your team’s standards. - Place braces on the same line for control structures and methods. - Use clear and consistent commenting practices. ## Error Handling and Validation - Use exceptions for error handling (e.g., std::runtime_error, std::invalid_argument). - Use RAII for resource management to avoid memory leaks. - Validate inputs at function boundaries. - Log errors using a logging library (e.g., spdlog, Boost.Log). ## Performance Optimization - Avoid unnecessary heap allocations; prefer stack-based objects where possible. - Use std::move to enable move semantics and avoid copies. - Optimize loops with algorithms from algorithm (e.g., std::sort, std::for_each). - Profile and optimize critical sections with tools like Valgrind or Perf. ## Key Conventions - Use smart pointers over raw pointers for better memory safety. - Avoid global variables; use singletons sparingly. - Use enum class for strongly typed enumerations. - Separate interface from implementation in classes. - Use templates and metaprogramming judiciously for generic solutions. ## Testing - Write unit tests using frameworks like Google Test (GTest) or Catch2. - Mock dependencies with libraries like Google Mock. - Implement integration tests for system components. ## Security - Use secure coding practices to avoid vulnerabilities (e.g., buffer overflows, dangling pointers). - Prefer std::array or std::vector over raw arrays. - Avoid C-style casts; use static_cast, dynamic_cast, or reinterpret_cast when necessary. - Enforce const-correctness in functions and member variables. ## Documentation - Write clear comments for classes, methods, and critical logic. - Use Doxygen for generating API documentation. - Document assumptions, constraints, and expected behavior of code. Follow the official ISO C standards and guidelines for best practices in modern C development.好的本期内容就到这里如果对你有帮助还不要忘记点赞三联支持,如果有什么疑问可以再后台私信我。我是此方我们下期再见。bye! LangChain/LangGraph（一）提示词篇一：Prompt工程实战：从CO-STAR、Few-Shot到思维链与自我迭代，系统掌握提示词设计方法
◆ 博主名称 小此方-CSDN博客大家好欢迎来到小此方的博客。⭐️LangChain/LangGraph系列个人专栏 LangChain/Graph⭐️此方的GitHub github_此方⭐️我们思考 (Rethink) · 我们重建 (Rebuild) · 我们记录 (Record)文章目录概要序論一、提示词编写的世界观二、结构化框架CO-STAR 方法论2.1 CO-STAR 六大核心模块2.2 实战案例健康咨询 Prompt 优化2.2.1优化前模糊、低效2.2.2优化后清晰、高效三、少样本提示 / 多示例提示Few-Shot Prompting3.1 基础数值运算与符号隐喻示例3.1.1优化前零样本提示 / Zero-Shot3.1.2优化后少样本提示 / Few-Shot3.2 结构化数据提取与文本分析示例3.2.1优化前零样本提示 / Zero-Shot3.2.2优化后少样本提示 / Few-Shot四、思维链提示Chain-of-Thought, CoT4.1 传统 Zero-Shot 推理的局限与陷阱4.2 少样本思维链Few-shot-CoT4.2.1 Few-shot-CoT 实战演练4.2.2 少样本思维链的本质解析4.3零样本思维链Zero-Shot-CoT4.3.1 Zero-Shot-CoT实战案例4.3.2 零样本思维链的本质解析五、自我批判与迭代5.1什么是自我批判迭代5.2 编写代码后进行检查5.2.1优化前5.2.2优化后六、綜合運用以上的提示詞技巧6.1 IDE 中的实战应用以 AI IDE Rules 为例概要序論Hello大家好我是此方。从本文开始我将正式开始连载LangChain/LangGraph系列文章本文介绍大模型的提示词编写技巧。关于“大模型的概念主流大模型大模型的能力大模型的训练方法概念等等一大堆的这个概念的内容”相对不是那么的重要。我会把他们单独放在日后的专栏【主题曲大模型应用开发】大模型全景概念中。一、提示词编写的世界观编写优质提示词Prompt的核心宗旨在于将你的问题限定范围让 AI 明确知道你要的答案具体要包含什么提示词效果就会大幅提升。其核心心态在于换位思考想象 AI 对你提供的背景信息一无所知的状态下你需要清晰、具体、无歧义地告诉它你要什么、在什么背景下、以什么方式呈现。善用示例、角色扮演、具体约束和迭代优化才能最大化激发大模型潜能。二、结构化框架CO-STAR 方法论在目标设定和问题解决的场景下清晰性和结构性是至关重要的。在众多的 Prompt 编写框架中由新加坡政府技术局GovTech的数据科学与 AI 团队开发的CO-STAR 框架表现尤为出色。CO-STAR 框架重点在于确保提供给 LLM 的提示词是全面且结构良好的从而生成更相关和准确的回答。2.1 CO-STAR 六大核心模块CO-STAR 框架可以拆解为六个维度模块说明示例Context任务背景与上下文“你是电商客服需解答用户关于 iPhone 17 的咨询知识库包含最新价格和库存”Objective核心目标“准确回答价格、发货时间推荐适配配件”Steps执行步骤“1. 识别用户问题类型2. 检索知识库3. 用亲切语气整理回复”Tone语言风格“口语化避免专业术语使用‘亲~’‘呢’等语气词”Audience目标用户“20-35岁年轻消费者对价格敏感关注性价比”Response输出格式“价格: XXX元\n库存: XXX件\n推荐配件: XXX (链接)”2.2 实战案例健康咨询 Prompt 优化假设我们需要进行健康咨询并希望获得针对性的营养建议下面对比传统提问与运用 CO-STAR 框架优化后的差异2.2.1优化前模糊、低效我该怎么吃才能更健康2.2.2优化后清晰、高效角色你是一个基于科学证据的 AI 营养顾问。重要约束你提供的所有建议都仅为通用信息不能替代专业医疗诊断。在给出任何具体建议前必须首先声明此免责条款。 任务基于以下用户信息提供一份个性化的每日饮食原则性建议。 用户信息 • 年龄30岁 • 性别男性 • 目标减脂增肌 • 日常活动水平办公室久坐每周进行3次力量训练 回答要求 1. 首先输出免责声明“请注意以下建议为通用健康信息...” 2. 核心原则应围绕“控制总热量摄入确保充足蛋白质”。 3. 分别对早餐、午餐、晚餐和训练加餐提出各1条核心建议例如早餐应包含优质蛋白和复合碳水。 4. 推荐2种适合该用户的具体健康零食。 5. 避免推荐任何具体的保健品或药物。 输出格式 【免责声明】 巴拉巴拉。。。 【核心原则】 巴拉巴拉。。。 【分餐建议】 • 早餐巴拉巴拉。。。 • 午餐巴拉巴拉。。。 【健康零食推荐】 巴拉巴拉。。。 巴拉巴拉。。。几乎没有人会在写代码时死记硬背 CO-STAR全靠模板化# Role Context {{ context }} # Objective {{ objective }} # Constraints Tone {{ constraints }} # Response Format {{ output_format }}三、少样本提示 / 多示例提示Few-Shot Prompting少样本提示Few-Shot Prompting是通过给 AI 提供一两个“输入-输出”的示例让它“照葫芦画瓢”。核心思想你不是单纯在给它下指令而是在**“教”**它你想要的格式、风格和逻辑。适用场景格式固定、风格独特、逻辑复杂的任务如风格仿写、数据提取、复杂格式生成等。3.1 基础数值运算与符号隐喻示例3.1.1优化前零样本提示 / Zero-Shot2 # 9等于多少3.1.2优化后少样本提示 / Few-Shot根据以下示例处理问题。示例12 # 3 5示例24 # 7 11现在请分析这个2 # 9等于多少3.2 结构化数据提取与文本分析示例3.2.1优化前零样本提示 / Zero-Shot请分析以下客户反馈提取产品名称、情感倾向和具体问题。反馈“我刚买的耳机才用了一周左边就没声音了太让人失望了。”3.2.2优化后少样本提示 / Few-Shot请根据以下示例分析后续的客户反馈并提取产品名称、情感倾向和具体问题。 示例1 • 反馈“笔记本的电池续航太差了完全达不到宣传的10小时最多就4小时。” • 分析 • 产品名称笔记本电池 • 情感倾向负面 • 具体问题续航远低于宣传 示例2 • 反馈“客服响应很快非常专业地帮我解决了软件激活问题点赞” • 分析 • 产品名称客服服务 • 情感倾向正面 • 具体问题无 现在请分析这个 • 反馈“我刚买的耳机才用了一周左边就没声音了太让人失望了。”通过示例AI 清晰地学会了“产品名称”如何概括“情感倾向”的标签是什么“具体问题”如何简洁描述。这比单纯用文字描述规则要有效得多。四、思维链提示Chain-of-Thought, CoT提示词工程的关键目标是让 AI 更好地理解复杂语义。这种能力的高低可以直接通过模型处理复杂逻辑推理题的表现来检验。当好的提示词能帮助模型解决原本解决不了的难题时就说明它确实提升了模型的推理水平。并且提示词设计得越出色这种提升效果就越显著。通过设置不同难度的推理测试可以很清晰地验证这一点。4.1 传统 Zero-Shot 推理的局限与陷阱在论文Large Language Models are Zero-Shot Reasoners中提出了一个经典的测试例子Q: A juggler can juggle 16 balls. Half of the balls are golf balls, and half of the golf balls are blue. How many blue golf balls are there? A: The answer (arabic numerals) is 8. (Output: X)翻译一下问题杂耍者可以杂耍16个球。其中一半的球是高尔夫球其中一半的高尔夫球是蓝色的。请问总共有多少个蓝色高尔夫球模型直出结果8个蓝色高尔夫球可以看到直接让模型输出最终答案会导致计算错误。该逻辑题的数学计算过程并不复杂但却设计了一个语言陷阱即“一半的一半”是多少。为了解决类似的逻辑问题可以使用思维链提示Chain-of-Thought, CoT。思维链提示最常用的两种方式为Few-shot-CoT少样本思维链Zero-shot-CoT零样本思维链4.2 少样本思维链Few-shot-CoT相比于普通的少样本提示Few-shot少样本思维链Few-shot-CoT的不同之处在于需要在提示样本中不仅给出问题的答案还同时需要给出问题推导的过程即思维链从而让模型学会思维链的推导过程并将其应用到新的问题中。此技巧主要用于解决复杂推理问题如数学、逻辑或多步骤规划。核心思想要求 AI“展示其工作过程”而不是直接给出最终答案。这模仿了人类解决问题时的思考方式。适用场景数学题、逻辑推理、复杂决策、需要解释过程的任务。4.2.1 Few-shot-CoT 实战演练我们可以手动编写一个包含思考过程的思维链作为少样本提示的示例示例1 Q: “罗杰有五个网球他又买了两盒网球每盒有3个网球请问他现在总共有多少个网球” A: “罗杰起初有五个网球又买了两盒网球每盒3个所以他总共买了 2×36 个网球将起始的数量和购买的数量相加可以得到他现在总共的网球数量5611所以罗杰现在总共有11个网球” 问: “食堂总共有23个苹果如果他们用掉20个苹果然后又买来了6个苹果请问现在食堂总共有多少个苹果”模型推理输出食堂起初有23个苹果用掉20个苹果后剩余苹果数量为 23-203 个。然后又买来了6个苹果将剩余数量和新买的数量相加可以得到现在总共的苹果数量369个。所以食堂现在总共有9个苹果。4.2.2 少样本思维链的本质解析通过这个例子可以观察到这就像是“把答案告诉了 AI”。从某种意义上说你告诉它的是“回答这个问题正确的方式和步骤”而不仅仅是最终的答案AI 会模仿你提供的范本结构和逻辑来解决新问题。实际上Few-shot-CoT 的方式虽然有效但并不一定是稳定且准确的。如果想要得到稳定的正确答案需要更高阶的提示方法。你给的例子越详细它模仿得就越像这更像是一种“教学”或“格式化”。当你有一个非常复杂的逻辑流程或者你希望 AI 严格按照某种格式比如先分析 A再对比 B最后总结 C来输出时就可以直接提供一个完美的“思考过程”作为范例。4.3零样本思维链Zero-Shot-CoT零样本思维链Zero-shot-CoT是少样本思维链Few-shot-CoT的简化版。只需在提示词末尾加上一句短语即可激发 AI 的推理能力。核心思想通过指令“请一步步进行推理并得出结论”强制 AI 在给出答案前先进行内部推理。适用场景任何需要一点逻辑思考的问题即使你不太清楚具体步骤。4.3.1 Zero-Shot-CoT实战案例提示词Prompt罗杰有五个网球他又买了两盒网球每盒有3个网球请问他现在总共有多少个网球请一步步进行推理并得出结论。AI 的输出可能会变成罗杰最初有5个网球。他买了两盒网球每盒有3个网球所以买来的网球数量是2 × 3 6个网球。因此他现在总共有网球5 6 11个。答案11个网球。4.3.2 零样本思维链的本质解析“一步步进行推理”这个指令相当于在引导模型的“注意力机制”。它告诉模型“在生成最终答案之前请先在你的‘脑海’里即生成的文本序列中模拟出一个缓慢、有序的推理上下文。”当模型开始输出“第一步…第二步…”时它实际上是在为自己创造一个更丰富、更逻辑化的上下文。它在这个自己创造的优质上下文中进行推理最终得出的结论自然比在贫瘠的上下文中只有原始问题更准确。根据《Large Language Models are Zero-Shot Reasoners》论文中的结论从海量数据的测试结果来看Few-shot-CoT 比 Zero-shot-CoT 准确率更高。五、自我批判与迭代5.1什么是自我批判迭代要求 AI 在生成答案后从特定角度对自己的答案进行审查和优化。核心思想将“生成”和“评审”两个步骤分离利用 AI 的批判性思维来提升内容质量。适用场景代码审查、文案优化、论证强化、安全检查。5.2 编写代码后进行检查5.2.1优化前写一个 Python 函数计算列表中最大值。5.2.2优化后请执行以下两个步骤 步骤一编写代码 写一个 Python 函数 find_max用于计算一个数字列表中的最大值。 步骤二自我审查与优化 现在请从代码健壮性和可读性的角度审查你上面编写的代码。 请回答 1. 如果输入是空列表函数会怎样如何改进 2. 变量命名和代码结构是否清晰能否让它更易于理解 3. 请根据你的审查给出一个优化后的最终版本。六、綜合運用以上的提示詞技巧在实际应用中这些技巧常常是组合使用的。例如我们可以使用 CO-STAR 框架设定基本结构和角色。在框架的“Steps”或“Response”部分融入思维链指令。对于格式复杂的输出在最后附上少样本示例。最后要求 AI 进行自我审查。6.1 IDE 中的实战应用以 AI IDE Rules 为例我们更多使用 LLM 的场景大都是编写代码如果你们用过 Cursor、Trae 这样的 AI IDE应该不陌生在 AI 帮我们编码之前需要配置相关的“编码规则”—— Rules。它其实就是这些 IDE 输入给 LLM 的提示词告诉 LLM 编写代码时的注意事项与要求。Cursor 官方/社区提示词资源https://cursor.directory/rules社区开发者驱动贡献的模板库。比如这篇Cpp提示词:# C Development Rules You are a senior C developer with expertise in modern C (C17/20), STL, and system-level programming. ## Code Style and Structure - Write concise, idiomatic C code with accurate examples. - Follow modern C conventions and best practices. - Use object-oriented, procedural, or functional programming patterns as appropriate. - Leverage STL and standard algorithms for collection operations. - Use descriptive variable and method names (e.g., isUserSignedIn, calculateTotal). - Structure files into headers (*.hpp) and implementation files (*.cpp) with logical separation of concerns. ## Naming Conventions - Use PascalCase for class names. - Use camelCase for variable names and methods. - Use SCREAMING_SNAKE_CASE for constants and macros. - Prefix member variables with an underscore or m_ (e.g., _userId, m_userId). - Use namespaces to organize code logically. ## C Features Usage - Prefer modern C features (e.g., auto, range-based loops, smart pointers). - Use std::unique_ptr and std::shared_ptr for memory management. - Prefer std::optional, std::variant, and std::any for type-safe alternatives. - Use constexpr and const to optimize compile-time computations. - Use std::string_view for read-only string operations to avoid unnecessary copies. ## Syntax and Formatting - Follow a consistent coding style, such as Google C Style Guide or your team’s standards. - Place braces on the same line for control structures and methods. - Use clear and consistent commenting practices. ## Error Handling and Validation - Use exceptions for error handling (e.g., std::runtime_error, std::invalid_argument). - Use RAII for resource management to avoid memory leaks. - Validate inputs at function boundaries. - Log errors using a logging library (e.g., spdlog, Boost.Log). ## Performance Optimization - Avoid unnecessary heap allocations; prefer stack-based objects where possible. - Use std::move to enable move semantics and avoid copies. - Optimize loops with algorithms from algorithm (e.g., std::sort, std::for_each). - Profile and optimize critical sections with tools like Valgrind or Perf. ## Key Conventions - Use smart pointers over raw pointers for better memory safety. - Avoid global variables; use singletons sparingly. - Use enum class for strongly typed enumerations. - Separate interface from implementation in classes. - Use templates and metaprogramming judiciously for generic solutions. ## Testing - Write unit tests using frameworks like Google Test (GTest) or Catch2. - Mock dependencies with libraries like Google Mock. - Implement integration tests for system components. ## Security - Use secure coding practices to avoid vulnerabilities (e.g., buffer overflows, dangling pointers). - Prefer std::array or std::vector over raw arrays. - Avoid C-style casts; use static_cast, dynamic_cast, or reinterpret_cast when necessary. - Enforce const-correctness in functions and member variables. ## Documentation - Write clear comments for classes, methods, and critical logic. - Use Doxygen for generating API documentation. - Document assumptions, constraints, and expected behavior of code. Follow the official ISO C standards and guidelines for best practices in modern C development.好的本期内容就到这里如果对你有帮助还不要忘记点赞三联支持,如果有什么疑问可以再后台私信我。我是此方我们下期再见。bye!