目录
- "Agentic" 到底意味着什么（以及为什么你旧的 LLM 技术栈突然感觉过时了）
- Agent Harness：没人告诉你的那件事
- 薄 Harness 与厚技能：范式转变
- SKILL.md：将所有一切联系起来的契约
- 模型上下文协议 (MCP)：AI 的 USB-C 时刻
- 计算机操作：像人类一样操控你屏幕的 Agent
- 主要的编码 Harness：Claude Code、OpenCode、Codex CLI、Pi、Cursor
- OpenClaw 与 Hermes：炒作真的值得吗？
- Agentic AI 如何改变世界（附真实工作流）
- 在这个市场中找到工作，应学习的最佳技能
- 现在需要关注的工具与框架
- 提出高质量问题的地方
- 额外资源
一年半前，我写了一篇名为 解决你对 LLM 一切的 FOMO 情结 的博客。RAG、向量存储、llama.cpp、LoRA、LLAMA 框架。这就是你跟上行业步伐所需要的全部词汇。如果你理解了嵌入（Embeddings），并且能用 LangChain 把几样东西拼接起来，你就已经领先了。
那个世界已经一去不复返了。
如今，讨论已经从"我如何让模型回答我的问题"转向了"我如何让模型 完成 这件事，端到端，自主地，使用工具，在我的机器上，持续数小时，而无需我像保姆一样盯着它。"术语也变了。Harness、技能、子 Agent（Subagents）、MCP、钩子（Hooks）、沙箱（Sandboxes）、轨迹（Trajectories）、OpenClaw、Hermes。如果你这周打开 Twitter，感觉每个人都在说一门不同的语言，这篇博客就是为你准备的。
我将带你全面了解 2026 年 Agentic AI 的实际技术栈，大家都在争论的框架，哪些是真实信号，哪些是营销，以及如果你想在这个领域工作，真正该学些什么。
开始前的一个简短说明：我同时为两类读者写了这篇博客。如果你以开发软件为生，你会认出其中的模式和资源链接。如果不是，但你想弄明白你的工程师朋友和你的 LinkedIn 信息流在着迷什么，你也能看懂。我会在术语第一次出现时用平实的语言解释，并且在每个主要概念处都配有图表。选择适合你的深度来阅读。我们开始吧。
"Agentic" 到底意味着什么
最简单的理解方式：一个普通的 LLM（像 ChatGPT、Claude 或 Gemini 这样的聊天机器人大脑）回应你的提示。而一个 Agent 则决定下一步做什么，在现实世界中采取行动，观察结果，然后决定 之后 做什么，形成一个循环，直到完成任务。
想象一下，向朋友询问"东京天气怎么样"和雇佣一个旅行 Agent 为你规划两周的日本之旅之间的区别。前者是单次往返。后者是一长串的决策序列、工具调用（订票网站、地图、日历）、回溯以及最终的交付成果。这第二种模式就是我们所说的 Agentic。
聊天机器人 vs Agent：聊天机器人回答单个问题，而 Agent 循环进行工具调用，直到达成目标
有三件事将 Agent 与聊天机器人区分开来：
- 它能调用工具。 读取文件、运行 bash 命令、调用 API（这意味着请求另一个软件执行操作）、编辑代码、浏览网页。Agent 不只是说话，它会 行动。
- 它有一个循环。 它查看工具的输出，对其进行推理，然后决定下一步。这个过程持续到目标达成。
- 它拥有记忆和技能。 它不是每次都从零开始。它在会话内，并且越来越多地在会话间，携带上下文。
你已经知道的模型（Claude Opus 4.7、GPT-5、Gemini 2.5、Qwen3、GLM、DeepSeek）是 大脑。而包围大脑，赋予其眼睛、双手、记忆和工作空间的东西，就是 Harness。事实证明，Harness 本身和模型一样重要。
Agent Harness：没人告诉你的那件事
如果说 2023 年是"哪个模型最好"的一年，那么 2026 年就是"哪个 Harness 最好"的一年。Harness 是包裹 LLM 并将其转变为工作 Agent 的软件层。Parallel 的入门介绍 和 Firecrawl 的文章 都是很好的切入点，如果你想了解更多细节。
具体来说，一个 Harness 负责处理：
- 上下文组装：决定每次交互时提示中应包含什么内容（你的代码仓库、最近 12 条消息、工具定义、相关文档）。
- 工具执行：定义模型可以调用的工具，验证其输入，运行它们，并返回结果。
- 记忆与状态：保持对话在数百次交互中的连贯性，压缩旧上下文（总结旧消息），以免超出上下文窗口（AI 的工作记忆限制）。
- 权限与沙箱化：决定哪些操作需要人工批准，隔离文件系统访问，网络策略。沙箱只是一个隔离的工作区，Agent 可以在其中行动而不会影响你计算机的其他部分。
- 子 Agent 与编排：当一个 Agent 孵化另一个 Agent 来执行专门的子任务并报告结果时。想象一下经理将任务委派给专家。
- 故障恢复：重试、错误解析、自动重新规划。
Agent Harness 剖析：LLM 作为大脑位于中心，周围环绕着 Harness 组件，这些组件为其提供工具、记忆、权限、子 Agent 和错误恢复功能。
今年早些时候有一篇出色的论文表明，在 相同 基准测试上运行的 相同 LLM，仅仅因为其所包裹的 Harness 不同，成功率竟能相差高达 6 倍。这是推动当前该领域许多变革的头条发现。模型不再是唯一的杠杆。模型周围的系统才是杠杆。
这里有一个心智模型。把 LLM 想象成一个才华横溢但容易分心的合同工。Harness 就是项目经理、脚手架、工具箱、安全带（字面意思）、考勤表和收件箱。去掉所有这些，这个合同工就只是一个在空停车场里自言自语的人。
用大白话说：模型是思考者。Harness 是把思考转化为行动的一切。
薄 Harness 与厚技能：范式转变
这是你应该从这篇博客中记住的最重要的术语：薄 Harness 与厚技能。
较旧的 Agent 框架（比如早期的 AutoGPT、BabyAGI 和重量级的 LangChain Agent 抽象）试图将所有智能都塞进 Harness 本身。Harness 拥有复杂的规划提示、硬编码的推理模式、内置的个性。仅系统提示（模型在每次对话开始时获得的固定指令）就可能长达一万个 token（一个 token 大致相当于一块文本，约四个字符）。模型几乎没有思考的空间，因为 Harness 一直在喋喋不休。
新方法颠覆了这一点。Harness 应该是 薄 的：一个小巧、干净、透明的循环，知道如何调用工具、管理上下文和尊重权限。仅此而已。所有实际的 专业知识 都存在于 技能 中：外部的、可发现的、打包好的知识单元，Harness 按需加载。这个想法最清晰的单一阐述是 技能问题：编码 Agent 的 Harness 工程 指南，它指出大多数 Agent 失败是配置问题，而非模型局限性。
最简单的类比：Harness 是操作系统，技能是应用程序。你不希望你的操作系统知道如何设计演示文稿。你希望操作系统精简可靠，并且你希望有一个 PPT 技能，只在需要时才加载。
薄 Harness 与厚技能：旧方法将所有东西都放在 Harness 里，没有为你的工作留下空间；新方法使用精简的 Harness，并仅在需要时从技能库中获取专业知识
在这个范式中，一个技能只是一个包含以下内容的文件夹：
- 一个 SKILL.md 文件，解释该技能的用途、何时触发以及如何使用
- 可选的脚本、模板、参考数据
- 可选的子文件，当 Agent 更深入地处理任务时会读取这些文件
当 Harness 看到一个它能识别的任务时，它会拉入相关的 SKILL.md，读取它，遵循指令，然后继续。模型不会预先加载每一个可能的工作流。它会按需查找它们，就像你在 Google 搜索 Stack Overflow 答案一样。
这一点非常重要，因为：
- 它可以扩展。 你可以添加一千个新技能，而不会使基本系统提示臃肿。Agent 只加载它需要的。
- 它是可移植的。 为 Claude Code 编写的技能，大部分也可以在 OpenCode 或 Hermes 中运行。这种格式正在成为事实上的标准。
- 它会累积。 每次 Agent 很好地完成一项任务后，你可以让它将该流程编写成一个新技能。随着时间的推移，Agent 在你特定工作上的表现会显著提升。
Pi（一个极简主义的编码 Harness）是最早推广这种模型的框架之一，其系统提示不到 1000 个 token，而意见强烈的 Harness 超过 10000 个 token，这几乎将所有上下文窗口都留给了 你的 代码、你的 计划、你的 文档。Claude Code 将其正式化为一个 技能系统，其他 Harness 随后纷纷采用。OpenCode、OpenClaw 和 Hermes 现在都使用相同的语言。
SKILL.md：将所有一切联系起来的契约
如果你今年在 Agentic AI 领域只想学习一种文件格式，那就学好这个。官方规范在 agentskills.io，权威参考仓库是 GitHub 上的 anthropics/skills。
一个最小的 SKILL.md 看起来像这样：
name: pdf-form-fill
description: Use this skill when the user asks to fill, sign, or extract
fields from a PDF form. Triggers include phrases like "fill this PDF",
"extract the fields from this form", "sign this document".
PDF 表单填写
何时使用
- 用户上传 PDF 表单并要求填写
- 用户想从表单中提取字段
- 用户想将填写后的表单展平为静态 PDF
如何使用
- 打开位于 \
/mnt/user-data/uploads/...\的文件 - 运行 \
python scripts/extract_fields.py <path>\来列出字段 - 询问用户你缺失的值
- 运行 \
python scripts/fill_form.py <path> <field_values.json>\ - 将输出保存到 \
/mnt/user-data/outputs/\
约束条件
- 切勿修改原始上传文件
- 始终保留表单元数据
- 仅当用户明确要求时才进行展平
顶部由三个破折号包裹的块称为 YAML 前置元数据（frontmatter），这只是一个结构化的元数据，Agent 首先读取它来决定该技能是否适用。其余部分是普通的说明，就像你可能在第一天为新员工写的那种。
Agent 读取这个文件，从描述中理解该技能的用途，遵循流程，并使用捆绑的脚本。Harness 从未需要被重新编程以了解 PDF 表单。你只需放入一个文件夹，Agent 现在就知道如何做这件事了。
这种模式称为 渐进式披露。Agent 只在需要时才读取它需要的内容。首先扫描技能描述（成本低），当技能被激活时读取完整正文（中等成本），只有当某个步骤需要时才读取捆绑的脚本（成本最高）。这就是如何在长时间的任务中保持上下文窗口清洁和 Agent 可靠性的方法。
渐进式披露金字塔：Agent 首先读取一个很小的描述，然后仅在被触发时读取完整的 SKILL.md 正文，最后仅在特定步骤需要时才读取捆绑的脚本
模型上下文协议 (MCP)：AI 的 USB-C 时刻
这个谜题的另一块是 MCP，即 模型上下文协议，由 Anthropic 推出，现已在生态系统中广泛采用。协议 只是两个软件之间用来相互通信的约定语言。
如果说技能是教你如何教 Agent 流程，那么 MCP 就是教你如何给它标准化的 系统访问权限。把 MCP 想象成 AI 工具的 USB-C。在 MCP 出现之前，每个 Agent 框架都有自己定义工具的方式。你为 LangChain 写了一个 Notion 连接器，然后为 AutoGen 重写，然后为 Claude Code 再重写。三个连接器，三个 Bug。
MCP 标准化了这一点。你只需编写一次 MCP 服务器。它公开工具（read_notion_page、search_drive、send_slack_message）。任何兼容 MCP 的客户端（Claude Code、OpenCode、OpenClaw、Hermes、Cursor）都可以将其插入并使用。
MCP 如同 USB-C：一个 MCP 服务器一端连接多个 AI Agent，另一端连接多个服务，因此你只需编写一次连接器，任何 Agent 都可以使用它
在实践中这意味着：
- 你可以构建一个内部的 MCP 服务器，一次性公开你公司的内部 API，将来你采用的任何 Agent 都可以使用它
- 你可以从 注册表 获取适用于 Google Drive、Linear、GitHub、Asana、你的数据库、你的设计工具等的开源 MCP 服务器
- 你可以混合搭配 Harness，而无需重写你的工具层
这是现代 Agent 技术栈的第二大支柱。技能是流程。MCP 是连接线。 它们与 Harness 一起构成了三位一体。
计算机操作：像人类一样操控你屏幕的 Agent
你知道如何使用软件：你看屏幕，移动鼠标，点击，输入。直到最近，Agent 还做不到这一点。它们只能调用干净的 API，这意味着世界上大部分软件（旧版桌面应用、设计怪异的内部工具、任何没有适当 API 的程序）都是禁区。
计算机操作 功能解决了这个问题。Agent 获取你屏幕的截图，决定点击哪里或输入什么，发送鼠标和键盘命令，然后再次截图看看发生了什么。循环。就像人类一样，但更慢、更有耐心。
这一点很重要，因为：
- 任何软件都突然变得可自动化了，而不仅仅是那些拥有好 API 的软件。世界上的软件大部分在构建时并未考虑到 Agent，所以大部分都没有干净的 API。计算机操作解锁了它们。
- 遗留的企业系统（SAP、Oracle、大型机包装器、有二十年历史的内部工具）终于可以在不重写的情况下被触及了。
- Agent 不需要供应商的许可 就可以与他们的软件交互。它只需要看到屏幕。
截至 2026 年中期的三大主要实现：
Claude 计算机操作：Anthropic 于 2024 年底推出，并经过多轮完善。它公开了一个可移植的截图 + 鼠标 + 键盘工具，可在任何操作系统、任何虚拟机、任何容器中工作。目前最强的全能选手。支持 Claude Cowork，这是 Anthropic 面向消费者的桌面产品，本质上是将 Claude 的计算机操作功能包装在一个友好的应用程序中。
OpenAI Operator（以及 Codex 后台计算机操作）：OpenAI 的 CUA（计算机操作 Agent）。最初专注于浏览器，但在 2026 年 4 月 Codex 版本中扩展到完整的桌面功能。与 ChatGPT Pro 捆绑。有一个"接管模式"，人类可以在敏感操作（如输入密码）时介入。
Gemini 计算机操作（前身为 Project Mariner）：Google 的解决方案，针对基于浏览器的工作进行了优化。内置于 Chrome 和 Gemini API。在网页任务上表现出色，在完整桌面操作上稍弱。Project Mariner 作为一个独立产品于 2026 年 5 月退役，其功能被整合到主要的 Gemini Agent 中。
标准的基准测试是 OSWorld-Verified，Agent 在 Linux、Windows 和 Web 上的真实桌面任务中进行评分。截至 2026 年初，最高得分大约在 70% 到 85% 之间，这听起来令人印象深刻，但直到你意识到这意味着大约四分之一到五分之一的任务仍然失败。计算机操作是真实存在的，它正在你今天可以使用的产品中交付，但还没有达到你可以完全放手不管的可靠性水平。
诚实的局限性（因为别人不会告诉你）：
- 慢。每一步都涉及截图、模型调用和鼠标/键盘操作。一个需要你 30 秒的任务，Agent 可能需要五到十分钟。
- 贵。长时间的会话会快速消耗 token，特别是因为截图算作图像输入，比文本更贵。
- 在动态 UI 上脆弱。移动的东西、弹窗、广告、A/B 测试、突然出现的 Cookie 横幅，都会以不同的方式破坏 Agent。
- 安全风险。一个在你的真实机器上拥有键盘和鼠标权限的 Agent 可能造成真正的损害。请沙箱化它（在隔离的虚拟机中运行）。永远不要给它你的密码管理器。永远不要在有你银行标签页的桌面上运行它。
这是一个有趣的趋势：混合技术栈。同一个 Harness 可以访问 API 和 MCP 服务器来处理暴露接口的事物，并在没有清晰路径时回退到计算机操作。在可能的情况下追求速度和可靠性，在不可能的情况下追求通用覆盖。如果你用过 Manus 或看过 Claude Cowork 最近的演示，那就是这种模式。
主要的编码 Harness
编码 Agent 领域是大多数 Harness 之争发生的地方，因为编码任务时间长、可验证且利润丰厚。以下是人们正在使用的非详尽地图。要获得更深入的对比，这篇 2026 年的比较 是我读过的最好的单篇文章。
列表前的快速词汇说明：CLI 是命令行工具，通过向终端窗口输入命令而不是点击来驱动。TUI 是稍微花哨一点的版本，带有菜单和面板，但仍然在终端中。API 密钥 是一个密码，让你的软件可以与 OpenAI 或 Anthropic 这样的付费服务进行通信。
Claude Code：Anthropic 的第一方 CLI Agent，锁定在 Claude 家族。通过 CLAUDE.md、权限、钩子、MCP、插件、技能和子 Agent 提供紧密集成的 Harness。精致且带有强烈意见。如果你对 Anthropic 生态系统满意，这是最流畅的体验。GitHub 星数约 114k 并且还在增长。
OpenCode：开源的对应版本。采用 MIT 许可证（这意味着任何人都可以自由使用，甚至商业使用），支持 75 多个模型提供商，完全可脚本化的 Harness。Agent 循环通过 opencode.json 暴露和配置。你可以通过 API 密钥插入 Claude Opus、GPT-5、Qwen、DeepSeek、本地的 Ollama 模型，等等。星数约 160k。如果你想要模型无关性、完全的本地隐私或能够分叉 Harness 本身（分叉意味着制作你自己的副本并进行修改），这是最佳选择。一个可靠的技术分析在 这里的 Composio。
Codex CLI：OpenAI 的终端编码 Agent。存在于你的 Shell 中，重度依赖 GPT 类模型，在基准测试上越来越有竞争力。如果你的技术栈重度依赖 OpenAI，值得关注。
Pi (github)：极简主义的对立论点。微小的系统提示（低于 1k token），TUI 包装器，完全可审查。你通过 AGENTS.md 和 TypeScript 扩展来定义行为。其论点是 你，而不是 Harness，应该控制上下文窗口。Mario Zechner 关于他为何构建它的文章 值得一读。
Cursor：编辑器优先的选择。不是一个 CLI Harness，但其 Agent 层是迭代最积极的之一。Cursor 拥有全职员工，其唯一工作就是在每次新模型发布时重写系统提示和工具描述。这就是为什么它经常感觉比运行在相同模型上的其他 Agent 更可靠。
Aider：老前辈。对于结对编程风格的编辑仍然很棒，具有强大的 Git 集成。范围更小，更容易理解。
OpenHarness：来自香港大学的一个超轻量级 Python 实现，在大约 11700 行代码中重现了 Claude Code 大约 98% 的工具能力。如果你想一口气读完一个完整 Harness 的源码并理解发生了什么，这很有用。
选择时的实用经验法则：
- 如果你想要最流畅的体验，并且可以接受被锁定在 Claude 生态，选择 Claude Code
- 如果你想要模型自由、本地执行或分叉 Harness，选择 OpenCode
- 如果你想要最少的魔法和完全的控制权，选择 Pi
- 如果你生活在 IDE（编写代码的编辑器）中，选择 Cursor
你最终会使用多个。这没问题。选择一个开始时痛苦最小的。
OpenClaw 与 Hermes：炒作真的值得吗？
这是我最常被问到的问题。Twitter 花了六个月时间对两者都大肆鼓吹，讨论变得很混乱。让我试着诚实地告诉你每个到底是什么，以及每个在哪里胜出。
OpenClaw 是通用 Agent 领域的现任者。截至 2026 年 4 月初，GitHub 星数约 345k。巨大的插件生态系统，深度的消息平台集成，一个拥有数万个技能的社区技能库。计算机操作支持（Agent 可以自行驱动浏览器或桌面）在 4.27 版本中推出，是可用的更干净的实现之一。如果你需要在三周内部署 500 个支持 Agent 到 24 个聊天平台，OpenClaw 的集成库将为你节省数月工程工作。KDnuggets 有一个很好的演练，涵盖了更广泛的 OpenClaw 仓库生态系统。
另一面：一个如此庞大且审查如此之少的社区技能库会带来安全后果。曾有一次在四天内出现了九个 CVE（公开跟踪的安全漏洞），这并非偶然，而是接受如此多未经充分审查的第三方代码的结构性成本。如果你在生产环境中运行 OpenClaw，沙箱化和审查的责任在于你。
Hermes Agent (github) 是最新加入的角色，于 2026 年 2 月 25 日由 Nous Research（Hermes 模型系列的幕后团队）发布。它在不到三个月内收获了超过 14 万颗星，截至上周，按每日代币量计算，已成为 OpenRouter 上使用最多的 Agent（NVIDIA 的博客 也证实了 OpenRouter 的排名）。其核心区别在于一个闭环学习机制：每完成一个任务，Agent 都会记录一个结构化的日志，包括它尝试了什么、哪些有效、哪些失败，以及一个可选的新的技能。经过数周，它会根据你的具体工作流程变得明显更好。独立基准测试 报告称，与全新的 Agent 实例相比，研究任务时间减少了 40%。
其他有用信息：
- MIT 许可，可以在 5 美元的 VPS（虚拟专用服务器，本质上是云端的一台小型租赁计算机，通常每月 5 到 10 美元）上自行托管
- 内置 40 多种工具，截至 v0.10.0 版本，捆绑了 118 个技能
- 三层记忆（工作记忆、情景记忆、长期记忆）
- 消息集成支持 Telegram、Discord、Slack、WhatsApp、Signal、Matrix、Mattermost、电子邮件、短信等
- 设计为模型无关，你自带 API 密钥
根据我的最佳判断，结论如下：
- Hermes 胜出 在于可靠性、易用性、安全态势和学习循环。对于将每天使用同一个 Agent 六个月或更长时间的独立开发者或小团队来说，Hermes 的累积效应是 OpenClaw 无法比拟的。
- OpenClaw 胜出 在于生态系统的广度和集成能力。如果你需要小众的连接器并且现在就需要，OpenClaw 很可能已经有了现成的插件。
那么，这股热潮是否值得呢？对于 Hermes，如果你有自律性去每天使用它并让其积累技能，那基本上是值得的。这种累积效应只有在你持续使用它时才有意义。对于 OpenClaw，则取决于你的用例。如果你需要广度，那值得。如果你需要在单个工作流程上的深度，那么一个拥有几个精心编写技能的更精简的“马具”（Harness）可能更适合你。
我在现实中看到的一个合理的中庸之道是：在你的开发工作中使用 Claude Code 或 OpenCode，同时在一个小型 VPS 上运行 Hermes 来处理持久化的自动化任务（日常研究、监控、运维）。它们并非竞争关系，而是同一个光谱上的不同点。
Agentic AI 如何改变世界
简单介绍一下，因为空泛的讨论很快就会让人厌烦。下面是一些 Agent 实际应用的领域。
软件工程：这是最成熟的应用。顶级模型在良好马具中的 SWE-bench Verified（一个标准化测试，Agent 尝试修复真实开源项目中的真实 Bug）得分约为 87%。工程团队正在使用 Agent 来处理 Bug 分类、端到端实现小功能、编写测试和审查代码合并请求。工作并没有消失，但日常工作的形态正在改变。高级工程师开始看起来更像是多个并行分支中运行的 Agent 协调者，而不是代码的单一作者。
客户支持：在 Slack、Telegram、Discord 和 WhatsApp 上的持久化 Agent 处理第一级问题（常见的、重复性的问题）、编写工单、干净利落地升级给人工，并根据已解决案例更新知识库。到 2025 年底，可靠性终于跨过了一个门槛，公司开始信任 Agent 处理真实的客户联系。
研究与分析：长周期的研究任务（收集 30 个来源、综合摘要、复核数据）现在常规性地被委派给 Agent。深度研究产品 本质上是配备了非常庞大研究技能库的 Agent 马具。
运维和基础设施：值班 Agent 可以读取告警、查询指标、提出补救措施，并在获得许可后执行它们。SRE（站点可靠性工程师，负责保持生产系统运行的人）即 Agent 是真实存在且不断增长的。
创意工作：设计师运行并行的 Agent 循环来生成各种变体，文案人员使用 Agent 进行草稿编写和自我编辑。这方面的炒作不如工程方面多，但也在悄然发展。
个人自动化：这是一个黑马类别。人们将 Hermes 或类似 Agent 连接到他们的消息平台，并将其用作一个持久的个人助手。安排研究、运行自动化任务、监控事项、记住偏好设置。5 美元的 VPS 加上一个模型的 API 密钥，就是新的“我有一台个人 Linux 服务器”。
雇主的期望也随之转变。涉及 Agentic AI 技能的职位发布从 2023 年到 2024 年增长了大约 986%，并在 2026 年继续加速增长。薪酬很高，但市场供给不足。这就引出了下一部分。
要想在这个市场找到工作，需要学习的最佳技能
如果你正在阅读这篇文章，并且想知道周末到底该做些什么，这里有一份实用的清单。其中大部分只需要一台笔记本电脑和一个模型的 API 密钥就可以开始构建。如果你是非技术人员，这部分主要是为工程师准备的，但后面关于工具和社区的部分适合所有人。
1. 构建 Agent，而不仅仅是使用它们。 选择一个现成的马具（OpenCode 是个很好的选择，因为它易于修改），然后修改其循环。添加一个自定义工具。编写三个技能。让它在真实任务上运行。你在面试中能展示的最佳信号就是：“我交付过做实际工作的 Agent，这里是代码仓库。”
2. 学习技能工程。 练习编写 SKILL.md 文件。了解什么样的描述能可靠地触发技能，什么样的流程是健壮的，何时应该捆绑脚本与内联指令。这是新的提示工程，而且杠杆效应要大得多。anthropics/skills 仓库 里充满了参考示例。
3. 深入理解 MCP。 至少构建一个 MCP 服务器。将其连接到两个不同的马具上。阅读规范。如果你能在面试中解释 MCP 的设计权衡，你将跻身顶尖 1% 的候选人，因为大多数人对此仍然模糊不清。
4. 掌握马具内部原理。 从头到尾阅读一个开源马具的源代码。OpenCode、OpenHarness 或 Pi 的代码规模都足够小，你可以在一个周末内读完。理解上下文组装、工具调用循环、权限处理、压缩。这是区分初级 Agent 开发者与高级 Agent 开发者的关键。
5. 评估与可观测性。 任何人都可以构建一个在演示中能正常工作的 Agent。难点在于知道它在生产环境中是否真的有效。学习 DeepEval、Ragas、LangSmith、Phoenix、Braintrust。为你编写的 Agent 构建至少一个评估套件（一个结构化测试，用来评判 Agent 的性能）。了解什么是轨迹级评估（与单次响应评估相对）。
6. 沙箱与安全。 访问你文件系统、运行 Shell 命令或连接网络的 Agent 需要真正的隔离。学习 Docker 沙箱（Docker 在隔离容器中运行软件，这样它就不会干扰你系统的其他部分）、Firecracker 微型虚拟机（更小、更快的隔离计算机）、网络策略、提示注入威胁模型（恶意输入欺骗 Agent 做出不当行为的攻击）。这是区分“酷炫的副项目”和“受信任的生产级方案”的关键。
7. 多 Agent 编排。 学习基本模式：领导-工人、扇出、监督者、流水线。了解何时添加另一个 Agent 会有帮助，而何时只会成倍增加你的 Bug。LangGraph、AutoGen 和 CrewAI 是不错的入门选择，但模式比框架更重要。Anthropic 的多 Agent 协调模式文章 是一个很好的起点。
8. 经典技能仍然重要。 扎实的 Python、扎实的系统思维、扎实的调试直觉。熟悉终端、Git、REST API、JSON、类型系统。基础层面没有改变。
9. 领域深度。 市场愿意为能够将 Agent 技能与真实领域（医学、法律、金融、生物学、教育、运维）结合的人支付溢价。普通的“Agent 工程师”很好，而“懂临床试验数据的 Agent 工程师”薪酬要高得多。
10. 沟通。 你会花大量时间向非技术利益相关者解释 Agent 能做什么、不能可靠地做什么。练习写相关文章。老实说，写一篇像这样的博客是一个很好的推动力。
现在值得关注的工具和框架
一个入门观察清单，按用途分类。如果你是非技术人员，这部分可以快速浏览并做个书签，这些是在 Agentic AI 讨论中最常出现的名字。
编码 Agent 和马具：
通用自主 Agent：
技能、工具、MCP：
评估：
沙箱和运行时：
记忆：
可观测性：
你不需要学习所有这些。从每个类别中挑选一个，然后深入下去。模式是可迁移的。
在哪里可以提出高质量的问题
- r/LocalLLaMA 仍然是宝藏，尤其对本地模型而言
- r/AI_Agents 讨论马具和框架
- MLOps Community Slack 进行生产级讨论
- LangChain Discord 和 OpenCode 社区频道都有异常活跃的实践者讨论线程
- Hacker News 上关于新马具发布的帖子，信号通常比 HN 上其他内容要高
- 推特（Twitter），遗憾的是，仍然是尖端信息首发的地方。关注马具作者本人
额外资源
- 解决你对 LLM 一切事物的错失恐惧症（本文的前传，对基础层仍然适用）
- LLM 的数据：导航 LLM 数据流水线（关于数据方面的配套文章）
- 用 Agent 技能为现实世界装备 Agent by Anthropic Engineering，关于“薄马具 + 厚技能”模式的权威文章
- Awesome Harness Engineering 在 GitHub 上，是维护最活跃的模式和案例研究合集
- 什么是 Agent 马具 by Firecrawl 团队，一个扎实的技术入门读物
- 在大语言模型背景下什么是 Agent 马具 by Parallel，附有学术参考文献的补充入门读物
- Claude Code vs OpenCode：详细技术拆解 by Composio，我读过最清晰的马具对比
- Agentic 编码马具：比较 by Paul Cullen Rowe，涵盖了 Pi 和极简主义流派
- 哪个 AI 编码马具能在没有你的情况下真正工作？ 对 Claude Code、Codex CLI、Aider、OpenCode、Pi 和 Cursor 的实践者比较
- Hermes Agent 评测 在 DEV 上，附有独立基准测试
- NVIDIA 关于 Hermes 和自我改进 Agent 关注本地硬件角度
- Agent 马具能承担多少繁重工作？ 量化了 6 倍马具效应的论文
- Agentic AI 的适配：后训练、记忆和技能调查 如果你想看学术综述
- Model Context Protocol 官方文档
- Agent Skills 开放标准 官方规范和 SDK
- 2026 年十大 Agentic AI 工作 关注职业角度和薪资数据
最后的一点思考，也算是我欠你们的。
在过去一年里，我注意到做得最好的人，并不是那些拥有最花哨技术栈的人。而是那些交付了一个 Agent，让它做好一件真实的工作，并持续数月进行了迭代的人。技能在累积。马具的熟悉程度在累积。你今天构建的 Agent，如果你持续使用，它在十二个月后的价值将远超你本周碰巧学到的任何特定框架。
所以，选择一个马具，交付一个 Agent，编写三个技能，然后让它运行起来。这是你能做的最有用的一件事。一旦你真正开始构建，那种错失恐惧症就会自行消退。
祝编程愉快。
