本文介绍了如何利用 AgentScope 框架及其新版本 Spring AI Alibaba 来构建基于大模型的多智能体应用。文章首先强调了从单智能体优先原则出发然后详细阐述了 AgentScope 支持的多智能体模式包括 Pipeline、Routing、Skills、Subagents、Supervisor、Handoffs 和 Custom Workflow并解释了它们各自的作用和适用场景。此外文章还讨论了工作流模式与对话模式的区别以及如何在实际业务中根据需求选择合适的模式。最后介绍了 Spring AI Alibaba 与 AgentScope 的协同为开发者提供了完整的 Agentic 能力与 Workflow 编排方案。背景随着智能体在企业的规模化落地企业的核心关注点已从「大模型能做什么」转向「如何让 AI 真正驱动业务闭环」。单纯依靠大模型闲聊的时代正在结束业界焦点越来越多地落在智能体流程自动化——即让多个专职智能体在清晰流程中协作完成高价值、可复现的任务。业界一些实证研究表明在处理多跳推理等复杂问题时多智能体协作架构的准确率比单一基础模型可高出约 32%通过引入专门的「批评」与「优化」智能体事实检索准确率可提升约 26%模型幻觉显著降低。AgentScope 社区在服务企业用户智能体实践落地的过程中积累了大量有效的、适用于不同业务场景的多智能体模式包括 Supervisor、Handoffs、Subagent、Routing 等。在AgentScopeJava生态中我们将这些多智能体模式沉淀为具体的框架抽象与代码示例用户可根据业务选型直接映射到对应的智能体实现甚至可以基于我们提供的示例直接修改即可实现业务开发。从最简单的 ReActAgent 单智能体开始在构建复杂的 AI 应用时AgentScope 强调一个务实的工程原则单智能体优先Single Agent First。publicstaticvoidmain(String[] args){ // 准备工具 Toolkit toolkit new Toolkit(); toolkit.registerTool(new SimpleTools()); // 创建智能体 ReActAgent jarvis ReActAgent.builder() .name(Jarvis) .sysPrompt(你是一个名为 Jarvis 的助手) .model(DashScopeChatModel.builder() .apiKey(System.getenv(DASHSCOPE_API_KEY)) .modelName(qwen3-max) .build()) .toolkit(toolkit) .build(); // 发送消息 Msg msg Msg.builder() .textContent(你好Jarvis现在几点了) .build(); Msg response jarvis.call(msg).block(); System.out.println(response.getTextContent()); }绝大多数日常业务需求完全可以通过「一个单体大模型 一组精准适用的外部工具」来解决。单智能体具有低延迟、易于逻辑推理和方便故障排查的天然优势。只有当业务系统的需求跨越了特定的复杂度阈值时才应考虑向多智能体架构演进。这些阈值包括上下文管理Context Management任务所需的专业知识体量过大单个上下文窗口无法承载需要按步骤或按智能体选择性呈现。职责分工Division of Labor不同团队需要独立维护各自领域的专家能力与权限边界并在清晰边界下组合使用。并行化加速Parallelization复杂子任务必须并发执行以大幅降低系统延迟例如多角度调研、多源查询。结构化流转Structured Flow业务要求按照严格的工序如分类、路由、处理或角色状态如销售到客服的切换进行传递单智能体难以自然保证这些约束。在实践中许多系统采用混合级联范式Agent Cascade前端通过轻量级模型评估任务复杂度简单任务由单智能体处理只有置信度低或高度复杂的请求才下放给多智能体网络。这种级联设计在保持整体准确率的同时能显著降低部署与算力成本在数学推理等极端任务中甚至可实现可观的算力削减。因此建议先单智能体 工具再根据上述阈值判断是否引入多智能体。AgentScope 支持的多智能体模式当前AgentScope 提供多种开箱即用的多智能体模式并支持通过StateGraph基于Spring AI Alibaba AgentScope 生态集成实现自定义工作流。以下是我们总结的几种常用多智能体模式包含它们的作用与适用场景。模式作用适用场景Pipeline固定流程顺序A→B→C、并行同一输入给多智能体再合并、循环子流程重复直到条件满足流程明确如自然语言→SQL→评分或一主题多角度调研→合并报告Routing分类 → 专家 → 综合路由器对输入分类转发给一个或多个专家结果合并为单一回答多垂直领域如 GitHub、Notion、Slack一次请求完成「分类→专家→合并」Skills按需披露智能体只看到技能名/描述通过read_skill按需加载完整内容如 SKILL.md单智能体多种专长不想一次性把所有领域文本塞进上下文Subagents编排智能体通过 Task 工具将工作委托给子智能体子智能体可用 Markdown 或代码定义每次调用无状态领域清晰日历、邮件等希望单一入口完成路由与结果合并。 * 和Supervisor类似只是subagent定义方式不同。 * 相比skills可以实现子智能体间上下文隔离。Supervisor监督者将专家当工具调用一专家一工具如 schedule_event、manage_email领域清晰日历、邮件等希望单一入口完成路由与结果合并。 * 和Subagents类似只是subagent定义方式不同 * 相比skills可以实现子智能体间上下文隔离。Handoffs状态驱动工具更新状态变量如 active_agent图根据该变量路由到不同智能体按角色或顺序交接如销售 ↔ 支持对话中「当前负责」的智能体会变化Custom WorkflowStateGraph 自定图顺序、条件、确定性步骤与智能体步骤混合以上模式不适用的情况下如需要多阶段、显式控制或非 LLM 与 LLM/智能体步骤混合从实现机制上可以这样理解Pipeline通过全局的OverAllState在顺序SequentialAgent、并行ParallelAgent、循环LoopAgent三种子形态间传递状态Routing作为分发枢纽利用分类器解析输入意图并将任务送达领域专家支持简单一次调用或基于StateGraph的前后处理扩展Skills采用「选择性披露」——主智能体仅保留技能摘要通过read_skill按需加载完整SKILL.md有效控制上下文膨胀Subagents由编排者通过 Task 工具委派给在隔离上下文中运行的无状态子智能体Supervisor则将专家视为对话中的工具由监督者在动态上下文中决定唤醒谁Handoffs通过工具调用更新active_agent等状态依赖ReplaceStrategy与图条件边实现角色间平滑切换Custom Workflow则直接使用StateGraph将确定性业务逻辑与 LLM 节点编织成自定义网络。这些模式既可以单独使用也可以组合使用——例如 Supervisor 监督者通过 Agent as Tool 调用专家、图中某段用 Handoffs、另一段用 Routing按流程各部分需求选择最合适的模式即可。多智能体模式分类工作流 vs 对话在上一节提到的所有多智能体模式总体上可划分为两大类工作流模式Workflow Patterns与对话模式Conversation Patterns。企业开发者需要在这二者之间做出权衡并理解各自的优势与局限。工作流自动化Workflow Automation工作流模式代表系统工程中的确定性骨架智能体被编排在预先定义好的有向无环图DAG或线性管道中流程在智能体或节点之间流转拓扑和状态在图或管道中显式定义。AgentScope 中的Pipeline、Routing、Handoffs、Custom Workflow均属此类。优势具有极高的可预测性、低资源消耗和良好的审计追踪能力。由于执行路径固定非常容易调试是金融审批、文档生成等高合规要求场景的常见选择。劣势要求在开发初期对任务进行较完整的规约对未曾设想的新型模糊输入适应性有限。对话模式 / 自治智能体Conversational Agents决策过程发生在一个连续的对话上下文中由大模型自主决定何时调用何种外部工具。通常只有主智能体与用户交互并将结果输出给用户。Supervisor、Subagents、Skills属于对话模式。优势能够优雅地应对复杂的边缘场景和开放式问题在人类无法预判路径的环境中展现出较高的适应性。劣势容易产生难以控制的「复合误差Compounding Errors」计算 Token 成本较高且非确定性导致系统调试相对困难。最佳实践混合工作流生产环境的常见做法是采用混合工作流——以确定的工作流作为应用的「脊椎」仅在需要高度认知灵活性的特定节点如意图分类、复杂草案生成引入自治智能体从而兼顾系统的可靠性与 AI 的智能弹性。其余能力如 MsgHub、Multi-Agent Debate可与上述两类组合使用用于实现交接、辩论或「智能体即工具」等能力。比较维度工作流模式Workflow对话模式Conversational控制流机制显式的图拓扑或线性管道可以是路径固定、也可以是基于意图的动态职责交接在连续对话上下文中完全由模型动态决策核心优势高重复性、审计友好、极易调试适应开放式任务与未知输入关键局限缺乏灵活性需提前指定步骤或可能的流转方向易产生复合误差Token 成本较高核心模式详解本节对其中五种最常用、最易混淆的模式做进一步展开便于你在实现与选型时快速对标。Pipeline顺序、并行与循环Pipeline 为任务执行提供序列与并发保证是工作流模式的典型代表。基于 Spring AI Alibaba 的SequentialAgent、ParallelAgent、LoopAgent与AgentScopeAgent子智能体按固定拓扑执行系统状态通过全局的OverAllState对象无缝传递通过instruction与outputKey串联各环节的输入输出。典型场景顺序自然语言 → SQL 生成器 → SQL 评分器前一环节输出作为下一环节输入。并行同一主题从技术、金融、市场三个角度同时调研再合并为一份报告。循环生成 SQL 并评分若得分低于阈值则迭代优化直到满足条件或达到最大轮数。实现要点每个子环节用 ReActAgent 构建再通过AgentScopeAgent.fromBuilder(...).instruction(...).outputKey(...)封装为管道节点PipelineService 对外提供runSequential、runParallel、runLoop业务侧只需传入输入字符串即可获得结构化结果。示例顺序管道中定义 SQL 生成器与评分器并组装AgentScopeAgent sqlGenerateAgent AgentScopeAgent.fromBuilder(sqlGenBuilder) .instruction({input}) .outputKey(sql) .build(); AgentScopeAgent sqlRatingAgent AgentScopeAgent.fromBuilder(sqlRaterBuilder) .instruction(Generated SQL: {sql}. User request: {input}.) .outputKey(score) .build(); SequentialAgent sequentialAgent SequentialAgent.builder() .subAgents(List.of(sqlGenerateAgent, sqlRatingAgent)) .build(); sequentialAgent.invoke(Map.of(input, 帮我生成查询用户统计的SQL));Routing分类 → 专家 → 汇总结果在 Routing 模式中路由器作为分发枢纽对输入进行意图解析与分类将子查询送达至特定领域专家可并行调用再将专家返回的结果合并为单一回答。适用于存在多个垂直领域的场景——例如 GitHub、Notion、Slack 各自有独立知识与对应智能体。目前在 AgentScope 中我们提供了两种实现方式Simple业务只调RouterService.run(query)内部通过AgentScopeRoutingAgent一次invoke完成分类、并行专家调用与框架内 merge若需最终合成可由 RouterService 再调用一次 LLM 将各专家结果整合成一条回复。Graph使用StateGraph流程为 preprocess → routing 子图 → postprocess。预处理做校验与规范化如 traceId、截断长度后处理做最终格式与日志路由子图仍为「分类 → 并行专家 → merge」但整条链路状态一致便于扩展与观测。适用输入类别清晰、希望一次请求完成「分类 → 专家 → 合并」时选用 Routing。Skills渐进式披露Skills 模式采用「选择性披露Selective Disclosure」机制让一个智能体具备多种专长但不一次性把所有领域文本塞进上下文从而有效防止上下文窗口污染。智能体在系统提示中只看到技能的名称与描述当用户问题涉及某领域时通过工具read_skill(skill_name)按需加载完整的 SKILL.md 内容再基于该内容作答。实现要点技能以目录形式存放在 classpath如skills/sales_analytics/SKILL.md使用 YAML frontmatter 声明name、description正文为 schema、业务逻辑、示例等。ClasspathSkillRepository加载这些技能SkillBox为智能体注入技能系统提示与read_skill工具ReActAgent 搭配 DashScopeChatModel、SkillBox 与 InMemoryMemory 即可。SQL 助手示例中智能体会根据问题决定调用read_skill(sales_analytics)或read_skill(inventory_management)再生成 SQL。适用单智能体多种专长、按需加载、不要求上下文隔离的场景。Handoffs状态驱动的智能体交接Handoffs 实现状态接管当前负责对话的智能体会随流程动态变化。每个智能体可注册交接工具如transfer_to_support、transfer_to_sales调用时更新图状态中的变量如active_agent图在节点完成后根据该状态走条件边路由到另一智能体或结束实现不同职能角色间的平滑切换如销售转客服。用户始终只与「当前前台」对话而前台身份由工具调用决定适合客服、销售等需要按角色或按顺序交接的场景。典型场景销售智能体与支持智能体并存——客户问价格时由销售处理问技术故障时通过transfer_to_support转给支持支持在处理完后若客户要下单再通过transfer_to_sales转回销售。状态在多次对话轮次间保持实现「谁负责当前轮」的显式切换。实现要点各智能体以AgentScopeAgentReActAgent Toolkit作为图的节点交接工具为普通Tool在工具内通过ToolContextHelper.getStateForUpdate(toolContext)写入active_agent等键图需为该键配置ReplaceStrategy以便合并更新。每个节点出口配置条件边根据active_agent决定下一节点或END。示例见agentscope-examples/multiagent-patterns/handoffs销售/支持 交接工具 RouteInitialAction、RouteAfterSalesAction、RouteAfterSupportAction。适用需要按角色或按顺序交接、且用户每次只与一个「当前负责」的智能体对话、该负责方可随工具调用切换时选用 Handoffs。Subagents 与 Supervisor中心编排与「专家即工具」两种模式都是「一个中心智能体协调多个专家」两种模式的主要区别如下Subagents编排者Orchestrator拆解目标通过Task工具及可选的TaskOutput查后台任务委派给无状态的子智能体。调用 Task 时传入subagent_type如 codebase-explorer、web-researcher和任务描述子智能体在完全独立的隔离上下文中运行防止指令集重叠导致的交叉污染再将结果作为工具返回值交给编排智能体。子智能体可用Markdown 文件YAML frontmatter 定义 name、description、tools或Java API定义每次调用无状态适合多领域、一个协调者、子智能体无需直接对用户说话的场景。Supervisor监督者将各个领域的专家视为对话中的工具如schedule_event、manage_email在动态演进的对话上下文中自主决定唤醒哪位专家。专家在限定上下文中执行并返回结果仅监督者的回复会呈现给用户。对于每个专家子智能体可通过includeContents、returnReasoningContent等参数控制是否传入父流程中的上下文、是否返回当前专家推理过程以实现灵活的上下文隔离目标。适合领域清晰、专家数量相对稳定、希望单一入口完成路由与合并的场景。与 Routing、Skills 的对比Routing 是「预处理式」的独立分类步骤不维护对话历史Supervisor 是「对话中」由主智能体根据演进中的上下文动态决定调用谁。Skills 是上下文共享、按需加载技能文本Subagents/Supervisor 是独立执行、结果汇总上下文隔离便于做权限与工具限制。架构选型指南如何在模式间做出抉择在实际业务中相似的模式往往让人难以抉择。选型时先想清楚你更需要的是「固定流程」「一次分类合并」「按角色交接」还是「单智能体多专长」「编排/监督」「辩论/自定义图」。下面基于 AgentScope 提供明确的选型逻辑与对照表。快速选型速查若你需要…可考虑固定流水线顺序、并行或循环Pipeline一次分类后交给专家并合并结果Routing通过工具在智能体间切换如销售 ↔ 支持Handoffs一个智能体多种专长、按需加载上下文Skills一个编排智能体通过 Task 分发给多个子智能体Subagents一个监督者每个专家一个工具如日历、邮件Supervisor自定义图确定性 智能体步骤、多阶段Custom WorkflowRouting vs Supervisor怎么选两者都能把工作分发给多个智能体区别在于路由决策的方式与是否保留对话记忆Routing有独立的路由步骤如 LLM 分类或规则对当前输入分类后分发给专家路由器不维护对话历史本质是预处理。若业务只需要一次性的意图分类合并结果后不需要保留各专家的历史交互记忆应使用Routing。适合输入类别清晰、一次请求完成「分类 → 专家 → 合并」。Supervisor由主监督者在持续对话中动态决定调用哪个专家以工具形式主智能体维护上下文可多轮多次调用不同专家。若需要进行多轮对话的动态编排且主智能体需要根据不断演进的对话上下文来决定下一步调用谁则必须使用Supervisor。建议输入类别清晰、一次完成分类与合并用Routing需要多轮对话、由主智能体根据上下文灵活调度用Supervisor。Skills vs Subagents / Supervisor怎么选主要区别在于上下文是否隔离以及安全与权限诉求Skills技能内容通过read_skill按需加载到主智能体的上下文中与主智能体共享同一段对话上下文。当你希望将多种专长汇聚在同一个上下文中让模型全局统筹时使用Skills。适合「一个智能体多种专长、按需加载」、不要求隔离的场景。Subagents / Supervisor子智能体或专家在独立调用/会话中执行与主智能体上下文隔离结果汇总回主智能体。若面临严格的安全要求、必须对不同专家的工具权限进行物理级隔离或为了防止提示词交叉干扰Context Contamination则应使用具有独立运行上下文的Subagents或Supervisor。建议希望在一个对话里按需加载多领域知识且不介意上下文共享用Skills需要专职子智能体在隔离上下文中执行再汇总用Subagents或Supervisor。实现与生态SAA Graph 编排带来了哪些额外能力Spring AI Alibaba 与 AgentScope 的定位与协同开源社区中逐渐形成两种不同的智能体应用架构取向一种以Spring AI Alibaba为代表以Graph 为核心的应用框架强调工作流编排在 AI 应用开发中的重要性另一种以AgentScope为代表以Agentic 为核心的应用框架最大化利用基础大模型的能力ReActAgent、Memory、Context Engineering 等。这两种取向都会是企业的主流选择因此 Spring AI Alibaba 在底层全面支持 AgentScope通过AgentScope Starter、AgentScope Runtime Starter实现 AgentScope 与 Spring 生态的集成让开发者可以按场景选型以 Agentic 为核心的 AI 应用推荐使用 AgentScope-Java以 Workflow 编排为核心的 AI 应用推荐使用 Spring AI Alibaba二者结合时即可在 Graph 中编排由 AgentScope 开发的智能体将多个智能体与普通业务逻辑统一纳入同一套工作流。Spring AI Alibaba 社区发布的 1.1.2.2 正式版本中一项重要更新便是对 AgentScope 的编排支持在Spring AI Alibaba Graph中可以直接编排由 AgentScope 开发的智能体如基于 ReActAgent、Model、Toolkit、Memory 构建的 AgentScopeAgent实现「工作流式」多智能体与确定性业务节点的混合编排。下文从 Graph 引擎为 AgentScope 生态带来的能力角度做简要展开。Graph 引擎为多智能体提供的核心能力前文将多智能体模式归纳为「对话式」与「工作流式」两类Spring AI Alibaba Graph主要为 AgentScope 生态提供了编排「工作流式」多智能体的能力并为长周期、有状态、可观测的智能体流程提供底层支撑。与仅靠单点调用智能体相比基于 Graph 的编排能带来以下核心能力可类比业界编排框架所强调的 持久化执行、状态与可观测性 等特性1. 统一的编排 APIGraph 提供一致的StateGraph/CompiledGraph抽象节点可以是 AgentScopeAgent、普通函数或子图边可以是固定边或条件边。开发者通过同一套 API 定义拓扑、编译图并调用无需为每种模式手写调度逻辑从而降低「多智能体 业务步骤」混合流程的开发与维护成本。2. 流程中的实时状态记录图执行过程中的状态如OverAllState及各键上的消息、中间结果由框架统一维护与传递。每个节点读写共享状态便于审计、回放与问题定位同时为「从断点恢复」「跨节点回溯」等能力奠定基础适合需要 **持久化执行Durable Execution**的长周期任务。3. 标准的状态传递机制通过KeyStrategy如 ReplaceStrategy、AppendStrategy为每个状态键定义合并策略避免各节点自行约定字段格式导致的耦合。前一节点的输出按约定写入指定键后续节点从状态中按键读取形成清晰的数据流便于扩展新节点或调整顺序而不破坏既有契约。4. 适合长周期与可恢复任务工作流式编排天然支持多阶段、长时间运行的任务如多轮调研、分步审批、迭代优化。状态由框架管理后可与持久化存储结合在故障或重启后从上一检查点恢复而不是重新跑完全流程这对企业级可靠性与成本控制尤为重要。5. 对并行场景的原生支持Graph 层支持将同一输入分发给多个节点并行执行例如ParallelAgent、Routing 中的多专家并行再通过MergeStrategy等机制汇总结果。相比在应用层手写并发与合并逻辑编排层原生支持能减少重复代码并统一超时、取消等策略。6. 流式与可观测支持执行过程可挂接流式回调与追踪如 Spring AI Alibaba 与可观测设施的集成便于将 token 级或节点级输出实时推送到前端并记录执行路径、状态变迁与耗时为调试、评估与运维提供可见性与业界「可观测的智能体运行时」方向一致。Spring AI Alibaba Graph与AgentScope的协同使开发者既能用 AgentScope 的 ReActAgent、Memory、Toolkit 等能力构建高质量的单智能体与多智能体组件又能用 Graph 的 StateGraph、状态策略与编排 API 将这些组件与业务逻辑编排成可维护、可观测、适合长周期与并行的企业级工作流形成「Agentic 能力 Workflow 编排」的完整方案。体验官方示例针对本文提到的几种多智能体模式我们在 AgentScope Java 官方仓库都提供了对应的示例实现包括 SQL生成、RAG检索、客户服务等贴近企业实践的具体场景示例。示例源码请参考https://github.com/agentscope-ai/agentscope-java/tree/main/agentscope-examples模式实现要点示例路径PipelineSequentialAgent / ParallelAgent / LoopAgent AgentScopeAgentagentscope-examples/multiagent-patterns/pipelineRoutingAgentScopeRoutingAgentSimple或 StateGraph 路由子图Graphagentscope-examples/multiagent-patterns/routingSkillsSkillBox ClasspathSkillRepository read_skillagentscope-examples/multiagent-patterns/skillsSubagentsTaskToolsBuilder Markdown/API 子智能体agentscope-examples/multiagent-patterns/subagentSupervisorToolkit.registration().subAgent()agentscope-examples/multiagent-patterns/supervisorHandoffsStateGraph 交接工具更新 active_agent 条件边agentscope-examples/multiagent-patterns/handoffsCustom WorkflowStateGraph 自定节点与边如 RAG、SQL 工作流agentscope-examples/multiagent-patterns/workflow进入每个示例目录后均可通过如下命令运行体验需配置 DashScope API Key 等mvn spring-boot:run小结与下一步AgentScope Java 提供Pipeline、Routing、Skills、Subagents、Supervisor、Handoffs、Multi-Agent Debate与Custom Workflow多种模式你并不需要所有这些模式它们只是提供了一些通用的参考找到适合自己业务场景的设计模式如果需要的话可组合使用。对于绝大多数智能体场景我们建议从最简单的 ReActAgent Tools 的模式开始在需要的时候引入多智能体架构方案。遇到标准模式无法表达的复杂流程时再考虑自定义工作流或组合多种模式。最后2026年技术圈的分化愈发明显降薪裁员潮持续蔓延传统开发、测试等岗位大批缩水不少从业者陷入职业焦虑与之形成鲜明对比的是AI大模型相关岗位迎来疯狂扩招薪资逆势飙升150%大厂更是直接开出70-100W年薪疯抢具备实战能力的大模型人才甚至放宽年龄限制只求能快速落地技术、创造价值很多程序员、职场新人纷纷入局大模型领域绝非盲目跟风而是实实在在看到了不可替代的价值优势这也是2026年最值得抓住的职业风口1、窗口期红利入门门槛友好不同于成熟赛道的“内卷式招聘”2026年大模型人才缺口巨大简历只要达标掌握基础AI应用具备简单项目经验年龄、学历均非硬性要求小白可快速入门转行程序员也能无缝衔接2、技术可复用上手速度翻倍如果你有前后端开发、测试、数据分析等基础在大模型落地、系统部署、Prompt工程等环节会更具优势无需从零开始复用原有技术能力就能快速进阶3、懂业务更吃香竞争力翻倍单纯懂技术已不够2026年大厂更看重“技术业务”的复合型人才有垂直领域金融、医疗、工业等经验者能精准定位模型落地痛点薪资比纯技术岗高出30%以上更重要的是即便没有转型需求用AI大模型工具为工作赋能、提升效率也已经成为80%企业的硬性要求——不会用大模型提效未来很可能被行业淘汰那么2026年小白/程序员该如何高效学习大模型很多人想入门大模型却陷入两大困境要么到处搜集零散资料不成体系越学越懵要么被收费高昂的课程割韭菜花了钱却学不到实战技能白白浪费时间走弯路。今天就给大家精心整理了一份2026年最新、免费、系统化的AI大模型学习资源包覆盖从零基础入门到商业实战、从理论沉淀到面试通关的全流程所有资料均已整理归档无需拼凑直接领取就能上手学习小白可照做程序员可进阶扫码免费领取全部内容1、大模型系统化学习路线这份学习路线结合2026年行业趋势和新手学习规律由行业专家精心设计从零基础到精通每一步都有明确指引帮你节省80%的无效学习时间少走弯路、高效进阶避免踩坑。2、从0到进阶大模型学习视频教程从入门到进阶这里都有跟着老师学习事半功倍。3、大模型学习书籍电子文档涵盖2026年最新技术要点包括基础入门、Transformer核心原理、Prompt工程、RAG实战、模型微调与部署等内容4、AI大模型最新行业报告报告包含腾讯、阿里、甲子光年等权威机构发布的核心内容还有2026年中文大模型基准测评报告、AI Agent行业研究报告等帮你站在行业前沿把握技术风口。5、大模型项目实战配套源码项目包含Deepseek R1、GPT项目、MCP项目、RAG实战等热门方向还有视频配套代码手把手教你从0到1完成项目开发既能练手提升技术又能丰富简历为求职和职业发展加分。6、2026大模型大厂面试真题2026年大模型面试已全面升级不再单纯考察基础原理而是转向侧重技术落地和业务结合的综合考察很多程序员和新手因为缺乏针对性准备明明技术不错却在面试中失利。适用人群四阶段学习规划共90天可落地执行第一阶段10天初阶应用该阶段让大家对大模型 AI有一个最前沿的认识对大模型 AI 的理解超过 95% 的人可以在相关讨论时发表高级、不跟风、又接地气的见解别人只会和 AI 聊天而你能调教 AI并能用代码将大模型和业务衔接。大模型 AI 能干什么大模型是怎样获得「智能」的用好 AI 的核心心法大模型应用业务架构大模型应用技术架构代码示例向 GPT-3.5 灌入新知识提示工程的意义和核心思想Prompt 典型构成指令调优方法论思维链和思维树Prompt 攻击和防范…第二阶段30天高阶应用该阶段我们正式进入大模型 AI 进阶实战学习学会构造私有知识库扩展 AI 的能力。快速开发一个完整的基于 agent 对话机器人。掌握功能最强的大模型开发框架抓住最新的技术进展适合 Python 和 JavaScript 程序员。为什么要做 RAG搭建一个简单的 ChatPDF检索的基础概念什么是向量表示Embeddings向量数据库与向量检索基于向量检索的 RAG搭建 RAG 系统的扩展知识混合检索与 RAG-Fusion 简介向量模型本地部署…第三阶段30天模型训练恭喜你如果学到这里你基本可以找到一份大模型 AI相关的工作自己也能训练 GPT 了通过微调训练自己的垂直大模型能独立训练开源多模态大模型掌握更多技术方案。到此为止大概2个月的时间。你已经成为了一名“AI小子”。那么你还想往下探索吗为什么要做 RAG什么是模型什么是模型训练求解器 损失函数简介小实验2手写一个简单的神经网络并训练它什么是训练/预训练/微调/轻量化微调Transformer结构简介轻量化微调实验数据集的构建…第四阶段20天商业闭环对全球大模型从性能、吞吐量、成本等方面有一定的认知可以在云端和本地等多种环境下部署大模型找到适合自己的项目/创业方向做一名被 AI 武装的产品经理。硬件选型带你了解全球大模型使用国产大模型服务搭建 OpenAI 代理热身基于阿里云 PAI 部署 Stable Diffusion在本地计算机运行大模型大模型的私有化部署基于 vLLM 部署大模型案例如何优雅地在阿里云私有部署开源大模型部署一套开源 LLM 项目内容安全互联网信息服务算法备案…扫码免费领取全部内容7、这些资料真的有用吗这份资料由我和鲁为民博士(北京清华大学学士和美国加州理工学院博士)共同整理现任上海殷泊信息科技CEO其创立的MoPaaS云平台获Forrester全球’强劲表现者’认证服务航天科工、国家电网等1000企业以第一作者在IEEE Transactions发表论文50篇获NASA JPL火星探测系统强化学习专利等35项中美专利。本套AI大模型课程由清华大学-加州理工双料博士、吴文俊人工智能奖得主鲁为民教授领衔研发。资料内容涵盖了从入门到进阶的各类视频教程和实战项目无论你是小白还是有些技术基础的技术人员这份资料都绝对能帮助你提升薪资待遇转行大模型岗位。这份完整版的大模型 AI 学习资料已经上传CSDN朋友们如果需要可以微信扫描下方CSDN官方认证二维码免费领取【保证100%免费】