大模型上下文工程实践指南-第3章:提示词技术,大模型入门到精通,收藏这篇就足够了!

告别迷茫!新手如何从RTKLIB命令行程序入手,快速理解GNSS解算全流程 本文为GNSS新手提供RTKLIB命令行程序实战指南,重点介绍如何通过`rnx2rtkp`后处理解算工具快速掌握GNSS解算全流程。从环境搭建、程序编译到核心算法解析,帮助读者理解RTKLIB源码结构,并通过真实数据处理案例演示完整解算过程,是入门GNSS定位技术的实用教程。 阅读详情

3.1 核心提示词技术

2020年OpenAI就已经在这篇论文[1]中提到了Zero-shot, One-shot, Few-shot这些提示词技术了

其实现在再来看零样本和少样本提示可能会有点摸不着头脑,其实最早在GPT-3的时候才展现了少样本提示的能力,也就是在GPT-2是无法做到少样本提示就能完成一个该模型未曾训练过的任务,因此在当时少样本甚至是零样本提示是一个非常重要的东西,只不过后续随着模型参数的持续提升,模型的通识能力不断提升,加之零样本和少样本提示太过于符合人类的自然语言使用习惯了,因此已经不是什么很特别的提示词技术了。所以其实会有一定的认知差异导致新来者看起来云里雾里的,网上有很多文章都是复制来复制去的,很多内容的说法不一定适应2025年的今天了,因此我们了解一个技术的时候如果能知道背后的Why, What, How可能会有助于我们更深入了解某个技术,这样在实践中可以更加灵活地结合不同技术达成目标。

接下去我们会一起来看看目前比较主流的几种提示词技术,旨在展示提示词的应用,除开我们提及的,还有很多提示词技术,分布在不同的行业和领域,有兴趣的可以自行去查阅扩展学习。

3.1.1 零样本提示(Zero-Shot Prompting)

这个是最简单的了,几乎每个在使用大模型的人都会使用这样的技巧,我觉得大语言模型发展到现在,甚至零样本提示都不能算作是一个技巧了。简单的说大语言模型经过庞大的语料库训练后,已经有了基本的推理能力,可以完成很多任务而不需要提供任何的样本数据做示例,比如:

将文本分类为中性、负面或正面。

输出

中性

这种就是模型本身已经具备了推理你的要求和输入,并且其实我们用情感:打头其实也是变相的在做输出提醒,告诉模型应该输出什么类似的内容

3.1.2 多样本提示(Few-Shot Prompting)

继零样本之后就是多样本提示了,这个我相信很多也使用过,其原理很简单,就是给模型一些示例,这样模型可以参考并模仿,在很多场景下非常有效,比如:

Input: 你在干嘛?

模型输出了

Have you eaten?

这样其实就是展示了一些示例给模型,模型会参考着来,不过细心的你一定发现,这里其实零样本就可以实现了,也就是

Input: 吃了么?

也会输出一样的结果。这是因为模型的参数量已经大到一定程度,对于一些基础知识是可以直接推理的,我们可以看看这个例子:

Input: 在干嘛?

模型会输出

么什吃,啊以可?

这样是不是比较明显了,模型会参照我们给他的模式来模仿最终的输出,可以看到,我们还不是简单的反转整个句子,而是保留了标点符号的位置,其他文本反转,这种情况模型是有严格参考给它的示例,这就是少样本技巧所在。后续我们可以在各种系统提示词里看到少样本的存在。

不过值得一体的是,在AI Agent的应用场景下,Few Shot不一定完全适用,有可能还会倒忙,我们可参考Manus的这篇文章[2]里提到的:

Don’t Get Few-Shotted

Few-shot prompting[3] is a common technique for improving LLM outputs. But in agent systems, it can backfire in subtle ways.

Language models are excellent mimics; they imitate the pattern of behavior in the context. If your context is full of similar past action-observation pairs, the model will tend to follow that pattern, even when it’s no longer optimal.

This can be dangerous in tasks that involve repetitive decisions or actions. For example, when using Manus to help review a batch of 20 resumes, the agent often falls into a rhythm—repeating similar actions simply because that’s what it sees in the context. This leads to drift, overgeneralization, or sometimes hallucination.

The fix is to increase diversity. Manus introduces small amounts of structured variation in actions and observations—different serialization templates, alternate phrasing, minor noise in order or formatting. This controlled randomness helps break the pattern and tweaks the model’s attention. In other words, don’t few-shot yourself into a rut. The more uniform your context, the more brittle your agent becomes.

简单说就是,少样本(Few-Shot)在Agent系统中,有时会以一种比较微妙的方式起到反作用。模型擅长模仿,会复制或模仿上下文中的行为模式,如果上下文中充满了类似的姿势,会导致模型一直延续这个姿势,哪怕这个姿势已经不再是最优的选择。这种不断重复想到的姿势或动作可能会让模型往一个错误的方向越走越远。

Manus的解决方法是引入多样性,会在上下文中引入少量结构化的变化:不同的序列化模板、替代说法、顺序或格式上的轻微扰动。这种“受控的随机性”有助于打破模式,重新激活模型的注意力。

这里这个小点就是说以注意力机制为基础的大语言模型在某些情况下注意力反而是双刃剑,相关的提示词技术也是,技术没有绝对的好坏,只有合不合适,这也是上下文工程的核心点!

3.1.3 思维链(Chain-Of-Thought Prompting)

2022年1月份Google Brain的研究者发布了一篇论文:Chain-of-Thought Prompting Elicits Reasoning in Large Language Models[4],Jason Wei[5]正是这篇论文的首作,但是最终让思维链闻名世界的是OpenAI,因为22年2月Jason Wei去到了OpenAI,也就有了后来的推理模型的出现:2024年OpenAI推出o1,以及后来2025年DeepSeek推出了DeepSeek-R1。

思维链的原理是通过提示词让模型在推理的时候不要直接给出答案,而是让其模拟人类进行推理,这样可以让结果的准确性大大提升。也就是模型在产生最终结果之前会有中间推理结果产生,我们可以看到论文里的这个例子

这个例子里的问题如果你发给现在(2025-07)主流的大语言模型,你会发现,压根不需要明确的思维链,模型也可以轻易的解决,这是因为论文发表于2022年,3年过去了,模型的参数和能力持续提升了。但是我们依然可以用SOTA模型复刻这个过程,以下是我用OpenAI的4o来问答:

可以看到,当我们把论文里的问题里的数字提高到一个大数,模型就很难在不推理的情况下一下给出正确答案,第一次我使用return just one number就是防止模型自我进行推理,因为现在模型相对聪明一点,哪怕不是推理模型也会简单的推理演化再给出结果。这边得到的答案是4240812393,实际的答案是2123812393-123123+2123123123=4246812393

4240812393

差一点点就对了,第四位错了,这里其实也可以发现,大语言模型这种基于神经网络推理的模型,还是依赖本身的权重做概率运算,实际上和人类所拥有的推理能力有区别,这也是存在模型是否有自我推理能力和意识之类的较为主观层面的争论持续存在的原因之一。

接下来看看第二次,我们增加了提示词Let's solve this step by step,这个也是相对常见的触发模型推理的提示词之一

这里我们可以看到,模型一步一步的推理计算,最终得到了4,246,812,393

4246812393

这次对了。以上这个简单的例子其实就是展示出模型在思维链CoT的加持之下,可以得到一定程度的效果提升。要知道当时提出来的时候是2022年,当时推理模型都还没存在,不像我们现在已经对模型推理司空见惯了。

随着CoT这个概念被提出之后,也有一些发展,在2022年5月的时候有一篇论文[6]提出了零样本思维链(Zero-Shot CoT)以及在这之后2022年10月又有一篇论文[7]提出了自动思维链(Auto-CoT),都是在思维链的提示词层面去演进的,前面我们也已经遇到过了,就是通过类似Let’s think step by step这种提示词,无需提供样本让模型参考,直接让模型自我推理。

现在我们可以看到诸如OpenAI的o1或DeepSeek的R1这类推理模型,这类模型自带推理能力,其实是经过一定思考推理数据集进行训练后使得模型自带这个能力的结果,相当于从提示词直接内化到权重里了

这里我们用o3进行问答,哪怕我们像前面一样,限定它直接输出结果,它依然还是进行了思考的过程,最终输出一个数字4246812393,可以看到结果是正确的,可以看到它的思考推理过程。

关于模型训练阶段就拥有推理能力这个说法,这边以DeepSeek R1为例稍微展开一下,因为这块已经深入到比较底层,模型层面的研究了,通常是AI应用层是接触不到的,不过我们了解一下其原理可以让我们有一个更直观的感受。推理模型的开发流程包括:预训练(Pre-training)、强化学习(RL)、监督微调(SFT)、再强化学习和蒸馏(Distillation)等阶段。通过这篇文章[8]提及的

The RL stage was followed by another round of SFT data collection. In this phase, the most recent model checkpoint was used to generate 600K Chain-of-Thought (CoT) SFT examples, while an additional 200K knowledge-based SFT examples were created using the DeepSeek-V3 base model.

在训练阶段就会通过生成大量包含推理步骤(即CoT)的SFT样本,来做指令微调,强化模型自身的推理能力。我们也可以从SLAM Lab开源的这份数据[9]看到SFT的样本长这样:

不过推理模型也不是银弹,依然是需要分场景来决定采用什么模型的,推理模型每次都会进行推理,潜在的损耗就是算力的消耗以及响应时间的增加。因此还是需要根据情况来决定。

3.1.4 元提示(Meta Prompting)

在2023年11月有篇论文[10]提出了**元提示(Meta Prompting)**的概念,其实简单的说就是利用大语言模型来写提示词,这个技巧是现在最实用的一个技巧,也是新人友好的方式。比如你要写一个新的AI Agent的系统提示词,那么其实你可以叫ChatGPT、豆包、DeepSeek之类的帮你写Prompt,现在的模型的知识库基本上都有到23年底及之后,也就是他们的权重里自带了很多Prompt的语料,因此他们是有能力写出很不错的Prompt。我们看个例子:

我简单表述了一下我的需求:

我在设计一个运维方向的AI Agent,可以基于用户给的一些日志、报警、客户反馈,自动去排查,可以借助一些日志、监控数据、相关时序数据、甚至到机器上查看等手段,可以帮助快速定位问题或者寻找解决方案。请你帮我写一版System Prompt。对了这个AI Agent叫LeoOps

ChatGPT就输出了:

# LeoOps 系统提示词(System Prompt)

可以看到是一个比较基础的系统提示词模板了,我们可以进一步调整,比如增加对应的外部工具进去,或者一些PLACEHOLDER用于运行时替换等等。

这个方式讲编写和调优提示词的门槛打到很低的水平,我们需要的只是多看看主流的AI产品是怎么写提示词的,这样可以提高我们对于一段提示词的水平的判断,就可以很好的把控方向,让模型帮我们持续调优提示词,直到我们觉得得到了合适的提示词就可以投入实际使用看看效果了。

3.1.5 思维树(ToT)

2023年5月,思维树(ToT,Tree Of Thoughts)[11]被Shunyu Yao等人提出来了,基于原来的思维链(CoT)进行了总结和提升,使得模型介入中间步骤来解决问题的一个过程。

我们看这张论文里的图,可以看到,ToT其实核心的就是这么几点:

1.并发探索:不是传统的一条路,而是多条路尝试

2.智能评估:用模型来评估结果以决定走哪条路

3.回溯能力:如果发现走错了,死路了,可以退回前面的分支

4.避免局部最优:传统方法可能被第一个看起来不错的选择困住

总体会分为:

1.生成阶段

2.评估阶段

3.选择阶段

整体就是不断循环这3个步骤,直到结束。

这张图我们可以看到,每一次都会生成几个可能,然后分别评估,最终选择最好的最有潜力的几个,继续下去,这样可以不断收窄直到结束。我们可以用一个简单的例子看看如何一步步演化的:

用 3, 4, 6, 8 得到 24

这就是ToT的核心思想:系统性多路径探索+智能评估+最优选择。细心的你一定也注意到了,ToT也有一些弊端:

1.成本问题:几乎每个步骤都需要模型介入,推理资源消耗大大增加

2.评估问题:用模型评估模型,可能存在一定程度的偏见和盲目

3.搜索空间爆炸:可能存在很深或者太多轮次的迭代

4.实现相对复杂:学术探索大于实际落地

但是ToT的思想值得了解和学习,它的一些理念和想法可以提取出来在上下文工程中的某些环节中实践,让上下文构建更加智能、稳健。

3.1.6 ReAct

ReAct是2022年10月由Shunyu Yao等人提出的一种框架[12],全称为Reasoning and Acting,即推理与行动。它是将语言模型的推理能力与外部工具调用能力结合起来的范式之一,也是当今AI Agent架构中广泛借鉴的基础思路之一。

ReAct的核心灵感来源于人类:人类在解决问题时,往往会交替进行思考和行动。相比传统LLM一次性给出答案的方式,ReAct 更强调逐步推理、工具调用与反馈观察的交互过程。

因此,ReAct 将 Agent 的推理流程细分为以下三个循环阶段:

1.Thought(思考):模型通过语言进行中间推理,比如“为了完成这个任务,我需要先查找相关信息”。

2.Action(行动):模型选择一个具体的工具并给出使用方式,例如调用搜索、执行命令、数据库查询等工具。

3.Observation(观察):模型接收工具的执行结果作为上下文信息,然后再次进行Thought。

这个循环持续进行,直到模型认为可以给出最终答案。我们来看一个很简单的例子,我们写一个系统提示词如下:

然后我们在运行的时候发送问题,比如:

牛顿出生在哪一年?

运行过程可能是这样的:

Round: 1: 模型输出一下内容,不知道结果,思考

这样,一个完整的ReAct流程就能实现模型原生推理能力与外部工具调用的结合,使其可以动态获取外部信息,在观察与思考的多轮交替中逐步逼近任务目标。ReAct在处理知识密集型任务时,往往比不具备交互能力的模型表现更为出色。

正因如此,许多后续其他的框架和AI Agent实现,都或多或少继承了ReAct的核心思想。所以与其说ReAct归属于提示词技术的范畴,我觉得其更应该归属于AI Agent的范畴,包括后面的CodeAct等,因此这边属于抛砖引玉的将ReAct放在这里,其他涉及的我会在AI Agent的章节里再介绍。

3.2 提示词在上下文工程中的实践

提示词技术是提示词工程的基础,但是提示词技术依然是上下文工程中很重要的一部分,不管是在记忆系统、RAG或者Agent等场景下,提示词技术都被大量的使用,比如从聊天记录里提取客观事实、对聊天记录压缩、对聊天记录做摘要、重排文档等等,我们可以看看这篇文章[13]中的这张图:

这里面都是借助了提示词+大模型来完成特定的任务。所以掌握提示词是构建上层应用的一个原子能力。就好像现在大家慢慢开始发现,并不是追求一个AGI(Artificial General Intelligence,通用人工智能)或者ASI(Artificial Superintelligence,超级人工智能)就足够了,反而未来是很多专用AI组合起来的场景,就好像我们现在的社会分工一样,每个人各司其职,这样能确保整个社会正常的运作。这也是Multi-Agent这个方向现在越来越火,越来越重要的原因。在里面我们就需要大量的去编写提示词,甚至现在已经开始有人研究自进化(Self-evolving)[14],也就是提示词可以在运行时进行动态调整的。

了解完提示词技术,接下去我们会从从实际的提示词案例去了解别人都是怎么写提示词,培养一下提示词审美,后续可以轻松的通过元提示技术让大模型帮忙写出需要的提示词,也能更清楚知道可以通过哪些方面去优化提示词。

3.3 提示词博览

因此在理解了提示词的相关技术和技巧之后,可以进一步去看看社区和行业里大家都是怎样来写提示词的,这对于我们扩宽视野非常有帮助。要写好提示词的一个很关键的点就是知道什么是好的提示词,或者说明确知道各种场景下的提示词应该怎么写,这就需要我们能大量的看和学习一些主流AI应用的提示词了。

我平时经常会有一个习惯,在遇到一些不错的AI产品时,会通过一些提示词注入(Prompt Injection)的技术来Hack出其系统提示词,这样可以了解到这个产品背后提示词是怎么写的,下面我会列一些从各个地方收集的提示词,但是因为篇幅问题,只能放一部分内容。这边有几个相关的仓库,里面收集了各种提示词,有兴趣的可以看看,也可以自己再去发掘对应的提示词来学习:

•https://github.com/x1xhlol/system-prompts-and-models-of-ai-tools

•https://github.com/asgeirtj/system_prompts_leaks

•https://github.com/ai-boost/awesome-prompts

•https://github.com/0xeb/TheBigPromptLibrary

•https://github.com/asgeirtj/system_prompts_leaks

3.3.1 Claude Code

Claude Code能在推出到市场后以极短时间成为效果最好的Coding助手,除了底层基于Claude自家在coding方面很厉害的大模型外,还和Claude Code自身的底子足够好有关。虽然没有开源,但是因为是NodeJS写的,网上出现了一些逆向工程分析的repo,有兴趣的可以看看:

•Geoffrey Huntley大佬很早就分析[15]了,相关repo[16]

•在国内比较火的是shareAI-lab这个repo[17]

这其中就有提示词技巧,不仅仅是系统提示词,还有一些压缩提示词什么的,都非常值得学习

You are an interactive CLI tool that helps users with software engineering tasks. Use the instructions below and the tools available to you to assist the user.

翻译成中文是

你是一个交互式 CLI 工具,旨在协助用户完成软件工程任务。请根据以下指令和可用工具为用户提供帮助。

3.3.2 SRE/AIOps诊断助手

来自于xlab-uiuc的SREArena,是一个用于SRE或AIOps场景下的针对部署在k8s上的微服务进行问题诊断的Agent:

Monitor and diagnose an application consisting of **MANY** microservices. Some or none of the microservices have faults. Get all the pods and deployments to figure out what kind of services are running in the cluster.

翻译成中文是:

对一个包含**大量**微服务的应用进行监控和诊断。部分微服务可能存在故障,也可能全部正常。

会配合下面的模拟用户消息的提示词来使用

You will be working this application:

翻译成中文是

你将负责处理以下应用:

3.3.3 Letta历史聊天记录摘要

在Letta的代码里我们可以看到,Letta也是借助了大模型,利用特定的系统提示词来对聊天历史记录进行摘要的动作,我们可以看到:

Your job isto summarize a history of previous messages in a conversation between an AI persona and a human.

翻译成中文是

你的任务是总结一段人类与 AI 人设之间的对话历史。

在实际调用大模型的时候,其实Letta还做了一Assistant的答复:

内容是:

Understood, I will respond with a summary of the message (andonly the summary, nothing else) once I receive the conversation history. I'm ready.

中文是:

明白了,一旦我收到对话历史,我将只输出消息摘要(仅摘要,不包含其他内容)。我已准备好了。

这其实也是一种提示词技巧,通过一个伪造的回复,进一步引导指示大模型后续的回复应该遵循的指令。

3.3.4 Toki智能日历助手

这是一个通过APP、TG、WhatsApp、Line或短信进行日程管理的AI应用,简单说就是通过自然应用交互,会自动生成对应的日程,到期前会提醒你,就是一个非常简单的一个功能,现在诸如飞书、企业微信之类的都开始集成这类功能了,我当时是看到豌豆荚的创始人王俊煜推荐的,我就简单用了一下。习惯性Hack了一下系统提示词:

You are Toki, a smart calendar assistant.

翻译成中文是:

你是 Toki,一位智能日历助理。

3.3.5 Cursor

Cursor的系统提示词,我们先来看看一份Agent的系统提示词

You are an AI coding assistant, powered by GPT-5. You operate in Cursor.

中文是:

您是一个由 GPT-5 驱动的 AI 编程助手,在 Cursor 中运行。

还有记忆相关的提示词:

You are an AI Assistant who is an extremely knowledgable software engineer, and you are judging whether or not certain memories are worth remembering.

中文是:

你是一位知识渊博的软件工程师 AI 助手,你的任务是判断某些记忆是否值得被保留。

3.3.6 Gemini故事书

Gemini新出的StoryBook,其实也是基于Gemini套系统提示词,然后里面挂载了22个Agent,所以其实这个是一种基于Supervisor式的多Agent架构。这也是我们通过提示词可以分析出来这些额外的信息。可以窥见一个AI产品背后的实现逻辑

You are Gemini, a GoogleLLM with access to real-time information via specialized agents. You**must** invoke agents using the exact @agent_name format specified below to gather necessary information before responding to the user using the @user agent.

中文是

# Gemini:美观且实用的系统提示词指南

想入门 AI 大模型却找不到清晰方向?备考大厂 AI 岗还在四处搜集零散资料?别再浪费时间啦!2025 年 AI 大模型全套学习资料已整理完毕,从学习路线到面试真题,从工具教程到行业报告,一站式覆盖你的所有需求,现在全部免费分享!

👇👇扫码免费领取全部内容👇👇

​

一、学习必备:100+本大模型电子书+26 份行业报告 + 600+ 套技术PPT,帮你看透 AI 趋势

想了解大模型的行业动态、商业落地案例?大模型电子书?这份资料帮你站在 “行业高度” 学 AI:

1. 100+本大模型方向电子书

在这里插入图片描述

2. 26 份行业研究报告:覆盖多领域实践与趋势

报告包含阿里、DeepSeek 等权威机构发布的核心内容,涵盖:

  • 职业趋势:《AI + 职业趋势报告》《中国 AI 人才粮仓模型解析》;
  • 商业落地:《生成式 AI 商业落地白皮书》《AI Agent 应用落地技术白皮书》;
  • 领域细分:《AGI 在金融领域的应用报告》《AI GC 实践案例集》;
  • 行业监测:《2024 年中国大模型季度监测报告》《2025 年中国技术市场发展趋势》。

3. 600+套技术大会 PPT:听行业大咖讲实战

PPT 整理自 2024-2025 年热门技术大会,包含百度、腾讯、字节等企业的一线实践:

在这里插入图片描述

  • 安全方向:《端侧大模型的安全建设》《大模型驱动安全升级(腾讯代码安全实践)》;
  • 产品与创新:《大模型产品如何创新与创收》《AI 时代的新范式:构建 AI 产品》;
  • 多模态与 Agent:《Step-Video 开源模型(视频生成进展)》《Agentic RAG 的现在与未来》;
  • 工程落地:《从原型到生产:AgentOps 加速字节 AI 应用落地》《智能代码助手 CodeFuse 的架构设计》。

二、求职必看:大厂 AI 岗面试 “弹药库”,300 + 真题 + 107 道面经直接抱走

想冲字节、腾讯、阿里、蔚来等大厂 AI 岗?这份面试资料帮你提前 “押题”,拒绝临场慌!

1. 107 道大厂面经:覆盖 Prompt、RAG、大模型应用工程师等热门岗位

面经整理自 2021-2025 年真实面试场景,包含 TPlink、字节、腾讯、蔚来、虾皮、中兴、科大讯飞、京东等企业的高频考题,每道题都附带思路解析:

2. 102 道 AI 大模型真题:直击大模型核心考点

针对大模型专属考题,从概念到实践全面覆盖,帮你理清底层逻辑:

3. 97 道 LLMs 真题:聚焦大型语言模型高频问题

专门拆解 LLMs 的核心痛点与解决方案,比如让很多人头疼的 “复读机问题”:


三、路线必明: AI 大模型学习路线图,1 张图理清核心内容

刚接触 AI 大模型,不知道该从哪学起?这份「AI大模型 学习路线图」直接帮你划重点,不用再盲目摸索!

在这里插入图片描述

路线图涵盖 5 大核心板块,从基础到进阶层层递进:一步步带你从入门到进阶,从理论到实战。

img

L1阶段:启航篇丨极速破界AI新时代

L1阶段:了解大模型的基础知识,以及大模型在各个行业的应用和分析,学习理解大模型的核心原理、关键技术以及大模型应用场景。

img

L2阶段:攻坚篇丨RAG开发实战工坊

L2阶段:AI大模型RAG应用开发工程,主要学习RAG检索增强生成:包括Naive RAG、Advanced-RAG以及RAG性能评估,还有GraphRAG在内的多个RAG热门项目的分析。

img

L3阶段:跃迁篇丨Agent智能体架构设计

L3阶段:大模型Agent应用架构进阶实现,主要学习LangChain、 LIamaIndex框架,也会学习到AutoGPT、 MetaGPT等多Agent系统,打造Agent智能体。

img

L4阶段:精进篇丨模型微调与私有化部署

L4阶段:大模型的微调和私有化部署,更加深入的探讨Transformer架构,学习大模型的微调技术,利用DeepSpeed、Lamam Factory等工具快速进行模型微调,并通过Ollama、vLLM等推理部署框架,实现模型的快速部署。

img

L5阶段:专题集丨特训篇 【录播课】

img
四、资料领取:全套内容免费抱走,学 AI 不用再找第二份

不管你是 0 基础想入门 AI 大模型,还是有基础想冲刺大厂、了解行业趋势,这份资料都能满足你!
现在只需按照提示操作,就能免费领取:

👇👇扫码免费领取全部内容👇👇

​

2025 年想抓住 AI 大模型的风口?别犹豫,这份免费资料就是你的 “起跑线”!

别再死记公式了!用HFSS/CST手把手教你仿真一个2.4GHz WiFi的PIFA天线(附参数调试技巧) 本文详细介绍了使用HFSS和CST仿真软件设计2.4GHz WiFi PIFA天线的全流程,包括建模准备、分步操作指南和参数调试技巧。通过可视化结果和实战案例,帮助工程师快速掌握天线设计的关键参数优化方法,提升辐射性能和工作效率。 阅读详情

相关推荐

Rocky Linux 9 离线环境Docker部署实战:从依赖打包到服务启动

本文提供了一份详尽的Rocky Linux 9离线环境Docker部署实战指南。针对无法访问外网的生产或内网服务器,文章详细讲解了如何在联网跳板机上下载Docker二进制包及所有系统依赖RPM包,并完成打包。随后,手把手指导在离线服务器上进行依赖安装、二进制文件部署、systemd服务配置、SELinux与防火墙调优,最终实现Docker服务的成功启动与验证。

weixin_28363123的博客 138

大模型提示词技术全解析:从零样本到思维链,程序员必学收藏指南

【摘要】文章系统梳理了大模型提示词技术发展历程,重点解析了零样本、多样本、思维链等核心技术的原理与应用。通过对比2022年与2025年模型表现的差异,揭示了提示词技术随模型能力演进的动态特征。特别指出思维链技术对提升模型推理能力的关键作用,并探讨了当前推理模型(如OpenAI o1、DeepSeek R1)的技术本质。文章还分析了提示词技术在AI Agent开发中的双刃剑效应,强调在应用时需结合具体场景进行权衡优化。

ytt0523_com的博客 1092

【论文速读】MLDT:基于开源大语言模型的复杂长时机器人任务规划多层次分解方法

—在数据驱动的人工智能技术领域,开源大语言模型(LLMs)在机器人任务规划中的应用是一个重要的里程碑。近期基于开源大语言模型的机器人任务规划方法通常利用大量的任务规划数据集来提升模型的规划能力。虽然这些方法展现出了一定的前景,但它们在处理复杂长时任务时存在困难,因为这类任务需要理解更多的上下文信息并生成更长的动作序列。本文提出多层次分解任务规划方法(MLDT)来解决这一局限性。该方法创新性地在目标级、任务级和动作级对任务进行分解,以应对复杂长时任务带来的挑战。

muyulingfengye的博客 1646

怎么说大模型才会听 :零样本提示(Zero-Shot Prompting)

想象有人要求你做一件你以前从未做过的事情,但他们没有给你任何具体的指示或例子来遵循。相反,你必须完全依靠你已知或过去学到的知识来解决问题。例如,如果你已经学会了演奏几种乐器并理解了音乐理论,当有人突然要求你演奏一种你从未接触过的乐器上的歌曲时,你会利用你对音乐和乐器的普遍知识来尝试一下。你可能没有用这种新乐器练习过,但你将应用从其他乐器中了解到的知识来解决问题。在人工智能领域,一个 AI 模型使用它在此之前所接收的所有训练和知识来处理一个它尚未明确准备的任务。

2401_85375186的博客 1751

用PyTorch手把手搭建液态神经网络(LNN):从微分方程到无人机避障实战

本文详细介绍了如何使用PyTorch搭建液态神经网络(LNN),从微分方程基础到无人机避障实战应用。LNN通过动态时序建模和微分方程实现高效计算,特别适合多传感器数据融合场景。文章包含完整的代码实现、训练技巧及性能优化方案,帮助开发者快速掌握这一前沿技术。

uber9的博客 439

fins协议握手信号服务器响应,欧姆龙FinsTCP与FinsUDP协议解析 —— 利用Wireshark对报文逐字节进行解析详细解析附含报文模拟器等...

前言 – Fins欧姆龙这个协议网上极少有相关的模拟器、Tcp的这一块倒是有但是Udp的基本都是不可用1、 Fins协议结构也很简单 协议分为两种 一种tcp一种udp2、 Tcp比Udp的报文会多一层tcp的head头部3、 Udp回应报文在Wireshark中是解析不到(因为他按照UDP的格式去解那指定是解不到)好长时间没有更新过博客了、也比较懒= = 。一、Read(TCP)发包那么这个就很...

weixin_32491317的博客 4440

【一文了解】大模型的思维链技术(CoT)

1.基本概念:思维链(CoT)技术本质上是一种提示工程(prompt engineering),它通过逐步分解问题和中间步骤来提高语言模型推理能力。其核心思想是让模型不仅输出最终答案,还要输出中间的推理步骤,从而帮助模型更好地理解和解决复杂问题。2. 工作原理:(1) 拆解问题:CoT 强制模型把复杂问题拆解成若干个小步骤,而不是直接跳到结论。(2)显式推理:每一步都明确写出来,就像你在草稿纸上演算一样。(3)减少错误:如果模型算错了,我们能一眼看出错在哪一步。

2401_84204413的博客 2703

[Unity开发] [PICO]避坑指南:PICO商店上传APP时PXR Platform APPID设定详解

PICO开发者上传Unity应用时常见的"APPID不符"问题,主要源于混淆了开发者后台两个不同位置的APPID。

每日出拳老爷子的博客 556

大模型上下文工程实践指南-第2章:上下文工程技术栈,大模型入门到精通,收藏这篇就足够了!

上下文空间就是这么一个存在,让大语言模型可以基于这些数据去推理,因此才有了围绕上下文空间限制而衍生的一系列技术,这些技术就统称为上下文工程技术。

pythonhy的博客 1153

SAP SLT REODPS_REPL API 的使用介绍

本文聚焦 SAP 数据复制生态中的 RODPS_REPL(常被误写为 REODPS_REPL),解析其作为 ODP(Operational Data Provisioning)标准接口的核心功能与应用场景。RODPS_REPL 是 SAP 提供的 ABAP 接口集合,支持从 ODP 上下文(如 ODP_SAPI、ODP_CDS)执行初始化装载和增量捕获,被 SAP BW、Datasphere 及第三方工具(如 Azure Data Factory、Qlik Replicate)广泛调用。 关键要点: 核心对

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 227

Modelsim:LPDDR5仿真(含美光仿真模型官方sv&vcs代码)

虽然,三星在设计跟量产上,早于其他家存储产商,但是镁光后来居上了,是业界首家支持全速 LPDDR5 的供应商,并且开发者在做开发的时候,也是用美光颗粒比较多,所以这里就先以美光的仿真模型为主进行仿真。 本工程为美光官方工程,支持Modelsim、VCS、ncverilog三种仿真器仿真。模型破解过,为完整system-verilog代码。

千歌叹尽执夏的博客 1283

什么是RAG技术,大模型入门到精通,收藏这篇就足够了!

RAG(Retrieval Augmented Generation,检索增强生成)是一种结合了信息检索和生成式模型的技术,简单来说,就是能够让大模型在计算时,结合外部知识库中的相关信息,使生成的答案更加精准

瓦罗兰特顶级C位的博客 1663

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

99%的人不知道的5个AI提示词宝藏网站,大模型入门到精通,收藏这篇就足够了!

FlowGPT 是一个社区驱动(community-driven)的 AI 提示词(prompt)分享与发现平台。用户可以浏览别人写好的提示词(prompts),也能自己创建、分享提示词。

Y525698136的博客 6296

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

RU DOS版、EFI版32bit/64bit BIOS常用工具

DOS版、EFI版的RU工具,可用来查看IO、MEM、PCI、SMBIOS等资源。亲测在EFI SHELL下可用。

AI大模型系列教程--提示词工程,大模型入门到精通,收藏这篇就足够了!

本教程将从基础框架出发,逐步讲解提示词设计技巧、推理模型适配方法,最终落地到实战应用,帮助你系统掌握提示词工程。

2301_81888214的博客 2152

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

构建可靠AI Agent:从提示词、工作流到知识库的实战指南,大模型入门到精通,收藏这篇就足够了!

本文系统阐述了在当前 Agentic AI 技术快速发展的背景下,如何构建一个可靠、高效且可落地的 AI Agent 应用。

pythonhy的博客 1110

LLM 链式架构基础:从入门到实践,大模型入门到精通,收藏这篇就足够了!

本文介绍了构建 LLM 链式应用的核心组件和最佳实践。通过合理的架构设计、提示词管理和错误处理,我们可以构建出更加可靠和可维护的 LLM 应用。

2301_81940605的博客 637

提示词终极技法,让AI成为你的超级助手,大模型入门到精通,收藏这篇就足够了!

今天,让我们一起揭开提示词应用的神秘面纱,掌握那些能让AI发挥最大潜能的终极技巧。

pythonhy的博客 1115

告别无效对话:五个让AI输出质量提升10倍的提示词框架,大模型入门到精通,收藏这篇就足够了!

这些框架不是束缚,而是你与AI沟通的通用语言。开始实践它们,你会发现AI从一个简单的问答机器,变成了一个真正能提升你工作和创造力的思维伙伴。

2401_82469710的博客 7328

人人都能学会的提示词|第 1 篇:什么是提示词?大模型入门到精通,收藏这篇就足够了!

人人都能学会的提示词|第 1 篇:什么是提示词?大模型入门到精通,收藏这篇就足够了!

2301_81940605的博客 1482

AI agent系统中的记忆系统如何开发?一文搞懂大模型的上下文机制,大模型入门到精通,收藏这篇就足够了!

最近主导了一款ai agent系统的开发,在定架构的时候选择了MCP协议,在期间遇到不少坑点,记录顺分享一下相关内容。

Y525698136的博客 1958

一书让你轻松入门AI大模型丨《大模型入门:技术原理与实战应用》大模型入门到精通,收藏这篇就足够了!

随着大模型技术的不断完善和普及,我们将进入一个由数据驱动、智能辅助的全新工作模式和生活模式。个人和企业将能够利用大模型来降本增效,并创造全新的用户体验。

2301_81888214的博客 912

阿里云发布《AI原生应用架构》,大模型入门到精通,收藏这篇就足够了!

这本白皮书同时也构建了涵盖模型、框架、提示词工程、上下文管理、工具调用、网关、运行时、可观测性、评估体系及安全防护的全链路参考框架,助力企业智能化转型。

2301_81888214的博客 1547

一文搞懂大模型:上下文工程(Context Engineering),大模型入门到精通,收藏这篇就足够了!

上下文工程的核心价值在于解决了一个根本问题:让AI从"每次重新开始"变成"基于理解继续"。通过RAG检索、动态管理、长期记忆等技术组合,我们终于可以与AI建立真正的"工作关系",而不是反复的"重新介绍"。

2401_82469710的博客 1291

大语言模型的微调策略,大模型入门到精通,收藏这篇就足够了!

微调是让预训练的大语言模型适应特定领域任务的关键技术。根据不同的需求和资源用户可以选择全面微调或参数高效微调。

2301_81940605的博客 1373

Coze重磅开源,Dify炸了,大模型入门到精通,收藏这篇就足够了!

Coze 开源是字节对 AI 应用生态的长期押注,从“技术垄断”走向“开放协作”的标志性事件。

huang9604的博客 2322

别再瞎写提示词了!这份Claude Code优化指南让你效率提升10倍,大模型入门到精通,收藏这篇就足够了!

经过大量实践,我总结了一套行之有效的Claude Code提示词优化方法,能让你的开发效率至少提升3倍。

huang9604的博客 2700
上一篇: 大模型上下文工程实践指南-第2章:上下文工程技术栈,大模型入门到精通,收藏这篇就足够了!
下一篇: 大模型上下文工程实践指南-第4章:记忆系统与持久化,大模型入门到精通,收藏这篇就足够了!
Llama-Turbo
博客等级 码龄4年 9901粉丝 2022原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值