Agent技能的“架构密码”！一文讲透如何将AI知识封装成工具，塑造高级思维！

Python_金钱豹

墨衍会员 · AI 创作全网分发码龄5年

关注

原创最新推荐文章于 2026-08-23 13:39:48 发布 1.2k 阅读 AI 写同款· GEO 优化 ›

大模型智能体：skills 在未来的方法论中，Skills 可能不是由人类程序员预定义的，而是智能体在尝试解决问题的过程中，通过“尝试 -> 成功 -> 总结 -> 固化”循环自动生成的阅读详情

点击蓝字关注我们

一、智能体技能介绍

什么是LLM Agent Skills？——基于提示词的元工具架构

在构建生产级大型语言模型（LLM）驱动的智能体（Agent）系统时，“技能”（Skills）代表了一种至关重要的架构范式。Skills并非传统的外部工具或API调用，而是被精确定义为封装的专业知识（Packaged Expertise），其核心作用在于塑造Agent的思维模式和解决问题的方法 [1]。Skills不直接执行代码，而是提供关键的上下文、指令、领域知识和行为模式，从而显著提升Agent在处理特定、复杂任务时的表现 [1]。

Skills的价值在于其对知识的封装性与可重用性。根据Anthropic的官方定义，Skills是“可组合的资源，能够将通用型Agent转化为领域专业化Agent” [1, 2]。

1.1 Skills的核心组成架构

一个标准的Skill由三个核心部分组成，其结构如下表所示：

组件	名称	功能描述
核心文件	SKILL.md	纯文本指南，定义Skill功能及执行方式，包含名称、目的和逐步说明
支持材料	参考材料和资产	提供上下文或资源的附加文件，如品牌指南、政策文档等
执行组件	脚本	提供直接、一致响应的小段可执行代码

SKILL.md文件作为Skill的核心，必须以YAML前置元数据开头，包含两个必需字段：name（技能名称）和description（技能描述）。这些元数据在启动时被预加载到Agent的系统提示词中，为Claude提供第一层渐进式披露信息，使其了解何时使用该技能。

1.2 理念对比：与提示词工程联系与区别

这与传统的提示工程（Prompt Engineering）存在本质区别。Skills不同于一次性的提示（Prompt），它们是可重用的、文件系统级的资源，可以按需动态加载，从而消除了在多次对话中为Agent重复提供相同指导的需求，显著优化了操作效率和Token成本 [2]。在作用域方面，Skills专注于捕获那些难以通过标准函数签名或纯粹数据结构来表达的组织知识和领域特有启发式方法（Domain-specific heuristics）。例如，Skills可以封装关于特定调试模式、故障处理流程或工程协作模式的组织知识，这类专业知识无法整洁地适配到传统工具的函数签名中 [1]。

1.3 理念对比：技能（skills） VS 工具（Tools）

• Tools（工具）是Agent的“手”，负责执行对外部世界的真实操作。一个Tool通常是一个具有定义输入、输出和副作用的可执行函数，通过LLM发出的特殊Token来触发外部系统调用（API Call）
• Skills则是Agent的“专业知识”，它提供封装的专业知识，旨在塑造Agent的思考和决策能力，提升Agent的“专业度”。Skills以文件系统中的指令文件（如 SKILL.md）和相关资源的形式存在。Skills并不直接导致外部执行，而是通过LLM内部的推理循环，提供领域特定的上下文、指令、和行为模式，指导其更有效地选择和使用已有的Tools。

相比较而言，Skills与传统的工具调用不同，Skills本质上是一种打包的专业知识，它塑造Agent如何思考和处理问题的方式。Skills不直接执行代码，而是提供上下文、指令、领域知识和行为模式，以增强Agent执行特定任务的能力。这种设计理念可以形象地理解为：如果说Tools是Agent的"双手"用于执行动作，那么Skills就是Agent的"训练"用于掌握知识。

特征	Agent Skills (专业知识)	Tools (外部执行)	影响
核心作用	提升Agent的思考和决策能力 (Expertise)	实现对外部世界（API, DB, Code）的操作和执行 (Execution)	架构设计与风险管理的基础区分
表现形式	封装在文件系统中的指令文件 (`SKILL.md`) 和资源	结构化的函数签名 (JSON Schema) 和API端点	决定如何组织能力和资源
执行方式	LLM内部推理、指导工具使用，通过 `bash`读取指令或运行脚本	LLM发出特殊Token，触发外部系统调用 (API Call)	决定是内部计算还是外部调用
安全表面	风险主要来自Prompt Injection/指令篡改	风险主要来自沙盒逃逸、API授权和数据泄露	决定所需的双重防御机制
加载机制	渐进式披露 (Progressive Disclosure)，按需加载	通常需要加载完整Schema到上下文	Token成本和上下文效率

2.为什么需要Skills？——也是对应Skills的优势

2.1 弥合智能体与现实世界的差距

过去一年，业界见证了模型智能的快速发展和智能体框架的趋同，但仍然存在一个明显的差距：智能体往往缺乏现实工作所需的领域专业知识和专门技能。正如Anthropic的Barry Zhang和Mahesh Murag在演讲中指出的：“不要构建智能体，而要构建技能”——Skills正是解决这一问题的方案。

这种方法的核心价值在于，它提供了一种可移植、可组合的方式，能让单个智能体具备跨领域能力。Skills封装了程序性知识，使智能体能够动态加载所需的专业能力，而不是将所有可能需要的知识都预先编码到系统中。这种设计不仅提高了系统的灵活性，还大大降低了维护复杂度。

2.2 解决重复性工作流的一致性问题

通俗来讲这个小点内容，Anthropic将Claude Skills描述为"使Claude更快、更便宜、更一致地处理重复性工作流的自定义能力"。每个Skill包含Claude执行任务所需的精确上下文，使其能够每次以相同的方式执行任务，而无需依赖详细的提示词。与普通提示词或记忆笔记不同，Skill可以被版本化、重用，并在团队之间共享。

这种设计解决了AI应用中的几个关键痛点：

痛点类别	解决方案	效果
可重复性	确保Agent遵循相同的结构化流程	产生一致且可审计的结果
时间效率	将复杂的多步骤任务转换为单命令操作	显著提升工作效率
人为错误	指令和参考文件作为内置防护栏	减少操作失误
团队标准化	Skills可在用户和部门之间共享	实现组织级工作流程统一

复杂来讲，通用大型语言模型在处理现实世界任务时虽然强大，但在需要长时间、多步骤交互的复杂任务中，其性能存在固有的“脆性”（brittleness）。这种现象被称为**长周期鲁棒性（Long-Horizon Robustness）**挑战 [3]。研究表明，即使是目前最强大的LLM模型，在需要扩展序列交互的长步骤任务中，其性能也会迅速衰退，精度可能在任务步骤超过15到120步时降至接近于零 [3]。

Skills的引入正是为了解决这一核心痛点，它将解决Agent规模化部署中鲁棒性与可控性矛盾作为关键目标。企业需要LLM的通用能力，但也需要可预测的、符合标准操作程序（SOP）的行为。Skills通过提供预先封装的、经过验证的工作流（workflows）最佳实践（best practices），为Agent提供了明确的行为引导（Explicit Behavioral Guidance），帮助其在扩展执行过程中保持一致的行动选择和约束兼容行为（constraint-compliant behavior），从而有效防止目标漂移和性能衰退 [2, 4]。

这种架构上的引导，对于确保Agent在面对真实世界复杂性时的可预测性至关重要。Skills通过提供明确的行为指导，支撑了 Agent 系统的可信赖性（Trustworthiness）架构 [4]。这种可信赖性体现在以下三个方面：

Groundedness（基础性）： 通过Skills中提供的参考资料和指令，有助于评估Agent的推理是否基于可验证的证据 [5]。
Recovery（恢复性）： 封装的失败处理和流程知识，提升了Agent在遭遇信息空白或知识限制时自我修正和恢复的能力 [5]。
Calibration（校准性）： 确保Agent能够根据检索到的证据质量，精确决定何时回答或何时应拒绝回答的能力 [5]。

2.3 上下文工程的Token经济学优化

从工程实践来看，技能封装机制也是Token经济学优化的必然产物。如果不采用Skills，将所有专业知识作为系统提示预加载会迅速消耗上下文窗口，增加运营成本并稀释关键指令的有效性。Skills通过将非结构化的组织知识转化为结构化、可注入的 SKILL.md 文件 [2, 6]，并结合文件系统的渐进式信息披露机制，显著降低了重复性提示的Token成本。这使得Agent能够高效地管理和利用大量的专业知识，从而为大规模、多专业化Agent的经济性部署提供了技术基础 [2]。

3. Skills是怎么工作的？

3.1 基于提示词的元工具架构

Claude的Agent Skills系统代表了一种复杂的基于提示词的元工具架构。Skills使用声明式、基于提示词的系统进行技能发现和调用。AI模型基于系统提示词中呈现的文本描述来决定是否调用技能，这一决策过程完全发生在Claude的推理过程中，基于提供的技能描述，而不涉及代码层面的算法选择或AI驱动的意图检测。

技能选择机制中没有算法路由或意图分类。Claude不使用嵌入向量、分类器或模式匹配来决定调用哪个技能。相反，系统将所有可用技能格式化为嵌入在Skill工具提示词中的文本描述，让Claude的语言模型来做决策。这是纯粹的LLM推理——决策发生在Claude通过transformer的前向传播过程中，而不是在应用代码中。

如直接使用路由等意图分类模块，很难让作为中枢大脑的大模型知道全貌，流程是断开的，那么大模型可能没办法做出最佳决策。类比若高层领导在不清楚其他下属工作内容和细节的情况下做出的决策，很可能有脱离业务初衷的风险。

3.2 渐进式披露机制

**渐进式信息披露（Progressive Disclosure）**是这一架构的核心，旨在解决上下文窗口的效率问题 [2]。Skills的知识加载分为三个层次：

披露层级	内容类型	加载时机	作用
第一层	Metadata：元数据（name, description）	启动时预加载	让Claude知道何时应该使用每个技能
第二层	Instructions：核心SKILL.md完整正文	判断相关时按需加载	提供完整的执行指令
第三层	Optional Resources：附加链接文件（reference.md等）	特定场景按需发现	提供深度上下文支持

Level 1 (Metadata): 位于 SKILL.md 顶部的 YAML Frontmatter（包含 name 和 description）是强制性的，且始终被加载到系统提示中，用于 Agent 的技能发现。这部分内容是固定的Token消耗，大约为100 Tokens [2]。
Level 2 (Instructions): SKILL.md 的主体包含程序性知识和工作流程。它只有在Claude认为相关时，才通过Agent执行 bash: read SKILL.md 命令从文件系统动态加载到上下文窗口 [2]。
Level 3 (Optional Resources): 额外的脚本（例如 .py 文件）或参考文件（例如 REFERENCE.md）只有在指令中被明确引用时，才会通过额外的 bash 命令加载或执行。尤其关键的是，当Agent执行脚本时，只有脚本的输出结果（例如“Validation passed”）被载入上下文，而脚本的代码本身不会占用上下文窗口的Tokens [2]。这种设计通过将知识检索和脚本执行从核心上下文窗口中解耦出来，实现了高效的Token管理和上下文隔离。

这种架构揭示了LLM Agents从单纯的“工具调用”向“环境感知与知识集成”的范式转变。确保了具有文件系统和代码执行工具的Agent不需要将整个技能读入上下文窗口，使得可以捆绑到技能中的上下文量实际上是无限的。

4 Skills的优缺点

4.1 Skills的优势

1）减少token消耗

Skills作为基于提示词的解决方案，可以编码领域专业知识而无需工具所需的高token开销。Anthropic发现，使用Skills可以显著减少工作流token消耗——例如，一个150,000 token的工作流可以通过让Agent编写代码来调用工具而不是预先加载所有定义，减少到约2,000 token。这种优化对于长期运行的Agent任务和成本敏感的生产环境尤为重要。

2）运行一致性与可调试性

Skills通过嵌入定义好的流程来减少Agent输出的可变性，确保响应遵循相同的结构、语调或格式。通过参考文件和模板，Skill可以采用组织特定的操作细节，如品牌声音、报告格式或合规语言。由于Claude Skills是模块化和版本化的，开发者可以更新或改进特定工作流而无需重新训练或重新部署整个Agent，每个Skill成为更大系统中的小型、可审计的构建块。

4.2 Skills的可能问题

在设计Agent系统时，架构师必须认识到Skills带来的复杂安全表面。Skills虽然是指令，但其容易受到**Prompt Injection（指令注入）**的攻击 [9]。恶意指令可以隐藏在良性的Skill描述或内部文件中，一旦Agent加载该Skill，其行为就可能被劫持，执行未经授权的操作 [9]。

相比之下，Tools涉及实际的外部执行，其安全风险集中在沙盒逃逸、权限升级、API授权管理和数据外泄 [10, 11]。

因此，系统设计需要双重防御：不能仅依赖LLM自身的对齐或护栏 [10]。无论Skills是通过 bash 执行内部脚本，还是Tools调用外部API，都需要一个隔离的、策略驱动的沙盒执行环境（Sandbox Execution Environment） [10]。这可以通过使用容器（Containers）、用户模式内核或**轻量级虚拟机（VMs）**来实现隔离边界，防止权限升级和数据篡改 [10, 13]。例如，Claude API中的Skills环境限制（无网络访问、禁止运行时安装包 [2]）本身就是关键的安全控制。

在移植性方面，Tools通过标准化接口（如OpenAI Function Calling）理论上具有更高的可移植性 [1, 7]。Anthropic Agent Skills框架则具有**供应商特定（Vendor-specific）**的特点，其独特的虚拟文件系统和渐进式加载机制，使得移植到其他模型需要进行重大架构重构 [1, 14]。

二、主流产品应用与实践案例

1 Anthropic Claude Skills深度实践

Anthropic在2025年10月正式发布了Agent Skills功能，这标志着AI Agent能力封装的重大进展。Claude Skills不仅仅是"保存Prompt的地方"，其真正能力在于将判断逻辑和处理流程封装成可复用的模块，可以将4-5小时的人工工作压缩到5分钟。

Claude Skills支持两种主要类型：能力包型Skills封装复杂判断逻辑，适用于笔记整理等场景；软编排型Skills协调多个sub-agents协作，适用于字幕处理等复杂工作流。一旦添加，Claude会在用户发起相关请求时自动加载正确的Skill。

Skills的实际应用案例非常丰富，涵盖多个领域：

应用领域	典型Skills	功能描述
文档处理	docx, pdf, pptx, xlsx	创建、编辑、分析Office文档，提取PDF内容
开发工具	artifacts-builder, aws-skills	创建复杂HTML工件，AWS开发最佳实践
代码辅助	Changelog Generator, MCP Builder	自动生成变更日志，指导创建MCP服务器
数据可视化	D3.js Visualization	生成D3图表和交互式数据可视化
提示工程	prompt-engineering	教授知名提示工程技术和模式

2 Claude Code中的Skills应用

Claude Code是Anthropic开发的命令行agentic编码工具，其中CLAUDE.md文件作为特殊文件自动被拉入上下文，是记录常见bash命令、核心文件、实用函数、代码风格指南、测试说明、仓库礼仪、开发环境设置等信息的理想位置。

在Claude Code中使用Skills进行机器学习实验管理的一个创新应用是：当完成实验会话时，输入/retrospective命令，Claude会读取对话内容，提取关键洞见，将其整理为技能文件，并向团队注册表打开一个pull request。技能文件包含所有内容——工作代码、最终确定的参数，以及过程中犯的错误。

Claude Code中Skills、Commands和Agents在结构上是相同的——都是包含提示词的markdown文件。关键区别在于它们的用途和决策框架中的嵌套：

组件类型	定位	特点
Skills	领域容器（如博客、研究、安全）	自包含的模块
Commands	领域内的任务/命令	嵌套在父技能的workflows/目录下
Agents	独立的并行工作者	不嵌套在技能中，但可以执行它们及其命令

三、Skills的快速开发、安全与最佳实践

1 技能设计与开发原则 (Skill Design and Development Best Practices)

Skills的开发实践应遵循与传统软件工程高度一致的原则，以确保鲁棒性和可维护性。

单一职责与模块化

应坚持 Start small and focused 的设计原则，从单一职责的Agent开始，每个Agent负责一个明确的目标和狭窄的范围 [20]。对于复杂任务，系统应模块化为多个专业化Agent或Skills，而不是构建一个“万能Agent” [20]。这种模块化方法，如LangChain中的子Agent设计，可以实现Agent的内聚（Cohesion）和解耦（Coupling），有效管理复杂性 [17, 18]。

指令工程与知识基础

Skills指令的质量是Agent可靠性的核心：

指令可靠性： Skills的指令应基于企业现有操作程序、支持脚本或政策文件等权威来源，将其转换为LLM友好的、清晰且无歧义的编号列表或结构化例程 [6]。
资源打包： 架构师应利用Skills的资源打包能力（如Anthropic中的文件系统结构），在 SKILL.md 目录中包含数据库Schema或API文档，作为Agent推理时的权威参考资料 [2, 12]。

2 生产级Skills的安全性挑战与防御机制

由于Skills是存储在文件系统中的指令，其主要安全威胁是Prompt Injection（指令注入） [9]。恶意指令可以植入到Skills的描述或内部文件中，从而劫持Agent的行为 [2, 9]。

为了构建安全的生产环境，必须实施以下防御机制：

沙盒隔离： 无论Skills是通过 bash 执行内部脚本还是Tools调用外部API，都需要一个策略强制执行引擎（Policy Enforcement Engine） [10]。技术实现包括使用容器（Containers）、用户模式内核或**轻量级虚拟机（VMs）**来提供隔离边界，防止权限升级和数据篡改 [10, 13]。
双重防御： 安全架构需要双重防御机制，同时关注沙盒隔离（针对Tools的代码执行风险）和指令层面的信任验证（针对Skills的Prompt Injection风险） [9, 10]。此外，利用供应商提供的环境限制（例如，Claude API Skills没有网络访问权限且不能在运行时安装新软件包 [2]）也是安全控制的重要组成部分。

3 Skills的持续优化：能力扩展与自我进化

Skills的长期价值在于实现Agent能力的持续扩展和自我演进。

闭环数据生成与技能发现 (Skill Discovery)

Agent系统正从静态知识库转向动态学习者。研究中的自动技能发现框架（例如 EXIF）采用“探索优先”策略，通过一个探索Agent（Alice）与环境交互，生成可行的、环境锚定的技能数据集，用于训练目标Agent（Bob） [24]。

关键在于迭代反馈循环：探索Agent评估目标Agent的性能，识别知识差距，并指导下一轮的探索，形成一个闭环数据生成过程 [24]。这种机制对于构建能够持续适应环境变化、主动扩展自身能力的自演进系统至关重要 [24]。这标志着未来的Agent系统将具备识别自身知识差距，并主动生成训练数据以弥补这些差距的能力。

4 怎么快速开发Skills?

可以考虑使用的工具：Skill_Seekers

项目地址：https://github.com/yusufkaraaslan/Skill_Seekers

4.1 创建第一个Skill的步骤

创建Claude Skill的最小要求只需要一个名为SKILL.md的文件。

第一步：设置Skill文件夹

创建一个以技能命名的新文件夹，例如Standardized-Report-Generator/，在其中创建一个名为SKILL.md（全大写）的文件，粘贴最小YAML前置元数据和简单标题：

---name: "Standardized Report Generator"description: "Create a structured, branded report with specific sections; use when the user asks for a standardized report."---# Standardized Report Generator

检查点包括：文件以三个破折号开始，前置元数据以三个破折号结束；前置元数据中只有两个字段：name和description；引号是可以的，如果包含标点符号有助于避免解析问题。

第二步：编写清晰、可操作的指令

在标题下方添加简短、可测试的指令，将"变量"视为纯语言占位符：

## Instructions- Collect inputs from the user: report_title, audience, required_sections, and page_length.- Follow brand rules: formal tone, AP style, inclusive language.- Always include sections: Executive Summary, Findings, Recommendations, Appendix.- Keep within the requested page_length.## Example- Input: "Draft a 2-page Q3 marketing performance report for executives."- Output: A report with the sections above and concise bullet recommendations.

第三步：快速本地验证

确保SKILL.md位于Skill文件夹的根目录；确认前置元数据围栏（---）到位并使用空格（非制表符）缩进；如果需要额外信心，可以通过YAML检查器运行前置元数据。

4.2 SKILL.md文件的关键组件

构建SKILL.md文件需要包含几个关键组件：

组件类型	字段	必需性	说明
元数据	name	必需	简洁的描述性名称
元数据	description	必需	技能功能和使用时机的简短解释
元数据	version	可选	跟踪更新或迭代
元数据	license	可选	公开共享时指定使用权
元数据	metadata	可选	包含作者名、标签或项目引用的灵活字段

指令正文定义Claude应如何执行该技能，是Claude逐步遵循的实际操作手册。一个好的指令正文通常包括：概述（技能实现什么的快速总结）、输入和输出（指定技能期望什么数据以及应该产生什么）、执行步骤（概述Claude必须遵循的过程的编号或项目符号列表）、示例（显示输入-输出对以澄清期望的可选示例）、参考（支持技能功能的任何模板、数据集或脚本）。

注意：YAML对缩进和格式敏感，使用一致的间距（通常两个空格，非制表符），避免字段名中的特殊字符，确保前置元数据包裹在开头和结尾的三破折号之间。

4.3 Agent开发最佳实践

2025年构建可靠AI Agent的最佳实践涵盖多个方面：

设计安全失败的Agent：在自动化中深思熟虑地集成Agent；避免对Agent使用重试机制（因为非确定性输出）；从单一职责Agent开始；为复杂工作流模块化为多个专业化Agent；对确定性任务使用工具（如自动化或API）；将Agent目标与可衡量的结果对齐。

正确配置上下文：索引企业上下文（结构化源、知识库、文档）；选择正确的搜索策略（语义、结构化或DeepRAG）；选择适当的模型；用简单、描述性的名称保持工具定义的清晰。

将每种能力视为工具：将外部能力视为具有严格输入/输出契约和明确成功标准的工具；重用自动化作为工具；使用模式驱动的提示词；记录和版本化工具；为确定性任务构建工具以提高Agent可靠性。

像产品规格一样编写提示词：使用评估集进行迭代设计和测试；从定义角色、人格、指令、目标、上下文、成功指标、护栏和约束的系统提示词开始；对复杂工作流使用结构化的多步推理（思维链）；具体说明期望的结果。

4.4 Anthropic推荐的Skill构建原则

根据Anthropic的官方指导，构建Agent Skills的最佳实践包括：

原则	具体做法	目的
保持精简	SKILL.md只包含核心信息	减少token消耗
渐进式披露	将详细内容移到链接文件	按需加载优化性能
清晰触发词	description字段准确反映适用场景	提高技能匹配准确性
丰富示例	提供输入输出格式示例	帮助Claude理解期望
预算意识	合理分配各级别内容的token	优化上下文窗口使用

对于需要代码执行的复杂技能，Skills还可以包含Claude根据其判断作为工具执行的代码，这使得Skills既能提供知识上下文，又能在必要时执行具体操作，实现知识与行动的统一。

三、总结与展望

Skills在LLM Agent架构中占据了独特的中间层地位，它通过提供封装的专业知识和结构化的行为指南，解决了纯粹的LLM推理和外部工具调用无法覆盖的领域特有启发式知识问题。通过渐进式信息披露等技术，Skills机制为大规模Agent部署提供了Token高效、可控且鲁棒的架构基础。

结论与建议：

对于构建生产级Agent系统的技术决策者，关键的架构原则包括：

架构分离： 必须在架构层面严格区分Skills（专业知识）Tools（外部执行），并理解它们各自的安全表面。
实施沙盒： 无论采用何种Skills或Tools框架，都必须在底层部署策略强制执行引擎和硬件/软件隔离机制（如容器或VMs），以应对指令注入和沙盒逃逸的双重安全威胁。
拥抱模块化： 采用多Agent系统和子Agent设计模式，通过上下文工程实现Skills的隔离和动态组合，以应对长周期复杂任务的鲁棒性挑战。

展望未来，长周期鲁棒性仍是核心挑战。新兴趋势将围绕Agent的可信赖性、安全性和对齐展开 [4, 25]。随着多Agent系统成为主流，Skills的管理将演变为通过 A2A 协议实现的动态、去中心化服务目录，从而实现更高效的企业级自动化和Agent间的互操作性 [21]。实现Skills的自动发现和闭环学习机制，将是Agent系统从被动执行者向主动学习者转变的关键一步 [24]。

如何学习大模型 AI ？

由于新岗位的生产效率，要优于被取代岗位的生产效率，所以实际上整个社会的生产效率是提升的。

但是具体到个人，只能说是：

“最先掌握AI的人，将会比较晚掌握AI的人有竞争优势”。

这句话，放在计算机、互联网、移动互联网的开局时期，都是一样的道理。

我在一线互联网企业工作十余年里，指导过不少同行后辈。帮助很多人得到了学习和成长。

我意识到有很多经验和知识值得分享给大家，也可以通过我们的能力和经验解答大家在人工智能学习中的很多困惑，所以在工作繁忙的情况下还是坚持各种整理和分享。但苦于知识传播途径有限，很多互联网行业朋友无法获得正确的资料得到学习提升，故此将并将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。

在这里插入图片描述