阿里Page Agent实战:AI驱动的网页自动化新范式

📅 2026/7/9 13:57:55 👁️ 阅读次数 📝 编程学习
阿里Page Agent实战:AI驱动的网页自动化新范式

🚀 30+款热门AI模型一站整合,DeepSeek/GLM/Qwen 随心用,限时 5 折。 👉 点击领海量免费额度

如果你最近在关注 AI 领域,可能会感觉有点“信息过载”:这边刚听说 GPT-5.6 要发布,那边又看到阿里开源了一个叫Page Agent的新项目。消息满天飞,但到底哪个才是真正值得开发者投入时间研究的“硬货”?是追逐一个尚未落地的模型,还是研究一个能立刻解决实际问题的工具?

我的判断是:对于绝大多数一线开发者而言,像 Page Agent 这样能解决具体工程问题的开源项目,其短期价值远大于一个参数未知、发布还充满变数的下一代模型。因为前者能直接嵌入你的工作流,提升效率;而后者,至少在现阶段,更像是一个需要持续观望的行业风向标。

今天这篇文章,我们就来深入拆解一下这两个热点。我不会只复述新闻,而是会重点分析:

  1. 阿里 Page Agent 到底是什么?它解决了网页自动化中的什么核心痛点?
  2. 它和传统的爬虫、Playwright 脚本有什么区别?为什么说它代表了 AI Agent 的一个务实落地方向?
  3. 如何从零开始,快速上手 Page Agent?我会提供一个完整的、可运行的代码示例。
  4. GPT-5.6 的“变数”意味着什么?作为开发者,我们应该关注模型演进的哪些实际影响?

本文的目标是让你在读完后的 30 分钟内,就能理解 Page Agent 的核心思想,并能运行起第一个 Demo。而对于 GPT-5.6,我们将建立起一个理性的评估框架,知道未来应该关注什么,而不是被标题党牵着鼻子走。

1. 这篇文章真正要解决的问题:在信息洪流中抓住可落地的技术

每天都有新的 AI 模型和工具诞生,但很多开发者面临一个共同困境:看了很多资讯,感觉什么都重要,却又不知道从何下手。时间花了,项目却没进展。

本文要解决的第一个问题,就是帮你建立技术价值的“筛选器”。面对“阿里开源 Page Agent”和“GPT-5.6 发布再生变数”这两条信息,我们的分析逻辑应该是:

  • Page Agent:一个具体的、开源的、解决网页理解与交互自动化问题的 AI Agent 框架。它的价值在于工程可用性。我们关心:它怎么用?能帮我做什么?代码怎么写?有什么坑?
  • GPT-5.6:一个尚未发布的、闭源的、下一代大语言模型。它的价值在于技术前瞻性生态影响。我们关心:它的能力边界可能在哪?发布后会对现有 API 成本、应用架构产生什么影响?现在需要做哪些技术储备?

本文要解决的第二个问题,是提供 Page Agent 的“最小可行实践”。很多技术文章只讲概念,不给代码。本文将带你完成一次完整的本地部署和任务执行,让你获得最直观的体感。

本文要解决的第三个问题,是厘清 AI 工具与 AI 模型的“投入产出比”。对于个人开发者和中小团队,有限的精力应该优先投入到能立刻产生收益的学习和实践中。Page Agent 这类项目就是典型代表。

2. 基础概念与核心原理:什么是 Page Agent?

在深入代码之前,我们必须先理解 Page Agent 到底想干什么,以及它和传统方案的根本区别。

2.1 传统网页自动化的困境

假设你需要从某个电商网站抓取商品信息,但网站有复杂的 JavaScript 渲染、登录验证和反爬机制。传统做法无非以下几种:

  1. 直接 HTTP 请求 + 解析 HTML:对于现代 SPA(单页应用)几乎无效,拿不到动态渲染的内容。
  2. Selenium / Playwright / Puppeteer:模拟浏览器,能解决动态渲染问题。但你需要:
    • 编写精确的 CSS Selector 或 XPath 来定位元素。
    • 处理弹窗、登录、验证码。
    • 编写复杂的等待逻辑(wait for selector, wait for load)。
    • 当网站 UI 改版时,你的所有选择器可能都需要重写。

核心痛点:传统自动化脚本是“脆弱的”。它严重依赖于页面结构的稳定性,且编写和维护都需要大量前端知识和对目标网站的深度分析。

2.2 Page Agent 的解决思路

阿里开源的 Page Agent 引入了一个新思路:让 AI 来理解网页,并自主决策如何操作。

它的核心原理可以概括为:

  1. 视觉与结构双重理解:Page Agent 不仅能获取页面的 DOM 树(结构),还能通过模拟浏览器获取屏幕截图(视觉)。它将这两种信息同时输入给大语言模型(如 GPT-4V, Qwen-VL)。
  2. 自然语言任务驱动:你不需要写选择器。你只需要用自然语言告诉它你要做什么,例如:“找到这个页面上所有的手机商品,把它们的名称和价格保存到一个 CSV 文件里”。
  3. AI 规划与执行:LLM 根据你的指令和它“看到”的页面,自动规划出一系列操作步骤(如:滚动页面、点击某个按钮、在输入框输入文字、提取某个区域的文本)。然后,Page Agent 将这些规划转换成底层的浏览器自动化指令(如 Playwright 命令)来执行。
  4. 自我验证与调整:执行后,Agent 可以再次“观察”页面变化,判断任务是否完成,如果没有,则调整策略继续尝试。

简单来说,Page Agent 试图成为你和浏览器之间的一个“智能机器人”。你告诉它“做什么”,它自己想办法“怎么做”。

2.3 与相关概念的对比

为了让概念更清晰,我们用一个表格来对比:

特性传统爬虫 (Requests/BeautifulSoup)浏览器自动化 (Playwright/Selenium)Page Agent (AI Agent)
核心能力获取静态 HTML, 解析数据模拟用户操作浏览器, 处理动态内容理解页面语义, 自主规划操作
指令方式编写代码, 定义解析规则编写代码, 定义操作步骤和选择器自然语言描述任务
健壮性低, 结构一变就失效中, 依赖选择器, UI 微调可能导致失败理论上高, AI 能适应视觉和语义变化
开发成本低(简单页面)到高(复杂反爬)高, 需要精细的脚本编写和调试低, 定义任务即可, 但需要调优 Prompt 和模型
适用场景结构简单、静态的网站需要交互(登录、点击、滚动)的网站复杂、动态、交互流程不固定的网站

Page Agent 不是要完全取代 Playwright,而是站在它的肩膀上,增加了一个“智能大脑”。这个大脑负责理解和规划,Playwright 作为“四肢”负责执行。

3. 环境准备与前置条件

现在,让我们开始动手。要运行 Page Agent,你需要准备以下环境。

3.1 基础软件环境

  • 操作系统:Linux (Ubuntu 20.04+), macOS, 或 Windows 10/11 (建议使用 WSL2 以获得最佳体验)。
  • Python:版本 3.8 - 3.11。推荐使用 3.10 或 3.11,这是大多数 AI 库兼容性最好的版本。
  • Node.js:Page Agent 的演示前端可能需要。建议安装 v16+。
  • Git:用于克隆代码仓库。

3.2 获取 Page Agent 源代码

Page Agent 是阿里开源的,项目托管在 GitHub。由于网络访问问题,你可以使用镜像源或加速服务。

# 克隆仓库 (如果直接访问慢,可以尝试在 github.com 后加 .cnpmjs.org 等镜像) git clone https://github.com/alibaba/page-agent.git # 或使用 Gitee 镜像 (如果存在) # git clone https://gitee.com/mirrors/page-agent.git cd page-agent

3.3 安装 Python 依赖

项目根目录下通常会有requirements.txtpyproject.toml文件。强烈建议使用虚拟环境。

# 创建并激活虚拟环境 (以 venv 为例) python -m venv venv # 在 Linux/macOS 上激活 source venv/bin/activate # 在 Windows 上激活 # venv\Scripts\activate # 升级 pip pip install --upgrade pip # 安装依赖 (请根据项目实际文件调整命令) # 如果存在 requirements.txt pip install -r requirements.txt # 如果使用 poetry # poetry install

注意:安装过程可能会下载一些较大的机器学习库(如 torch)。请确保网络通畅,必要时配置 pip 镜像源。

3.4 配置 AI 模型 API 密钥

Page Agent 的核心是 LLM。它需要接入一个具有视觉理解能力的模型,例如:

  • OpenAI GPT-4V:能力强大,但需要付费 API。
  • 阿里云通义千问 Qwen-VL:国内可用,可能更方便。
  • 其他开源 VL 模型:如 LLaVA, 可在本地部署,但效果和速度需要权衡。

你需要准备相应的 API Key。这里以 OpenAI 为例(仅作演示,请遵守相关服务条款):

  1. 访问 OpenAI 平台创建 API Key。
  2. 在 Page Agent 项目中,通常需要将 Key 设置为环境变量或写入配置文件。
# 在 Linux/macOS 上临时设置环境变量 export OPENAI_API_KEY='你的-api-key-here' # 在 Windows (PowerShell) 上 # $env:OPENAI_API_KEY='你的-api-key-here'

重要安全提醒:切勿将 API Key 提交到 Git 仓库。请使用.env文件(并被.gitignore忽略)或系统的密钥管理服务。

4. 核心流程拆解:Page Agent 是如何工作的?

理解了原理,准备好了环境,我们来看 Page Agent 执行一次任务的具体流程。这能帮助你在调试时心中有数。

4.1 流程概览

一次完整的 Page Agent 任务执行,可以分解为以下 6 个步骤:

  1. 任务输入:用户用自然语言描述任务。
  2. 页面加载:Agent 控制浏览器导航到目标 URL。
  3. 信息收集:Agent 同时获取当前页面的DOM 结构屏幕截图
  4. 规划与决策:Agent 将任务描述 + DOM + 截图一起提交给 LLM。LLM 分析后,输出一个行动计划(Action Plan)。计划通常是一系列原子操作,如CLICK,TYPE,SCROLL,EXTRACT_TEXT等,并包含目标的大致描述或坐标。
  5. 指令执行:Page Agent 将 LLM 输出的高级计划,翻译成底层浏览器自动化工具(如 Playwright)的具体指令并执行。
  6. 观察与循环:执行后,Agent 再次收集页面状态(DOM+截图),判断任务是否完成。如果未完成,则回到第 4 步,基于新状态继续规划,直到任务完成或超时。

4.2 关键组件解析

  • Orchestrator (协调器):这是大脑中的大脑。它管理整个流程循环,调用 LLM,处理 LLM 的返回结果。
  • Action Translator (动作翻译器):负责将 LLM 输出的抽象计划(如“点击登录按钮”)转化为 Playwright 能执行的具体代码(如page.click(‘button:has-text(“登录”)’))。这是工程上最挑战的部分之一,因为 LLM 的描述可能模糊不清。
  • Browser Controller (浏览器控制器):封装了 Playwright 的启动、页面管理、截图、DOM 获取等底层操作。
  • Prompt 模板:定义了如何将任务、DOM、截图等信息组织成 LLM 能理解的提示词。Prompt 的设计质量直接决定 Agent 的表现。

5. 完整示例与代码实现

理论说再多,不如跑一行代码。我们基于 Page Agent 项目的典型结构,构建一个最小化的可运行示例。请注意,以下代码是概念演示,实际项目的 API 可能略有不同,但核心逻辑一致。

5.1 项目结构假设

假设 Page Agent 项目结构如下(你需要根据实际克隆的代码调整):

page-agent/ ├── src/ │ ├── agent/ # Agent 核心逻辑 │ ├── browser/ # 浏览器控制封装 │ └── llm/ # LLM 客户端封装 ├── examples/ # 示例代码 ├── requirements.txt └── README.md

5.2 编写一个简单的任务脚本

我们在项目根目录创建一个demo_task.py文件。

# demo_task.py import asyncio import os from src.agent.orchestrator import Orchestrator from src.browser.controller import BrowserController from src.llm.openai_client import OpenAIClient # 假设使用 OpenAI async def main(): # 1. 初始化 LLM 客户端 (这里以 OpenAI 为例) # 请确保 OPENAI_API_KEY 环境变量已设置 llm_client = OpenAIClient( model="gpt-4-vision-preview", # 使用支持视觉的模型 api_key=os.getenv("OPENAI_API_KEY") ) # 2. 初始化浏览器控制器 # headless=False 表示打开可视化浏览器,方便调试 browser_controller = BrowserController(headless=False) # 3. 初始化任务协调器 agent = Orchestrator(llm_client=llm_client, browser_controller=browser_controller) # 4. 定义任务和目标网址 task_description = """ 请访问豆瓣电影 Top 250 页面。 找到排名第一的电影的标题和评分,并将它们打印出来。 """ target_url = "https://movie.douban.com/top250" print(f"开始执行任务: {task_description}") print(f"目标网址: {target_url}") try: # 5. 执行任务 result = await agent.run(task=task_description, url=target_url) # 6. 输出结果 print("\n=== 任务执行结果 ===") print(result) except Exception as e: print(f"任务执行失败: {e}") finally: # 7. 关闭浏览器,释放资源 await browser_controller.close() if __name__ == "__main__": # 运行异步主函数 asyncio.run(main())

5.3 关键代码解释

  1. LLM 客户端初始化:我们创建了一个连接到 GPT-4V 的客户端。这是 Agent 的“大脑”。在实际项目中,你可能需要配置 base_url、超时时间等参数。
  2. 浏览器控制器headless=False意味着我们会看到一个真实的浏览器窗口打开并自动操作。这对于调试和理解 Agent 行为至关重要。在生产环境可以设置为True
  3. 协调器 (Orchestrator):这是核心类,它绑定了 LLM 和浏览器,并实现了前述的规划-执行-观察循环。
  4. 任务描述:我们用自然语言描述任务。注意,描述要尽量清晰、无歧义。好的 Prompt 是成功的一半。
  5. 运行与资源清理:使用asyncio.run执行异步任务。在finally块中确保浏览器被正确关闭,避免资源泄漏。

5.4 运行脚本

在激活的虚拟环境中,运行你的脚本:

python demo_task.py

如果一切配置正确,你将看到:

  1. 一个浏览器窗口自动打开,并导航到豆瓣电影 Top 250。
  2. 浏览器可能会滚动、移动鼠标,最终停留在页面顶部。
  3. 控制台输出提取到的电影标题和评分,例如:“《肖申克的救赎》 9.7”。

这是一个激动人心的时刻:你没有写任何关于豆瓣页面结构的代码,没有用任何选择器,但你的程序通过自然语言指令完成了信息获取。

6. 运行结果与效果验证

运行上述脚本后,我们如何验证 Agent 是否真的“理解”并“正确执行”了任务?

6.1 预期成功输出

成功的运行应该在控制台看到类似以下的日志和信息:

开始执行任务: 请访问豆瓣电影 Top 250 页面。找到排名第一的电影的标题和评分,并将它们打印出来。 目标网址: https://movie.douban.com/top250 [INFO] 初始化浏览器... [INFO] 导航至: https://movie.douban.com/top250 [INFO] 正在获取页面状态 (DOM & Screenshot)... [INFO] 向 LLM 提交任务规划请求... [INFO] 收到动作计划: [SCROLL_TO_TOP, EXTRACT_TEXT(区域: 左上角第一部电影)] [INFO] 执行动作: SCROLL_TO_TOP [INFO] 执行动作: EXTRACT_TEXT [INFO] 提取到文本: “肖申克的救赎 The Shawshank Redemption (1994) 评分: 9.7” === 任务执行结果 === 任务成功完成。 提取信息: 排名第一的电影是《肖申克的救赎》,评分为 9.7。

6.2 如何判断成功?

  1. 任务完成状态:最终输出结果明确表示“任务成功完成”,并给出了符合指令的答案。
  2. 浏览器行为可观测:在headless=False模式下,你可以亲眼看到浏览器完成了页面导航、滚动等操作,并且最终焦点或高亮区域停留在正确的电影条目上。
  3. 日志清晰:整个过程的日志显示了“规划-执行-观察”的循环逻辑。

6.3 如果失败,第一步应该看哪里?

首次运行很可能遇到问题。请按以下顺序排查:

  1. API 密钥与网络
    • 检查OPENAI_API_KEY环境变量是否设置正确。
    • 检查是否能正常访问 OpenAI API(或你使用的其他模型服务)。可以运行一个简单的纯文本 GPT 调用测试。
  2. 依赖包缺失
    • 检查是否安装了 Playwright 的浏览器内核。Page Agent 可能需要你手动安装。
    # 通常 Playwright 需要此步骤 playwright install chromium
  3. 目标网站可访问性:确保你的网络能直接访问https://movie.douban.com。如果目标网站需要特殊网络环境,Agent 同样无法访问。
  4. 查看详细错误日志:控制台会打印 Python 的 Traceback。错误可能来自:
    • LLM 客户端初始化失败。
    • 浏览器启动失败。
    • 页面加载超时。
    • LLM 返回的指令格式无法被 Action Translator 解析。

7. 常见问题与排查思路

在初步跑通 Demo 后,当你尝试更复杂的任务时,可能会遇到以下典型问题。这里提供一个排查指南。

问题现象可能原因排查方式解决方案
Agent 卡住不动,长时间无响应1. LLM API 调用超时或失败。
2. 浏览器页面加载卡住(如无限重定向、弹窗)。
3. Agent 陷入“规划-执行”死循环。
1. 查看控制台网络请求日志,确认 LLM 调用是否返回。
2. 观察浏览器窗口,看页面是否正常加载完毕。
3. 在代码中增加超时设置和循环次数限制。
1. 检查 API 配额和网络。
2. 为浏览器操作和 LLM 调用设置明确的超时参数。
3. 在 Orchestrator 中实现最大步数限制。
LLM 返回的动作无法执行1. LLM 输出的动作描述太模糊(如“点击那个蓝色的按钮”)。
2. Action Translator 无法将自然语言描述映射到有效的 Playwright 定位器。
1. 打印出 LLM 返回的原始动作计划进行分析。
2. 检查 Playwright 执行时的具体错误信息。
1.优化 Prompt:在给 LLM 的指令中,明确要求其输出更结构化、更精确的描述(例如,结合截图坐标或明确的文本内容)。
2.增强 Action Translator:实现更鲁棒的解析逻辑,或加入回退机制(如多种方式尝试定位元素)。
提取的信息不准确1. 页面布局复杂,LLM 识别错误。
2. 截图分辨率或质量影响视觉模型判断。
3. DOM 结构过于庞大,关键信息被淹没。
1. 保存失败时的截图和 DOM 快照,人工分析。
2. 对比 LLM 的输入(截图+DOM),看信息是否完整。
1.预处理页面:在将 DOM 发送给 LLM 前,可以进行简化(移除脚本、样式、隐藏元素),只保留主干结构。
2.调整截图策略:可以截取页面关键区域而非全屏,或提高截图质量。
3.多模态融合:更好地结合视觉和文本线索的 Prompt 工程。
任务成功率低,成本高每次调用 LLM(尤其是 GPT-4V)都产生费用,复杂的任务可能需要多轮调用,成本激增。统计任务成功率和平均调用次数。1.本地轻量模型:对于固定流程的任务,可尝试用本地部署的小视觉模型或纯文本模型+DOM 分析。
2.缓存与记忆:对于重复访问的页面,缓存 LLM 的分析结果。
3.任务分解:将大任务拆解,部分子任务用规则引擎完成。
遇到反爬机制目标网站检测到自动化浏览器行为,触发验证码或直接封锁 IP。观察浏览器是否弹出验证码,或请求被拒绝。1.模拟人类行为:在 Browser Controller 中注入随机延迟、鼠标移动轨迹。
2.使用代理 IP
3.识别验证码:集成验证码识别服务(这本身又是一个 AI 问题)。注意:必须遵守目标网站的robots.txt和服务条款,合法合规使用。

8. 最佳实践与工程建议

如果你想将 Page Agent 或类似技术用于实际项目,以下建议可以帮助你走得更稳。

8.1 任务设计与 Prompt 工程

  • 指令清晰具体:避免“获取一些数据”这种模糊指令。应类似:“在页面顶部的搜索框输入‘Python 编程’,点击搜索按钮,然后从结果列表的第一页中提取所有书籍的标题、作者和价格。”
  • 设定边界和格式:明确告诉 Agent 你需要什么格式的输出,例如“以 JSON 格式返回”,并指定键名。
  • 分步复杂任务:对于非常复杂的任务,考虑设计成多个 Agent 协作,或者由上层控制器将大任务分解为顺序执行的子任务。

8.2 系统稳定性与鲁棒性

  • 超时与重试:为每一个网络请求、LLM 调用、浏览器操作设置合理的超时时间,并实现重试机制(尤其是对于非致命错误)。
  • 状态检查与恢复:Agent 执行过程中应定期检查浏览器页面是否崩溃、网络是否断开,并具备从某个检查点恢复的能力。
  • 日志与监控:记录详细的运行日志,包括每一步的截图、LLM 的输入输出、执行的动作。这对于调试和优化至关重要。可以考虑使用像structlog这样的结构化日志库。

8.3 成本控制

  • 模型选择:评估任务难度。简单的元素定位和文本提取,或许gpt-4o-miniQwen-VL-Max就能胜任,成本远低于GPT-4V
  • 减少不必要调用:如果页面结构稳定,可以将第一次成功执行后 LLM 生成的“动作计划”缓存下来,下次直接复用,绕过 LLM 调用。
  • 本地化部署:积极探索在本地部署开源的多模态模型(如 LLaVA-Next),虽然初期效果可能略差,但长期看对于高频、固定场景的任务,能极大降低成本并提升隐私性。

8.4 安全与合规

  • 遵守robots.txt:在爬取任何公开网站前,检查其robots.txt文件,尊重网站的爬虫协议。
  • 控制访问频率:在浏览器控制器中增加随机延迟,避免对目标服务器造成 DoS 攻击式的压力。
  • 数据使用合规:明确你收集数据的目的,遵守相关法律法规(如 GDPR、个人信息保护法)。仅收集必要数据。
  • API 密钥管理:永远不要将 API Key 硬编码在代码或提交到版本库。使用环境变量或专业的密钥管理服务。

9. 关于 GPT-5.6 的理性思考:开发者该如何关注?

最后,我们回到开头的另一个热点:GPT-5.6。当它的发布充满“变数”时,开发者应该做什么?

9.1 “变数”通常意味着什么?

在 AI 领域,一个重磅模型发布前出现“紧急叫停”、“定价策略反复”等消息,通常指向几个可能:

  1. 技术或安全评估未完成:在内部红队测试或外部小范围测试中发现了重大缺陷(如逻辑错误、安全漏洞、输出不可控等)。
  2. 商业策略调整:面对竞争对手(如 Claude、Gemini)的压力,需要重新权衡定价、开放策略(API 还是仅产品集成)或首发功能范围。
  3. 合规与监管风险:需要更多时间应对即将到来或已经出现的 AI 监管政策。

对开发者的启示:这提醒我们,依赖单一、闭源的尖端 API 存在不确定性。架构设计上应考虑抽象层,避免将核心业务逻辑与某个特定模型的 API 调用深度耦合。

9.2 开发者当前应该做的务实准备

与其猜测发布日期,不如做这些更有价值的事:

  1. 巩固基础架构模式:无论底层模型如何变,一些架构模式是通用的。熟练掌握:

    • LLM 应用框架:如 LangChain、LlamaIndex 的抽象使用,它们能帮你快速切换模型提供商。
    • 提示词工程与微调:理解如何通过 Few-shot、Chain-of-Thought 等技术更好地驾驭现有模型。学习如何用自有数据微调开源模型(如 Qwen、Llama),这能减少对顶级闭源模型的依赖。
    • RAG (检索增强生成)系统构建:这是当前解决大模型幻觉和知识过时问题最有效的工程化方案。GPT-5.6 能力再强,也无法替代你内部文档的精准检索。
  2. 关注开源模型进展:开源社区的发展速度惊人。关注如Qwen 2.5、Llama 3.1、DeepSeek-V2等优秀开源模型的迭代。它们的综合能力可能正在逼近 GPT-4,而成本、可控性和隐私性优势巨大。学习如何在云上或本地有效部署和服务这些模型。

  3. 深入智能体 (Agent) 开发:正如本文探讨的 Page Agent,AI 的下一个爆发点在于“能力落地”。研究如何将 LLM 的认知能力与工具(浏览器、数据库、API、代码解释器)可靠地结合起来。这比等待一个“全能”的模型更有现实意义。框架如CrewAI、AutoGen都值得探索。

  4. 建立成本与性能评估体系:为你现有的 AI 功能建立监控,统计不同任务的 token 消耗、响应延迟、成功率和用户满意度。当 GPT-5.6 真的发布时,你才能用数据说话,判断它是否值得升级,以及升级后对成本和体验的具体影响。

总结一下:GPT-5.6 是一个值得关注的“风向标”,但 Page Agent 代表的是今天就可以动手实践的“施工图”。作为开发者,我们的核心能力不是预测风向,而是利用现有的砖瓦,建造出坚固、有用、能创造价值的房子。把对未知模型的期待,转化为对已知工具的精通和创造性应用,这才是应对这个快速变化时代最稳健的策略。

建议你将本文中关于 Page Agent 的实践部分收藏并亲自运行一遍。在这个过程中遇到的每一个错误和解决它的方法,都会让你对 AI Agent 的实质有更深的理解。这才是真正属于你的技术积累。

🚀 30+款热门AI模型一站整合,DeepSeek/GLM/Qwen 随心用,限时 5 折。 👉 点击领海量免费额度