前言系统学习提示词内容大纲如下【预告】AI提示词工程从入门到精通教程大纲-CSDN博客前导课程AI提示词工程初阶6课合集-CSDN博客--*-*-*-- 进阶--*-*-*--AI提示词工程进阶第7课角色设定与身份模拟-CSDN博客AI提示词工程进阶第8课少样本学习-CSDN博客AI提示词工程进阶第9课思维链提示Chain of Thought-CSDN博客AI提示词工程进阶第10课思维树与元提示ToT Meta Prompting-CSDN博客AI提示词工程进阶第11课结构化输出与格式化控制AI提示词工程进阶第12课多轮对话与上下文管理-CSDN博客AI提示词工程进阶第13课提示词安全与边界-CSDN博客AI提示词工程进阶第14课主流模型特性差异与工具选型进阶阶段总结-CSDN博客--*-*-*-- 高阶--*-*-*--AI提示词工程高阶第15课ReAct模式与工具调用-CSDN博客AI提示词工程高阶第16课自主Agent设计原理-CSDN博客AI提示词工程高阶第17课RAG与知识库增强提示-CSDN博客AI提示词工程高阶第18课多模态提示词-CSDN博客AI提示词工程高阶第19课提示词评估与A/B测试-CSDN博客AI提示词工程高阶第20课编程领域专项提示词设计-CSDN博客AI提示词工程高阶第21课代码审查与缺陷排查专项-CSDN博客第22课构建提示词框架一句话目标学会设计可复用、可维护的提示词框架将个人经验沉淀为团队资产告别散装提示词。 第21课咱学会了让AI查代码。第22课来看一个从个人到团队的话题——构建提示词框架。学了这么多技巧你肯定攒了一堆好用的提示词但都是散装的。这节课咱就来讲怎么把散装提示词变成可复用框架。内容偏工程化但别慌咱从框架的价值讲起。️ 开场你的提示词是散装还是框架学了这么多课你的提示词使用状态大概率是散装的这个提示词存在豆包里那个提示词存在备忘录里还有一个只存在上次的对话里用的时候找不到找到的时候又忘了怎么改。这就是散装提示词的困境。而框架化的提示词是这样的你有一个客服提示词框架里面 - 角色部分可配置填不同的客服类型 - 任务部分可配置填不同的业务场景 - 约束部分可配置填不同的规则 - 输出部分可配置填不同的格式 换场景改几个变量就行框架不动。这就是提示词框架——把固定的结构沉淀下来把可变的部分做成变量。 一句话先记住提示词框架 固定结构 可变变量。结构沉淀下来变量按需填——一次沉淀处处复用。一、框架的价值为什么值得框架化 这节讲为什么要做——三个价值说服你值得投入。道理不深但很重要。 三个核心价值价值1一致性❌ 散装每次写提示词风格都不一样 ✅ 框架所有提示词用同一套结构输出风格统一价值2可维护性❌ 散装要改一个规则得翻遍所有对话 ✅ 框架只改框架里的约束变量所有地方生效价值3可扩展性❌ 散装新场景来了从零开始写 ✅ 框架复制框架改几个变量新场景搞定 打个比方模板 vs 手写对比散装提示词提示词框架类比每次手写一封信用邮件模板改改就发效率每次从头写改变量就复用质量每次质量不稳定结构稳定质量可控维护改一处处处找改一处处处生效 一句话记住框架化 从每次手写到模板复用——一致性、可维护性、可扩展性三个价值全占。✅ 一句话总结提示词框架的三大价值——一致性风格统一、可维护性改一处处处生效、可扩展性新场景快速复用。二、模板引擎让框架活起来 这节是技术实现——怎么让框架支持变量。三个能力变量插值、条件渲染、循环结构。有点编程味但很好懂。 能力1变量插值填变量模板 你是一位{role}请完成{task}要求{constraint}。 填入变量 role 资深Java工程师 task 实现用户注册接口 constraint 遵循阿里巴巴开发规约 结果 你是一位资深Java工程师请完成实现用户注册接口要求遵循阿里巴巴开发规约。 能力2条件渲染按条件显示模板 你是一位{role}。 {if has_example} 请参考以下示例{example} {endif} 请完成{task}。 条件 has_example true → 显示示例部分 has_example false → 隐藏示例部分 能力3循环结构重复生成模板 请为以下{items}生成{output_type} {for item in items} - {item} {endfor} 循环 items [产品A, 产品B, 产品C] → 生成3条 用Jinja2实现一个可配置模板你是一位{{ role }}精通{{ tech_stack }}。 你的任务是{{ task }}。 约束条件 {% for c in constraints %} {{ loop.index }}. {{ c }} {% endfor %} 输出格式 {{ output_format }}# 配置示例 role: 资深Java工程师 tech_stack: Java 21、Spring Boot 3.2 task: 实现用户注册接口 constraints: - 必须使用BCrypt加密密码 - 响应时间控制在200ms以内 - 遵循阿里巴巴开发规约 output_format: Java代码块含注释和curl示例 一句话记住模板引擎三能力——变量插值填变量、条件渲染按条件显示、循环结构重复生成——让框架活起来一个框架适配多种场景。✅ 一句话总结模板引擎通过变量插值、条件渲染、循环结构让提示词框架可配置——改变量就能适配不同场景。三、配置化设计把可变和固定分开 这节是设计原则——怎么设计框架的结构。核心就一句话把可变部分与固定结构分离。 固定结构 vs 可变部分【固定结构】不变的部分 你是一位{role}请完成{task}。 约束条件{constraints} 输出格式{output_format} 【可变部分】按场景填 role ______ task ______ constraints ______ output_format ______ 一个客服对话框架的配置化设计【固定结构】 你是一位{company}的{position}客服助手。 - 能回答{topics}相关问题 - 语气{style} - 无法回答时{fallback} 【可变配置】 company XX电商 position 智能 topics 产品、物流、售后 style 友好、专业 fallback 转接人工客服 配置化的好处好处说明易复用换公司改company变量就行易维护改规则只改配置不动结构易扩展加场景新增一套配置 一句话记住配置化设计的核心是固定结构 可变配置分离——结构沉淀配置按需填。这是框架设计的黄金法则。✅ 一句话总结配置化设计把固定结构与可变配置分离——结构沉淀下来配置按场景填框架才能一处设计、处处复用。四、常见框架模式解析 这节是经典框架——CRISPE、BROKE、TAG、APE。这些是业界沉淀的提示词框架理解它们你就能站在巨人肩膀上。 四大经典框架框架1CRISPE字母含义大白话CCapacity角色能力RInsight背景洞察SStatement任务陈述PPersonality个性风格EExperiment实验要求C你是一位资深产品经理 R背景是电商行业用户是年轻白领 S请设计一个会员体系方案 P风格简洁、数据驱动 E请给出3个方案供对比框架2BROKE字母含义大白话BBackground背景RRole角色OObjectives目标KKey Results关键结果EEvolve迭代改进框架3TAG字母含义大白话TTask任务AAction行动GGoal目标T请写一封邮件 A向客户道歉并说明延期原因 G挽回客户信任框架4APE字母含义大白话AAction行动PPurpose目的EExpectation期望 四大框架怎么选框架特点适合场景CRISPE最全面5要素复杂任务、方案设计BROKE目标导向含迭代目标管理、项目任务TAG最简洁3要素简单任务、快速生成APE极简3要素日常任务、快速指令 一句话记住框架没有最好只有最合适——复杂任务用CRISPE简单任务用TAG/APE。理解了这些框架的骨架你就能设计自己的框架。✅ 一句话总结CRISPE5要素、BROKE目标导向、TAG3要素、APE极简——四大经典框架按任务复杂度选用。五、实操三大场景实战 这节是动手环节三个场景从设计框架到版本管理到文档化。建议都试一遍尤其第一个——设计一个客服框架。️ 场景1设计客服对话提示词框架支持多轮、多场景、多语言请帮我设计一个客服对话提示词框架要求 【框架要求】 1. 支持多轮对话能记住上下文 2. 支持多场景售前咨询、售后处理、投诉建议 3. 支持多语言中文、英文 【框架结构】 - 固定部分角色设定、安全边界、转人工规则 - 可变部分场景、语言、业务知识 请输出完整的框架设计包括 1. 框架模板含变量占位符 2. 三个场景的配置示例 3. 使用说明试一下看AI能不能设计出多轮、多场景、多语言的客服框架。观察重点框架的固定部分和可变部分是否清晰分离三个场景的配置是否合理好的框架应该换配置就能换场景。️ 场景2用Jinja2/YAML实现可配置模板实现一个可配置的提示词模板系统请帮我用Jinja2模板 YAML配置实现一个邮件生成提示词模板系统。 【Jinja2模板】 设计一个邮件生成的模板含变量插值、条件渲染 【YAML配置】 为道歉邮件催款邮件感谢邮件各写一套配置 【使用说明】 说明怎么改配置生成不同邮件试一下看AI能不能实现配置驱动的模板系统。观察重点模板的变量设计是否合理三套配置是否覆盖了不同场景配置驱动 改YAML就能生成不同邮件不用改模板。️ 场景3版本管理与文档化用Git管理提示词的迭代历史请帮我设计一个提示词版本管理方案 【版本管理要求】 1. 用Git管理提示词的迭代历史 2. 每次修改记录变更原因 3. 支持回滚到历史版本 【文档化要求】 1. 为每个提示词编写使用说明 2. 记录边界案例什么情况不适用 3. 记录已知问题 请输出 1. 提示词仓库的目录结构 2. 版本管理流程提交、分支、回滚 3. 文档模板试一下看AI能不能设计出可维护的版本管理方案。观察重点目录结构是否清晰版本管理流程是否完整文档化是团队复用的关键——没有文档的框架别人用不了。 三个场景的关键差异场景核心技能观察重点设计框架固定/可变分离换配置能否换场景模板系统配置驱动改YAML能否生成不同内容版本管理可维护性目录、流程、文档是否完整六、当下趋势框架与工程化 这块是行业前沿知道趋势就行。重点理解提示词正在变成工程资产。 三个趋势趋势1提示词框架工程化提示词从个人技巧升级为团队工程资产模板库、版本管理、权限管控成为标配。趋势2框架与CI/CD集成提示词模板库与CI/CD、代码扫描工具深度集成实现开发、审计、优化全流程自动化。趋势3专职提示工程岗位企业已开始设立专职提示工程岗位标准化、体系化的提示词设计能力成为技术人员核心加分项。 一句话记住趋势提示词正在从手艺活变成工程活——框架化、版本化、自动化是必然方向。本课小结 今天学了啥知识点一句话回顾框架价值一致性、可维护性、可扩展性模板引擎变量插值、条件渲染、循环结构配置化设计固定结构 可变配置分离经典框架CRISPE、BROKE、TAG、APE版本管理Git管理迭代历史支持回滚文档化使用说明、边界案例、已知问题当下趋势提示词从手艺活变工程活 三个核心认知框架 固定结构 可变变量——一次沉淀处处复用配置化是黄金法则——固定与可变分离换配置就能换场景文档化是团队复用的关键——没有文档的框架别人用不了课后练习 练习都动手做一遍尤其第一个——设计一个你自己的框架你会真正理解框架化的价值。 练习1设计个人框架选一个你高频使用的场景写邮件、写文案、写代码都行设计一个提示词框架。要求固定部分 可变部分分离至少3个可变配置。 练习2经典框架应用用CRISPE框架重新设计一个你常用的提示词比如写周报。观察重点用框架 vs 不用框架哪个更规范哪个更容易改 练习3模板系统实现用Jinja2模板 YAML配置实现一个周报生成模板系统为开发周报“运营周报”管理周报各写一套配置。观察重点改配置能否生成不同风格的周报下节预告️第23课提示词版本管理与团队协作第22课咱学会了构建提示词框架。第23课来看一个企业级的话题——提示词版本管理与团队协作。一个人用提示词随便存存就行。但一个团队用提示词就得有规矩了——怎么组织仓库怎么审查变更怎么灰度发布怎么快速回滚这节课咱会讲提示词仓库结构、代码审查Prompt Review、环境隔离、灰度发布、回滚机制还会概览LangSmith、PromptLayer等协作工具。这是高级应用阶段的收官之课。学完它高级应用阶段就圆满毕业了高级应用阶段第8课完成还剩最后1课。冲过终点线就是专家精通阶段了。