Prompt Engineering实战指南:从零到进阶,高效驾驭大模型
2026/8/18 8:08:42 网站建设 项目流程

最近在尝试用大模型解决实际开发问题时,你是否也遇到过这样的困惑:明明感觉自己的问题描述得很清楚,但模型给出的回答却总是差强人意,要么答非所问,要么过于笼统?或者,看到别人能用简单的几句话就让大模型写出高质量的代码、生成精美的图片,而自己却不得其法?这背后,正是Prompt Engineering(提示词工程)在发挥作用。

Prompt Engineering 并非魔法,而是一门可以系统学习和实践的技能。它就像是我们与大模型沟通的“编程语言”,掌握这门语言,你就能更高效、更精准地驾驭大模型的强大能力。本文将为你提供一份从零到进阶的实战指南,无论你是刚接触 AI 的开发者,还是希望提升大模型应用效率的工程师,都能从中找到清晰的路径和可复现的代码示例。我们将从核心概念讲起,逐步深入到高级技巧和实战项目,手把手带你构建属于自己的高效提示词工具箱。

1. 背景与核心概念:为什么需要提示词工程?

在深入实践之前,我们有必要理解 Prompt Engineering 究竟是什么,以及它为何如此重要。

1.1 什么是提示词工程?

简单来说,提示词(Prompt)就是我们输入给大语言模型(LLM)或生成式 AI 模型的指令或问题。而提示词工程(Prompt Engineering)则是设计、优化和构造这些提示词的一门艺术与科学,目的是为了从模型中引出更准确、更相关、更符合预期的输出。

你可以把它类比为“搜索引擎优化(SEO)”。在搜索引擎时代,你需要学习如何组织关键词,以便从海量网页中快速找到所需信息。在 AI 时代,你需要学习如何组织提示词,以便从拥有海量知识的“智能大脑”中精准提取或生成你想要的答案。

1.2 大模型如何工作:理解“上下文”与“生成”

要写好提示词,需要对大模型的基本工作原理有个直观认识。当前主流的大语言模型(如 GPT、LLaMA、通义千问等)本质上是基于海量文本训练的“下一个词预测器”。

  • 上下文(Context):模型在生成每一个词时,都会参考你提供的所有输入文本(即提示词),以及它自己已经生成的部分。这段文本就是模型的“思考上下文”。提示词的质量直接决定了模型“思考”的起点和方向。
  • 生成(Generation):模型根据上下文,计算出所有可能的下一个词的概率分布,然后按照某种策略(如选择概率最高的)选出一个词,将其追加到上下文中,再继续预测下一个词,如此循环,直到生成完整回答。

因此,一个糟糕的提示词可能会将模型的“思考”引向错误的方向,导致输出无关或低质量的内容。

1.3 提示词工程的核心价值

  1. 降低成本与提升效率:对于按 token 收费的 API(如 OpenAI),低效的提示词意味着你需要为冗余的输入和输出付费。一个精炼、高效的提示词能直接节省成本。同时,减少反复调试和重新生成的次数,也提升了开发效率。
  2. 提高输出质量与可控性:通过精心设计的提示词,你可以约束模型的输出格式(如 JSON、Markdown)、指定角色(如资深程序员、文案专家)、控制风格(如严谨、幽默),甚至引导其进行分步推理(Chain-of-Thought),从而获得更可靠、更专业的结果。
  3. 解锁复杂任务能力:许多高级应用,如智能体(Agent)、复杂工作流编排、代码生成与调试、多模态理解等,都依赖于一套稳定、可复用的提示词模板和策略。掌握提示词工程是构建这些应用的基础。

2. 环境准备与工具选择

在学习提示词工程时,你并不需要复杂的本地开发环境。核心是选择一个合适的大模型平台进行交互和实验。

2.1 在线平台(推荐入门)

对于初学者,强烈建议从在线平台开始,它们免去了部署的麻烦,并提供友好的交互界面。

  1. OpenAI Playground / ChatGPT:业界标杆,响应速度快,理解能力强。适合学习最前沿的提示词技巧。需注意网络访问和付费。
  2. 通义千问文心一言Kimi等国内主流模型:访问便捷,中文理解能力强,部分提供免费额度。是实践中文场景提示词的绝佳选择。
  3. Google AI Studio (Gemini):谷歌的模型平台,提供免费的 API 额度,性能强劲,是多语言任务的好选择。

2.2 本地/开源模型(适合进阶与定制)

如果你需要处理敏感数据、追求极致成本控制或进行深度定制,可以考虑部署开源模型。

  1. 模型选择
    • 轻量级(7B/13B):Llama 3、Qwen2、ChatGLM3。适合在消费级显卡(如 RTX 4060 16G)上运行,用于学习和简单任务。
    • 中量级(70B):需要更强的算力(如多张 A100/A800),适合企业级应用。
  2. 部署工具
    • Ollama:最简单的一键本地部署工具,支持 Mac、Linux、Windows。一条命令即可运行 Llama、Mistral 等模型。
      # 安装 Ollama (Mac/Linux) curl -fsSL https://ollama.com/install.sh | sh # 拉取并运行 Llama3 模型 ollama run llama3
    • LM Studio:图形化界面,对 Windows 用户非常友好,方便下载和管理多种模型。
    • vLLM:高性能推理框架,特别适合批量处理和 API 服务部署。
    • Text Generation WebUI:功能丰富的 Web 界面,支持多种模型加载方式和扩展插件。

2.3 编程环境(用于自动化与集成)

当你需要将提示词工程集成到自己的应用中时,需要准备编程环境。

  • Python:目前与 AI 集成最主流的语言。
  • 关键库
    • openai:调用 OpenAI API 的官方库。
    • langchain:用于构建基于 LLM 应用程序的框架,提供了大量提示词模板、链(Chain)和智能体(Agent)工具。
    • litellm:一个统一的接口,可以用相同代码调用 OpenAI、Anthropic、Cohere、开源模型等数十种 API。
  • IDE:VS Code、PyCharm 等均可。

版本说明:本文的代码示例将主要基于 Python 和 OpenAI 兼容的 API 格式。由于 AI 领域迭代迅速,具体的库版本(如openai>=1.0.0)请以官方文档为准,核心在于理解概念和模式。

3. 提示词设计核心原则与基础技巧

掌握以下几个核心原则,你的提示词质量将立刻得到显著提升。

3.1 清晰性与具体性

模糊的指令得到模糊的结果。务必明确你的需求。

  • 反面例子:“写一篇关于 Python 的文章。”
  • 正面例子

    请你扮演一位有10年经验的软件工程师,为编程初学者写一篇关于 Python 中列表推导式(list comprehension)的教程。要求:

    1. 解释其基本语法[expression for item in iterable if condition]
    2. 提供一个将1到10的整数平方放入列表的简单示例。
    3. 再提供一个带条件过滤(例如只选择偶数)的复杂示例。
    4. 与传统的for循环方法进行对比,说明其优点(简洁、高效)。
    5. 最后指出一个初学者常见的错误(如滥用导致可读性降低)。 请使用中文,语言通俗易懂,并包含完整的代码块。

3.2 提供上下文与角色扮演

给模型一个“身份”和“背景”,能极大提升回答的专业性和针对性。

  • 技巧:在提示词开头使用“你是一个/扮演...”、“假设你是...”。
  • 示例

    你是一位资深的安全运维专家。请检查以下一段简单的 Flask 应用代码,识别其中可能存在的安全漏洞(如 SQL 注入、XSS 等),并给出修复建议。

    from flask import Flask, request import sqlite3 app = Flask(__name__) @app.route('/search') def search(): query = request.args.get('q') conn = sqlite3.connect('database.db') cursor = conn.cursor() cursor.execute(f"SELECT * FROM products WHERE name LIKE '%{query}%'") results = cursor.fetchall() return str(results)

3.3 使用分隔符和结构化输入

对于复杂的输入,使用分隔符(如"""---、 )将指令、上下文、问题清晰分开,避免模型混淆。

  • 示例

    请根据以下用户评论和给定的回复模板,生成一封客户服务邮件。

    用户评论: “我三天前下单的《人工智能导论》这本书,订单号是#ORD-78901,现在还没发货,物流信息一直没更新,我很着急用。”

    回复模板: 尊敬的[客户称呼], 感谢您联系[公司名]。关于您订单 #[订单号] 的物流延迟问题,我们深表歉意。经查询,[说明原因]。我们已催促物流方,预计[新的预计时间]前更新信息。您可以通过此链接跟踪订单:[跟踪链接]。如有其他问题,请随时回复本邮件。 祝好, [客服姓名] [公司名]客服团队

    请填充模板,生成完整邮件。如果信息缺失,请合理推断。

3.4 分步思考与链式提示(Chain-of-Thought, CoT)

对于逻辑推理、数学计算或复杂问题,要求模型“一步步思考”或提供“推理过程”,可以显著提高答案的准确性。

  • 示例

    问题:一个房间里有三盏灯,门外有三个开关,分别控制这三盏灯。你只能进房间一次。如何确定哪个开关控制哪盏灯?

    请按以下步骤思考并回答:

    1. 首先,分析限制条件:只能进一次房间,意味着需要在进入前通过操作开关获得可区分的状态。
    2. 其次,考虑灯的特性:除了亮/灭,还有什么可以利用?比如灯泡发热。
    3. 然后,设计操作步骤:进入房间前,如何操作开关?进入房间后,观察什么?
    4. 最后,给出完整的推理过程和答案。

3.5 明确输出格式

直接告诉模型你希望的回答格式,便于后续程序化处理。

  • 常用格式:JSON、XML、Markdown 表格、HTML、纯列表、代码块。
  • 示例

    分析以下段落的情感倾向,并以 JSON 格式返回结果。 JSON 格式要求: { “sentiment”: “positive/negative/neutral”, “confidence”: 0.95, “key_phrases”: [“短语1”, “短语2”] }

    段落:“这款产品的设计简直太惊艳了,用户体验流畅得超乎想象,虽然价格有点小贵,但绝对物超所值!”

4. 进阶提示词模式与实战案例

掌握了基础原则后,我们来看一些更高级、更工程化的提示词模式。

4.1 少样本学习(Few-Shot Learning)

在提示词中提供一两个输入-输出的例子,让模型通过类比来学习任务。这对于格式固定或定义模糊的任务非常有效。

案例:将客服对话分类

# 这是一个使用 OpenAI API 的 Few-Shot 示例 from openai import OpenAI client = OpenAI(api_key="your-api-key") # 请替换为你的 API Key response = client.chat.completions.create( model="gpt-3.5-turbo", messages=[ {"role": "system", "content": "你是一个客服对话分类助手。请将用户消息分类为‘咨询’、‘投诉’、‘售后’或‘其他’。"}, {"role": "user", "content": "“你们这个产品怎么用啊?”"}, {"role": "assistant", "content": "咨询"}, {"role": "user", "content": "“我刚买的东西就坏了,太差劲了!”"}, {"role": "assistant", "content": "投诉"}, {"role": "user", "content": "“我想查询一下我的订单进度。”"} # 模型会根据上面的例子,将此条分类为“咨询” ] ) print(response.choices[0].message.content)

4.2 思维链(Chain-of-Thought)与自洽性(Self-Consistency)

对于复杂问题,不仅要求分步思考,还可以让模型生成多条推理路径,然后选择最一致或最合理的答案,这被称为自洽性。

案例:解决数学应用题

提示词设计:

请解决以下数学问题。请分步展示你的推理过程,最后给出答案。 问题:一个水池有一个进水管和一个出水管。单开进水管,6小时可将空池注满;单开出水管,8小时可将满池水放完。如果同时打开进水管和出水管,多少小时可将空池注满? 让我们一步步思考: 1. 先计算进水管和出水管的效率。 2. 再计算它们同时工作时的净效率。 3. 最后计算注满空池所需时间。

4.3 生成-验证-修正循环

对于代码生成、文章创作等任务,可以设计一个多轮交互的提示词流程,让模型自我验证和修正。

案例:生成并修正 Python 函数

第一轮提示(生成):

写一个 Python 函数find_duplicates(nums),接收一个整数列表nums,返回列表中所有出现超过一次的元素。要求时间复杂度尽可能低。

假设模型返回了一个使用双重循环的 O(n²) 版本。

第二轮提示(验证与修正):

你刚才提供的函数使用了双重循环,时间复杂度是 O(n²)。请分析这个函数在遇到大型列表(例如包含100万个元素)时可能存在的性能问题。然后,使用 Python 的集合(set)或字典(dict)来优化这个函数,将时间复杂度降低到 O(n)。请提供优化后的代码,并简要解释优化原理。

4.4 使用系统提示词(System Prompt)进行全局设定

在聊天补全 API(如 OpenAI ChatCompletion)中,system消息用于设置助手的全局行为、角色和风格,它对整个会话的基调有持久影响。

from openai import OpenAI client = OpenAI(api_key="your-api-key") response = client.chat.completions.create( model="gpt-3.5-turbo", messages=[ { "role": "system", "content": "你是一个乐于助人且幽默的编程助手,擅长用生动的比喻解释技术概念。你的回答要简洁,但必须包含关键点。如果用户的问题不清晰,你会礼貌地请求澄清。" # 系统提示词定义角色 }, { "role": "user", "content": "能解释一下什么是递归吗?" } ] ) print(response.choices[0].message.content) # 模型可能会用“俄罗斯套娃”或“镜子中的镜子”这样的比喻来解释递归。

5. 实战项目:构建一个智能技术文档问答助手

让我们综合运用以上技巧,构建一个简单的实战项目:一个能基于给定技术文档片段回答问题的智能助手。

5.1 项目目标与设计

  • 目标:用户输入一段技术文档和基于该文档的问题,助手能准确回答问题。
  • 核心思路:使用“上下文注入”模式。将文档作为上下文提供给模型,并指令模型严格基于上下文回答。
  • 技术栈:Python, OpenAI API (或兼容API)。

5.2 完整代码实现

# file: doc_qa_assistant.py import os from openai import OpenAI from typing import Optional class DocQAAssistant: def __init__(self, api_key: Optional[str] = None, model: str = "gpt-3.5-turbo"): """ 初始化问答助手。 Args: api_key: OpenAI API密钥。如果为None,则从环境变量OPENAI_API_KEY读取。 model: 使用的模型名称。 """ api_key = api_key or os.getenv("OPENAI_API_KEY") if not api_key: raise ValueError("必须提供 OpenAI API 密钥。可通过参数传入或设置环境变量 OPENAI_API_KEY。") self.client = OpenAI(api_key=api_key) self.model = model def answer_question(self, document: str, question: str, temperature: float = 0.2) -> str: """ 基于文档回答问题。 Args: document: 技术文档文本。 question: 用户提出的问题。 temperature: 生成文本的随机性,越低越确定。 Returns: 模型生成的答案。 """ # 精心设计的提示词模板 prompt_template = f""" 你是一个技术文档分析专家。请严格根据以下提供的技术文档内容来回答问题。如果文档中没有明确答案,请直接说“根据提供的文档,我无法回答这个问题。”,不要编造信息。 技术文档内容:

{{document}}

问题:{{question}} 请按以下格式回答: 1. **答案**:[你的答案] 2. **依据**:[引用文档中的相关句子或段落] """ # 格式化提示词 formatted_prompt = prompt_template.format(document=document, question=question) try: response = self.client.chat.completions.create( model=self.model, messages=[ {"role": "system", "content": "你是一个严谨、准确的技术文档分析助手。"}, {"role": "user", "content": formatted_prompt} ], temperature=temperature, max_tokens=500 # 限制回答长度 ) answer = response.choices[0].message.content.strip() return answer except Exception as e: return f"调用API时发生错误:{e}" # 示例用法 if __name__ == "__main__": # 1. 设置你的API密钥(这里为了安全,建议通过环境变量设置) # os.environ[“OPENAI_API_KEY”] = “your-api-key-here” # 2. 实例化助手 assistant = DocQAAssistant(model="gpt-3.5-turbo") # 从环境变量读取API_KEY # 3. 准备示例文档和问题 sample_doc = """ LangChain 是一个用于开发由语言模型驱动的应用程序的框架。 它主要提供两大价值: 1. 组件化:提供用于处理语言模型的抽象接口,以及每个抽象接口的一系列实现。 2. 链式组装:将上述组件以特定的方式链接起来,以完成复杂的任务。 核心模块包括:Models, Prompts, Indexes, Memory, Chains, Agents。 Agents 模块允许语言模型动态地决定执行任务的步骤序列,并可以调用工具(如搜索、计算器)来获取信息。 """ sample_question = "LangChain 的 Agents 模块有什么作用?" # 4. 获取答案 answer = assistant.answer_question(sample_doc, sample_question) print("=== 技术文档问答演示 ===") print(f"文档片段:\n{sample_doc[:200]}...\n") print(f"问题:{sample_question}\n") print(f"助手回答:\n{answer}\n") # 5. 测试一个文档中没有答案的问题 irrelevant_question = "LangChain 是用什么编程语言写的?" answer2 = assistant.answer_question(sample_doc, irrelevant_question) print(f"问题:{irrelevant_question}\n") print(f"助手回答:\n{answer2}")

5.3 运行与结果分析

运行上述脚本(确保已安装openai库:pip install openai),你可能会得到类似以下的输出:

=== 技术文档问答演示 === 文档片段: LangChain 是一个用于开发由语言模型驱动的应用程序的框架。 它主要提供两大价值: 1. 组件化:提供用于处理语言模型的抽象接口,以及每个抽象接口的一系列实现。 2. 链式组装:将上述组件以特定的方式链接起来,以完成复杂的任务。 核心模块包括:Models, Prompts, Indexes, Memory, Chains, Agents。 Agents 模块允许语言模型动态地决定执行任务的步骤序列,并可以调用工具(如搜索、计算器)来获取信息。 ... 问题:LangChain 的 Agents 模块有什么作用? 助手回答: 1. **答案**:Agents 模块允许语言模型动态地决定执行任务的步骤序列,并可以调用工具(如搜索、计算器)来获取信息。 2. **依据**:文档中明确写道:“Agents 模块允许语言模型动态地决定执行任务的步骤序列,并可以调用工具(如搜索、计算器)来获取信息。” 问题:LangChain 是用什么编程语言写的? 助手回答: 1. **答案**:根据提供的文档,我无法回答这个问题。 2. **依据**:文档中未提及 LangChain 所使用的编程语言。

项目亮点

  1. 清晰的指令:通过系统提示词和用户提示词,明确了助手的角色和任务边界。
  2. 上下文管理:使用分隔符将文档内容清晰隔离,防止与指令混淆。
  3. 输出格式控制:要求模型按“答案”和“依据”的结构化格式返回,便于解析。
  4. 处理未知问题:明确指令模型在文档无答案时拒绝回答,避免了“幻觉”(Hallucination)问题。
  5. 可配置性:通过temperaturemodel参数,可以调整回答的确定性和使用的模型。

6. 常见问题与排查思路

在实际使用提示词工程时,你可能会遇到以下典型问题。

问题现象可能原因排查与解决思路
回答偏离主题或胡言乱语1. 提示词指令模糊、矛盾。
2. Temperature 参数设置过高,导致随机性太大。
3. 系统提示词(System Prompt)被后续用户消息覆盖或干扰。
1.检查提示词:确保指令清晰、具体、无歧义。使用角色扮演和结构化输入。
2.调整 Temperature:对于需要确定答案的任务(如代码生成、事实问答),将其调低(如 0.1-0.3)。对于创意任务,可以调高。
3.隔离系统指令:在聊天API中,确保system消息在对话列表首位,且后续消息不会无意中破坏角色设定。
模型忽略部分指令或格式要求1. 指令过于复杂或冗长,模型未能完全理解。
2. 格式要求放在提示词末尾,容易被模型忽略。
3. 模型能力有限。
1.简化与分步:将复杂任务拆解成多个简单提示词,通过链式(Chain)调用完成。
2.重要指令前置:将关键的格式要求、角色设定放在提示词开头。
3.使用 Few-Shot:提供输入输出示例,让模型通过模仿学习格式。
4.升级模型:尝试能力更强的模型(如从 GPT-3.5 升级到 GPT-4)。
回答包含事实性错误(幻觉)1. 模型基于训练数据“编造”了信息。
2. 提示词未要求模型严格基于给定上下文。
1.提供可靠上下文:像实战项目那样,将确凿的信息作为上下文提供给模型,并指令其严格引用。
2.要求注明不确定性:在提示词中加入“如果你不确定,请说明”。
3.外部验证:对于关键事实,通过搜索引擎API或其他知识库进行二次验证。
API调用超时或返回空内容1. 提示词或生成内容过长,超过模型上下文长度限制。
2. 网络或服务端问题。
3. 内容被安全策略过滤。
1.检查长度:计算输入 token 数。对于长文档,考虑使用“检索增强生成(RAG)”技术,只注入相关片段。
2.查看错误码:API 通常会返回具体的错误信息,如context_length_exceeded
3.简化提示词:移除不必要的描述,使用更精炼的语言。
4.重试与降级:实现简单的重试机制,或暂时切换到其他模型。
本地模型响应慢或效果差1. 硬件资源(GPU内存)不足。
2. 量化模型精度损失大。
3. 提示词未针对该模型优化。
1.检查资源:使用nvidia-smi等工具监控 GPU 内存使用。考虑使用更小的模型或更高效的量化版本(如 GGUF 格式)。
2.调整提示词:开源模型对提示词的格式可能更敏感。尝试使用该模型社区推荐的提示词模板(如 Alpaca、ChatML 格式)。
3.微调模型:如果任务非常特定,可以考虑用自己的数据对开源小模型进行微调(LoRA)。

7. 最佳实践与工程化建议

将提示词工程应用到生产环境或严肃项目中,需要遵循一些工程最佳实践。

7.1 提示词的版本管理与测试

  • 版本控制:像管理代码一样管理你的提示词。使用 Git 等工具,为重要的提示词模板创建独立的文件(如prompts.yamlprompts.json)。
  • A/B 测试:对于关键任务,设计多个版本的提示词(A/B 测试),在相同的测试集上评估其效果(准确性、成本、速度),选择最优者。
  • 单元测试:为你的提示词链编写简单的单元测试,确保在修改后核心功能依然正常。

7.2 构建提示词模板库

不要每次都从头编写提示词。根据你的业务领域,构建一个可复用的提示词模板库。

# prompts.yaml summarize_tech_doc: system: “你是一位技术文档工程师,擅长用简洁的语言总结复杂概念。” user: | 请用不超过200字总结以下技术文档的核心内容,并提取3个关键词。 文档: “{document}” code_review: system: “你是一位经验丰富的软件架构师,专注于代码安全、性能和可维护性。” user: | 请审查以下{language}代码,指出潜在的问题(如安全漏洞、性能瓶颈、坏味道)并提供改进建议。 ```{language} {code} ```

7.3 安全与伦理考量

  • 防范提示词注入(Prompt Injection):永远不要将未经净化的用户输入直接拼接进你的系统提示词中。攻击者可能通过精心构造的输入,让模型忽略原有指令,执行恶意操作。应对方法是对用户输入进行严格的过滤和转义,或使用更安全的架构(如将用户输入严格限制在特定的上下文变量中)。
  • 避免偏见与有害输出:在系统提示词中明确加入伦理约束,例如“你是一个公平、无害且乐于助人的助手。拒绝生成任何违法、歧视性或有害的内容。”
  • 数据隐私:切勿通过提示词向第三方模型 API 发送敏感的个人信息、公司机密或未脱敏的代码。

7.4 性能与成本优化

  • 缓存结果:对于频繁且输入相同的查询(如常见问题解答),可以将模型的输出结果缓存起来,避免重复调用 API,节省成本和延迟。
  • 精简提示词:在保证效果的前提下,不断尝试缩短提示词。移除冗余的客套话和不必要的描述。每一个 token 都在花钱。
  • 异步与批处理:如果需要处理大量独立的文本(如批量摘要、分类),可以利用 API 的批处理功能(如果支持),或使用异步编程来并发请求,提高吞吐量。

7.5 持续学习与迭代

提示词工程是一个快速发展的领域。新的模型、新的技巧(如 ReAct、Tree of Thoughts)不断涌现。

  • 关注社区:关注 OpenAI Cookbook、LangChain 博客、Hugging Face 社区以及相关论文。
  • 实验精神:建立一个自己的“实验笔记本”,记录不同提示词、不同参数(temperature, top_p)在不同任务上的效果。
  • 结合业务反馈:将提示词驱动的功能上线后,积极收集用户反馈,用真实数据来驱动提示词的迭代优化。

从理解大模型如何“阅读”你的提示词开始,到掌握清晰具体、角色扮演、思维链等核心技巧,再到通过 Few-Shot、模板化、链式调用实现复杂任务,提示词工程的学习路径是清晰且可实践的。记住,最好的学习方式就是动手实验。从今天起,在你每次使用 ChatGPT 或其他大模型时,都有意识地思考:“我如何能把这个提示词写得更好?” 将本文中的项目作为起点,逐步构建起你自己的提示词工具箱,你会发现,驾驭 AI 的能力,就在这一次次的精心雕琢中稳步增长。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询