一文搞定上下文工程:1400+文献背后的关键知识点系统梳理

「文智助手」全场景办公AI助理AI+OPC全流程实践方案(大赛作品) 阅读详情

1. 为什么推荐读这篇上下文工程的综述?

为什么我会想要去看上下文工程呢?因为每一个尝试着深度使用AI工具的人,都免不了要一遍一遍调试提示词——你很少能够一次性拿到理想的结果,哪怕你已经在和这个世界上号称最顶级的AI合作。

这大概率不是因为你的要求超过了AI的能力边界,而是因为AI没有拿到足够的信息。

我最初只是想要把提示词写得更好一点,就去扒了一下提示词工程。然后发现网上都在说提示词工程被上下文工程给取代了,于是也去看了一眼这篇关于“上下文工程”的综述——A Survey of Context Engineering for Large Language Models。

我非常的惊喜,因为它提供了一个特别清晰的框架来回答了“上下文工程是什么、为什么、怎么做”的问题。它描绘了一个“全景地图”来让读者理解现在最火的AI系统“面临什么样的限制”,“已经实施了什么样的解决方案”,“还有什么待解决的问题”。

更重要的是,我觉得它是一个“由浅入深”的研究指南——这篇综述总共引用了1401篇文献,但是结构非常清晰,表达非常简洁。

框架的魅力就是把以前你找到的各种乱七八糟的碎片,都有条理地排列整齐,让你不再到处抓瞎,知道大概有几条路,从而分析你想要去哪一条路。

对于小白来说,就算这篇文章读起来一知半解,也可以通过文章对于各种AI系统的概述来迅速理解AI世界的轮廓和脉络;对于想要深入研究的人来说,可以顺着文章的引用文献继续去挖掘,了解具体算法和系统的设计细节。

(看看下面这张信息高度浓缩的“上下文工程”框架图,是不是非常清晰?)

在这里插入图片描述

02. 综述文章的结构

这篇综述文章的结构可见下面的思维导图,核心是以下四个部分:

  • 定义+介绍上下文工程的“基础组件”;
  • 介绍在“基础组件”上形成的几个重要的“系统实现”;
  • 介绍评估上下文工程表现的系统性方法以及评估后的核心发现;
  • 指出未来的研究方向;

图片

03. “上下文工程”是什么以及为什么需要它?

我在这里先说一下我的理解+提出部分我觉得很给我启发的原文。

同一个大语言模型,在不同的人手里使用效果是不一样的。大语言模型就像是一个对“你本人”和“你的任务”一无所知,但是干活能力特别强的高级实习生。

在这个高级实习生能力不变的条件下,TA能不能交付出你满意的结果,取决于你这个领导能不能让TA融入你的系统,了解整个事情的前因后果。

这跟工作中干活是一样的道理——如果只听到领导说“调研一下XX竞品”就开始干活,容易跑偏十里地不自知。最好先跟领导确认“这次调研的汇报对象是谁,调研任务产生的背景是什么,有没有什么重点关注的方向”。然后还要结合你长期积累的业务认知,才能够交付出正中红心的答案。

大模型的表现也取决于TA获取到的“上下文”,没有这些信息,这个AI有千亿参数也不会表现得让你满意。更可况我们对于LLM的要求已经越来越高,从期待LLM完成简单的指令服从,到期待TA们成为复杂多面的核心推理引擎。

这意味着我们和LLM交互的方式不能够仅仅是静态的、单一的、碎片化的“prompt”,而是更加高级和复杂的工程系统。

上下文工程会在以下3个方面带来好处。

第一个是解决AI的固有缺陷。

最明显的就是,AI能够获取的上下文是有限的——AI有一个“上下文窗口”,一旦我们输入的信息超过了这个限度,AI就无法一次性处理了。

同时AI处理信息消耗的资源量级很大,要远超我们人类处理信息消耗的资源。资源分为“时间”和“空间”两个维度,分别对应了AI处理信息时面临的“性能”和“内存”瓶颈。例如Transformer架构的模型,要储存输入序列每一个对象的K、V、Q值,这意味着当序列长度非常大时,注意力矩阵的计算和储存会消耗大量的计算资源;但是如果用LSTM,则并行计算的程度很低,处理超长序列的时间会被狠狠拉长,变得不可承受。

还有AI生成的内容可靠性是不足的。按照论文的总结,不可靠表现在:LLMs频繁出现幻觉胡言乱语、不遵循输入上下文、对输入变化的不当敏感,以及会生产语法看似正确但缺乏语义深度或连贯性的内容。

如何避免这些AI固有缺陷,让模型完成复杂任务,要求极其精巧的、系统的架构设计,这是上下文工程的领域。

第二个好处是提升AI的表现。这个提升不是通过重新设计大模型架构,或者重新训练大模型得来的,就是通过良好组织的上下文来实现的。相当于在基座模型能力不变的前提下,找到极致发挥TA能力的方案。比如思维链方法,能够通过中间步骤实现复杂推理,显著提升模型推理的正确性。

第三个好处是提升资料的利用率。我们都知道在训练大模型的时候需要海量的数据,上下文工程在“把资料物尽其用”方面发力。它们会利用上下文线索和先验知识来优化上下文长度,同时保持回答的质量,这对于那些资料匮乏的领域特别有价值。

总结来说,如何充分利用已有的上下文窗口,极致压榨已经获得的资源,得到质量超高的模型输出,是“上下文工程”研究的核心。

用论文官方的话来表达:

“上下文C是一个动态结构化的信息组件集合c1、c2,…,cn。这些组件通过一系列函数进行获取、过滤和格式化处理,最终由高级函数A进行协调和组装。

上下文工程要解决的是这样一个问题:在(算力和上下文窗口等)约束下,寻找一组理想的上下文生成函数集,以最大化LLM输出的预期质量。”

你仔细思考一下跟人类是一样的——你自己也只是能够拥有有限记忆的生物,你自己也要消耗精力和时间去实施动作、完成任务。

“上下文工程”跟你在搭建属于自己的“决策机制”、“标准化流程”和“知识管理系统”没有什么不同,是不是有些细思极恐?

上下文工程是找到一系列基础信息组件,并且用一个总协调函数把他们组织起来,这些信息可以大概分为以下几个类别,我觉得这个分类框架也可以给我们使用AI的人一些启示:

  • C_instr :系统指令和规则(上下文检索与生成)。
  • C_Know:外部知识,通过如检索增强生成(RAG)等函数或从集成知识图谱中获取。
  • C_tools:可用的外部工具的定义和签名(涉及能力是函数调用与工具集成推理)。
  • C_mem:先前交互中的持久信息(内存系统;上下文管理系统)。
  • C_state:用户、环境或多智能体系统的动态状态(多智能体系统与编排)。
  • C_query:用户的即时请求。

04. Context Scaling面临的挑战:

论文特别指出了Context Scaling的两个维度上的挑战。用我自己的话来理解就是,如果想要把上下文处理好,有两个维度的困难需要攻克,这两个维度共同定义了上下文信息处理的范围和复杂程度。

第一个维度是长度缩放(Length Scaling),也就是单次处理超长上下文时面临的挑战。首先要研究怎么把上下文窗口搞得长一点,其次还要弄清楚上下文很长之后,大模型要怎么对这么一大段信息保持连贯性的理解,不要遗忘、瞎编,还能在各种任务中灵活使用(像是人类一样)。

这里涉及了复杂的注意力机制(attention mechanisms)和内存管理技术(memory management techniques)的研究。

图片

第二个维度是多模态与结构化缩放(Multi-modal and Structural Scaling)。我们现在要求大模型处理的不是只有文本信息了,而是图片、音频、视频、大型数据库等各种模态合并在一起的综合信息。同时,我们也不满足于只拥有静态知识的大模型,我们需要模型理解和处理动态变更的信息。

因此上下文工程要有动态编排和自适应的能力,并且把多模态的信息组织起来给到大模型。这涉及了更系统化的信息管理,包括时间、空间、参与者状态、意图理解、文化相关的上下文管理。

图片

现代上下文工程需要应对上述两个维度的挑战。处理的数据类型包含:冗长文本信息、结构化知识图谱(knowledge graphs)、多模态输入(text, images, audio, video)、时间序列、人类自然理解的隐含上下文线索。

研究内容从参数缩放(parameter scaling)转向开发能够理解复杂、模糊上下文的系统,目的是让AI能够面对复杂世界完成复杂任务。

05. 小结 :

这篇先介绍了一下综述论文里面提出的“上下文工程的定义”和“为什么需要上下文工程”的部分,下篇文章继续介绍论文里面提出的“上下文工程的基础组件”和“系统实现”框架。

这里我还是要再次强调我的观点:建议感兴趣的朋友都去阅读原文,别人或者AI的总结其实都是不够的,信息漏损太大了。

没有任何人或者AI能够代替你去进行核心体验,核心体验包括学习、生活、输出、创造等等等。

截至25年7月,拥有最长上下文窗口的模型为Magic.dev 的 LTM-2-Mini,据说一次性可以处理1个亿token,相当于一次性记住 750 部10万字小说的细节。

但是就算AI能够一次性读1个亿的token,你的人生核心主角仍然是你自己,你仍然需要自己去吸收、理解、组织,让知识改你脑子里的神经回路,而不是AI的。

AI的能力要为你服务而不是替代你去体验生活,我最近很喜欢的合作方式是让AI作为“粗处理”的助理,TA需要帮我解释我不熟悉的专业术语,需要帮我提炼出文章的结构,需要帮我调查一些示例,这些都是为了我更好的消化原文做准备。

普通人如何抓住AI大模型的风口?

领取方式在文末

为什么要学习大模型?

目前AI大模型的技术岗位与能力培养随着人工智能技术的迅速发展和应用 , 大模型作为其中的重要组成部分 , 正逐渐成为推动人工智能发展的重要引擎 。大模型以其强大的数据处理和模式识别能力, 广泛应用于自然语言处理 、计算机视觉 、 智能推荐等领域 ,为各行各业带来了革命性的改变和机遇 。

目前,开源人工智能大模型已应用于医疗、政务、法律、汽车、娱乐、金融、互联网、教育、制造业、企业服务等多个场景,其中,应用于金融、企业服务、制造业和法律领域的大模型在本次调研中占比超过 30%。
在这里插入图片描述

随着AI大模型技术的迅速发展,相关岗位的需求也日益增加。大模型产业链催生了一批高薪新职业:
在这里插入图片描述

人工智能大潮已来,不加入就可能被淘汰。如果你是技术人,尤其是互联网从业者,现在就开始学习AI大模型技术,真的是给你的人生一个重要建议!

最后

只要你真心想学习AI大模型技术,这份精心整理的学习资料我愿意无偿分享给你,但是想学技术去乱搞的人别来找我!

在当前这个人工智能高速发展的时代,AI大模型正在深刻改变各行各业。我国对高水平AI人才的需求也日益增长,真正懂技术、能落地的人才依旧紧缺。我也希望通过这份资料,能够帮助更多有志于AI领域的朋友入门并深入学习。

真诚无偿分享!!!
vx扫描下方二维码即可
加上后会一个个给大家发

在这里插入图片描述

大模型全套学习资料展示

自我们与MoPaaS魔泊云合作以来,我们不断打磨课程体系与技术内容,在细节上精益求精,同时在技术层面也新增了许多前沿且实用的内容,力求为大家带来更系统、更实战、更落地的大模型学习体验。

图片

希望这份系统、实用的大模型学习路径,能够帮助你从零入门,进阶到实战,真正掌握AI时代的核心技能!

01 教学内容

图片

  • 从零到精通完整闭环:【基础理论 →RAG开发 → Agent设计 → 模型微调与私有化部署调→热门技术】5大模块,内容比传统教材更贴近企业实战!

  • 大量真实项目案例: 带你亲自上手搞数据清洗、模型调优这些硬核操作,把课本知识变成真本事‌!

02适学人群

应届毕业生‌: 无工作经验但想要系统学习AI大模型技术,期待通过实战项目掌握核心技术。

零基础转型‌: 非技术背景但关注AI应用场景,计划通过低代码工具实现“AI+行业”跨界‌。

业务赋能突破瓶颈: 传统开发者(Java/前端等)学习Transformer架构与LangChain框架,向AI全栈工程师转型‌。

image.png

vx扫描下方二维码即可
在这里插入图片描述

本教程比较珍贵,仅限大家自行学习,不要传播!更严禁商用!

03 入门到进阶学习路线图

大模型学习路线图,整体分为5个大的阶段:
图片

04 视频和书籍PDF合集

图片

从0到掌握主流大模型技术视频教程(涵盖模型训练、微调、RAG、LangChain、Agent开发等实战方向)

图片

新手必备的大模型学习PDF书单来了!全是硬核知识,帮你少走弯路(不吹牛,真有用)
图片

05 行业报告+白皮书合集

收集70+报告与白皮书,了解行业最新动态!
图片

06 90+份面试题/经验

AI大模型岗位面试经验总结(谁学技术不是为了赚$呢,找个好的岗位很重要)图片
在这里插入图片描述

07 deepseek部署包+技巧大全

在这里插入图片描述

由于篇幅有限

只展示部分资料

并且还在持续更新中…

真诚无偿分享!!!
vx扫描下方二维码即可
加上后会一个个给大家发

在这里插入图片描述

船载 OpenHarmony AIS 航海工作台:告警与防碰撞预警系统 船载OpenHarmony AIS航海工作台的告警与防碰撞系统,集成十余类告警(超速、偏航、会遇、SOS等),通过网格空间索引实现高效邻近判定,保障实时性。告警管理器统一调度规则、去重、通知与日志,支持悬浮球、语音、跑马灯、弹窗多渠道触达,确保航行安全。SOS紧急通道独立运行,避免干扰。系统设计强调性能优化与多场景适配,为航海安全提供核心支撑。 阅读详情

相关推荐

Wio-LR1121多频段LoRa模块技术解析与应用实践

LoRa技术作为低功耗广域物联网(LPWAN)的核心通信方案,通过独特的扩频调制技术实现远距离传输与强抗干扰能力。其工作原理基于CSS(Chirp Spread Spectrum)调制,支持动态调整扩频因子(SF)和带宽(BW)来平衡传输距离与数据速率。Wio-LR1121模块作为Semtech LR1121芯片的载体,创新性地整合了sub-GHz、S-Band和2.4GHz多频段支持,配合仅1.35μA的睡眠电流,为跨境物联网部署提供了硬件基础。在智慧农业、工业监测等场景中,开发者可通过SPI接口快速集成

weixin_33742618的博客 417

一文搞懂:大语言模型的上下文工程(Context Engineering for Large Language Models)究竟是什么?

一文搞懂:大语言模型的上下文工程(Context Engineering for Large Language Models)究竟是什么?

AI大模型的博客 1738

从零到一:手把手教你用SAM-BA工具完成嵌入式系统烧录

本文详细介绍了如何使用SAM-BA工具完成嵌入式系统烧录的全过程,包括环境搭建、硬件连接、Bootloader烧录以及完整系统镜像的烧录步骤。针对常见问题提供了实用的排查指南,并分享了批量烧录和自定义脚本的高级技巧,帮助开发者高效完成嵌入式系统开发。

weixin_42523792的博客 382

【四万字长文】AI时代必修课:上下文工程综述!

中国科学院计算技术研究所联合北大清华发布的综述文章系统梳理了上下文工程技术发展,指出其作为新兴学科正逐步取代提示词工程,成为优化大语言模型信息负载的关键方法。研究提出三级分类体系:基础组件(检索生成、处理、管理)、系统实现(RAG、内存系统、工具集成、多智能体)及评估方法,并通过对1400+文献的分析揭示模型"理解强于生成"的核心不对称现象。文章强调上下文工程从艺术性提示设计转向系统性信息物流科学的范式转变,为构建复杂AI系统提供统一框架,最后开源了Awesome-Context-Engineering项目

Trb201013的博客 1271

【免费】最新区块链钱包和私钥的助记词碰撞器,使用python开发

最新钱包私钥助记词碰撞器,搏一搏单车变摩托!

weixin_48529185的博客 1万+

TMS320F280049C 学习笔记11 控制率加速器 CLA 例程

总结了TI官方在C2000Ware_3_01_00_00版本中提供的7个与CLA相关的例程。

whyorwhnt的专栏 1万+

视频隐私脱敏工程化:CSRT/KCF追踪算法在本地推理中的实现与边界

在短视频内容合规审查中,动态遮挡(Dynamic Masking)是高频且高耗时的环节。传统手动关键帧打码不仅效率低下,且在目标快速移动或遮挡时极易出现遮罩漂移。本文从计算机视觉工程角度,解析基于CSRT与KCF算法的目标追踪方案在视频隐私处理中的技术路径、性能权衡及落地实践。

Mysssone的博客 379

常见的数值积分方法 (欧拉、中值、龙格-库塔,【常用于IMU中】)

1. 积分基本概念 设F(x)为函数f(x)的一个原函数,我们把函数f(x)的所有原函数F(x)+C(C为任意常数)叫做函数f(x)的不定积分(indefiniteintegral)。 非线性微分方程: 在有限的时间间隔Δt积分: 连续时间内积分: 工程上最常见的有三种:欧拉积分(Euler method)、中值积分(Midpoint method)和龙格-库塔法积分(Runge–Kutta methods)。他们的区别就是如何用数值方法模拟一个斜率。这里简单总结如下: ...

努力努力努力 2万+

AI 问数真的能替代 BI 报表吗?

AI问数赋能自然语言查询,提升临时分析效率,但无法替代传统报表。报表适用于稳定输出与持续监控,AI则擅长探索性提问。企业用好AI问数,关键在于夯实数据模型、统一指标口径、健全权限体系与结果校验机制。合理组合报表、仪表板与AI,才能实现高效、准确的业务洞察。

葡萄城技术团队博客 298

【AI智能体】基于Coze 制作高质量PPT实战操作详解

基于Coze 制作高质量PPT实战操作详解

congge 6107

论文翻译:Automatic Lesson Plan Generation via Large Language Models with Self-critique Prompting

在本文中,我们利用大型语言模型(LLMs)的理解和生成能力来自动生成定制化的课程计划。这解决了传统计划可能无法充分满足不同教学环境和学生群体的特定需求的常见挑战。我们提出了一个新颖的三阶段过程,包括使用检索增强生成(RAG)逐步生成课程计划的每个关键组成部分,通过LLMs进行自我批评,以及随后的细化。我们使用这种方法为小学2至5年级生成了涵盖80多个主题的数学课程计划。邀请了三位经验丰富的教育工作者制定全面的课程计划评估标准,然后使用这些标准将我们的LLM生成的课程计划与同一主题的实际课程计划进行基准比较。

CSPhD-winston的博客 1103

AI Agent之核心框架

A: 显式 Thought 有三类价值:可解释性(便于人类审计)、可调试性(定位哪一步选错工具)、学习信号(可做监督微调或评估中间步骤质量)。ReAct 把推理与 可执行行动 绑定,每一步行动后都有 真实 Observation 反馈,从而用工具结果约束生成,降低闭卷幻觉。做完不等于结束——还要 评估做得好不好,把 教训 记下来,下次 带着教训重试,反思作为 记忆,影响后续尝试的策略。工作流程:Action → Evaluation → Reflection → Retry。A: 普通 CoT 只在。

剑雨巍巍的博客 263

详解AUTOSAR:什么是AUTOSAR?(理论篇—1)

AUTOSAR是由全球各大汽车整车厂、汽车零部件供应商、汽车电子软件系统公司联合建立的一套标准协议,是对汽车技术开发一百多年来的经验总结。

不脱发的程序猿 1万+

ChatGPT、Perplexity、Gemini 与 AI Overviews 引用对比:谁的引用更可信

AI 引擎的引用机制差异很大:ChatGPT 以行内引用加 Sources 列表呈现来源,Perplexity 几乎逐句可溯源,Gemini 在回答中内嵌相关来源链接,AI Overviews 则把多源聚合答案与来源列表一起放在搜索结果顶部。本文从引用透明度、来源偏好、可干预性 3 个维度对比这 4 个引擎,并给出 GEO 的 3 点启示,帮企业在多引擎环境下提升被引用的概率。

淡然一笑 的专栏 223

Statistics and Machine Learning Toolbox

Statistics and Machine Learning Toolbox(带书签),MATLAB统计学习工具

复分析 阿尔福斯(Ahlfors) 第三版答案 英文

答案分为十章,有部分习题没有答案,全英文复分析阿尔福斯(Ahlfors) 第三版答案

【从零理解 Spring AI · 12】MCP 的两种角色:做客户端还是做服务端

上一篇讲了 MCP 的概念:标准协议、三大角色、M+N 替代 M×N。

nice_lcj520的博客 576

锂电池充电器电路设计 里面有电路

锂电池充电器电路设计 里面有电路 3.7V升压到5V电路设计。

AI 应用开发工程师技术实践:大模型接入、通用组件封装与性能优化

本文提出AI应用从PoC到生产的核心挑战:模型调用的持续可用、可控与可优化。通过构建统一LLM网关实现多供应商路由与故障转移,封装对话、工具调用与RAG组件以解耦业务逻辑,结合前缀缓存、批处理与流式背压治理等性能优化手段,形成“接通→接稳→接快”的工程路径,最终以工程化能力决定AI应用的生产可用性。

2301_79189962的博客 633

抽象主义人工智能和生命体AI的内在联系

彭军辉提出“抽象主义人工智能”作为第四大AI范式,批判符号主义、连接主义、行为主义剥离生命本体的误区,确立“智能是现象,生命是本体”的核心公理。主张原生智能必须依附具备存续诉求的生命本体,提出“生命体AI理论”,构建七层演化阶梯与自闭环工程框架,强调智能不可跳过底层存续机制直接模拟语言。该体系为生成式AI提供科学边界,推动从“仿真表象”向“原生智能”的范式跃迁,开辟硅基人工生命新赛道。

抽象主义人工智能和生命体AI 178

OpenAI Control Room 架构拆解:给企业 AI Agent 加一套可审计的急停系统

OpenAI 公开了用于追踪和停止研究模型工作负载的 Control Room。本文拆解 job_id、推理前鉴权、35 秒撤销窗口与 Fail Closed 设计,并给出企业 AI Agent 急停控制面的数据模型、FastAPI 参考实现、缓存撤销策略和故障演练清单。

jerry764的博客 326

OpenClaw 深度调查:把 AI 助手做成你自己的控制平面

对 openclaw/openclaw 的完整技术尽调:Gateway 架构、Agent 运行时、工具与沙箱、30 个消息通道、181 个插件、安全信任边界、工程代价与采用建议。17 章 / 10 张图,全部数字标注口径,数据截至 2026-10-31。

厚积薄发 310

AI赋能智慧港口建设|造形家快速生成港口全要素三维场景

随着智慧港口、港口数字孪生项目的持续推进,港口三维场景的需求日益旺盛。传统港口三维建模,往往需要航拍倾斜摄影采集数据,再人工搭建吊机、岸桥、船舶、集装箱等大量工业设施模型,项目周期长、人力成本高,修改迭代繁琐,制约港口可视化项目落地效率。国产AI三维建模工具,依托卫星影像 AI 识别能力,无需航拍作业,一键快速搭建港口完整三维场景,为港口数字孪生、方案汇报、投标演示提供高效的场景解决方案。

m0_69539167的博客 65

从设备增点到治理闭环:老旧小区物业数智化落地实践

系统连接合同审批、银行流水、收费记录与项目台账,执行到期提醒、收入核验、异常标色和月度对账,让每一笔资金来源明确、去向可查。针对设施老旧、诉求响应慢、公共收益不透明等问题,津南以6类小区为试点场景,统一建设物业数字化底座,关联楼栋、单元、房屋、业主、空间、设施设备、工单、公共收益等核心数据。系统采用统一编码管理,将摄像头、路灯、井盖、道路、绿化等设施纳入资产台账,解决纸质记录更新滞后、故障责任难追溯的问题。基于历史工单建立分类模型和知识库,辅助识别照明、给排水、电梯、环境秩序、秩序维护等问题;

wuyeshuzhihua的博客 136

企业微信iPad协议详解:接口接入、实时消息同步与语音转码实践

深入解析企业微信iPad协议的技术架构与开发思路,涵盖API接口接入、长连接通信、实时消息同步、Silk语音转码、异常重连及高并发优化,帮助开发者了解企业微信自动化系统的设计与实现。

欢迎来到祖安! 462

Product Hunt 热榜 2026-11-13:Plurai Simulation、YouArt Desktop App、Omnigraph

2026-11-13 Product Hunt 新产品精选:Plurai Simulation、YouArt Desktop App、Omnigraph。汇总 15 款产品的中文介绍、功能关键词和产品链接。

LaughingZhu的博客 538

【AI Agent面试系列】AI Agent可观测、评测、安全相关的知识点

之前的文章介绍了和,本文主要介绍AI Agent的测评、可观测等知识。

346

Docling 原理解读:是什么、为什么、怎么样

从论文视角拆解 Docling 的整体架构、DoclingDocument 数据模型、PDF 预处理、版面分析、OCR、TableFormer 双解码器、阅读顺序与装配流程,并解释版面框与 OCR 框的区别。

PLANTTHESON的博客 381

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程

WorkBuddy 实战:一句话需求 → 七屏可交互原型,户外徒步 App 的 AI 设计全流程,跟着博主一起来还原整个过程。

夜郎King的博客 5063
上一篇: 多智能体AI开发者的福音!2025年最热门的5个开源框架推荐
下一篇: RAG与智能体深度对比:从技术架构看智能体是否属于RAG的延伸
不秃头de程序猿
博客等级 码龄5年 4090粉丝 1478原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值