★ FEATURED ARTICLE 1. 为什么 Coze 原生抓取在真实站点上总差一口气先说结论Coze 工作流里做网页访问和搜索结果抓取原生插件能跑通 demo但一上真实站点就容易卡在三个地方——反爬拦截、结果字段不固定、以及后续节点拿不到干净的结构化数据。这篇就围绕 Coze 工作流调用 Bright Data MCP 的完整链路把网页访问、搜索结果抓取、数据结构化处理三个环节串起来给你可复制的 MCP 配置片段和工作流节点参数最后做一次端到端验证确认抓取结果能按预期字段回填到 Coze 后续节点。如果你做过竞品价格监控、关键词排名跟踪、行业资讯聚合这类需求大概率遇到过手动打开网页复制粘贴一天下来两三个小时没了写个脚本去抓跑两天 IP 就被限好不容易拿到 HTML还得写一堆正则去清洗。Coze 的可视化工作流本来是想解决编排问题但它的内置搜索和抓取工具面向的是通用公开查询遇到电商详情页、搜索引擎结果页、资讯站点这种结构复杂、访问频率敏感的目标短板就暴露了。Bright Data MCP 的价值在于它把网页访问和搜索结果抓取封装成 AI Agent 可以直接调用的工具层支持 60 多个工具返回的是已经清洗过的结构化内容而不是一堆需要你自己解析的原始 HTML。Coze 负责流程编排、触发和消息推送Bright Data 负责底层抓取和反爬防护两者通过标准 MCP 接口对接。这样你既不用维护代理池也不用写解析逻辑工作流里拿到的就是能直接喂给大模型节点的 JSON。适合谁市场、运营、SEO、竞品分析岗位以及想用零代码方式搭自动化数据采集 Bot 的开发者。前置条件就三样——一个 Coze 账号并开启工作流编辑权限一个 Bright Data 账号拿到 MCP 配置信息以及明确你要采集的目标链接或关键词。下面从 MCP 配置开始一步步落地。2. TaoToken 前置把模型调用和 MCP 抓取拆成两层在讲 Bright Data MCP 接入之前先理清一个容易混淆的点Coze 工作流里其实有两类外部调用一类是抓取层Bright Data MCP 负责网页访问和 SERP 抓取另一类是模型层大模型节点负责把抓取结果结构化、总结、排名。抓取层用 Bright Data模型层如果你想让工作流里的大模型节点更稳定、成本更可控可以用 TaoToken 作为模型接入层。TaoToken 是一个面向开发者的模型调用聚合入口官网是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 。它的作用是让你在 Coze 工作流的大模型节点、或者本地 Coding Agent 里用统一的 Base URL 和 Key 去调用不同厂商的模型不用每个模型单独配一套鉴权。对于这篇的场景来说抓取结果回填到 Coze 后往往需要一个大模型节点做字段抽取和排名统计这时候模型层的稳定性直接决定工作流能不能 7×24 跑。具体怎么接在 Coze 工作流里大模型节点本身支持自定义模型接入。你需要准备三件套Base URL、API Key、Model ID。Base URL 填 https://taotoken.net/api API Key 在 TaoToken 控制台的 API Keys 页面生成Model ID 按你实际要用的模型填。如果你是在本地用 Claude Code 或者 Codex 这类工具做工作流调试配置方式类似Claude Code 的 settings 里把 base_url 指向 TaoTokenCodex 的 auth.json 里填对应的 key 和 model。这里给一个本地调试用的 settings 片段路径按你实际工具的要求放{ base_url: https://taotoken.net/api, api_key: sk-你的TaoToken密钥, model: claude-sonnet-4-20250514 }如果你用的是 Codex 的 auth.json结构类似{ openai_base_url: https://taotoken.net/api, openai_api_key: sk-你的TaoToken密钥, model: gpt-4o }注意TaoToken 在这里的角色是模型调用层不是抓取层。抓取还是走 Bright Data MCP。两层拆开的好处是抓取失败不会影响模型调用模型限流也不会阻塞抓取。你可以在 Coze 工作流里把 Bright Data MCP 节点放在前面大模型节点放在后面中间用变量传递。如果你还没有 TaoToken 的 Key可以去控制台生成https://taotoken.net/console 。生成后建议单独建一个 Key 给 Coze 工作流用方便后续按项目做用量归因。模型对话调试可以用 https://taotoken.net/models 接入文档在 https://taotoken.net/doc 。长期跑编码类或 Agent 类工作流可以考虑 Coding Planhttps://taotoken.net/coding-plan 。3. 可复制配置Bright Data MCP 接入 Coze 工作流这一节是全文最核心的部分给你可以直接复制的 MCP 配置片段和 Coze 工作流节点参数。整个链路分四步拿 MCP 地址、在 Coze 添加 MCP 插件、创建工作流并配置节点、设置输出变量。3.1 获取 Bright Data MCP 地址登录 Bright Data 控制面板左侧菜单找到 MCP点击配置 MCP。在工具选择页勾选你需要的工具做搜索结果抓取就选 search_engine做网页访问就选对应的网页抓取工具。选完后点击继续配置页面会生成一个 MCP 地址点击复制。这个地址就是后面要填到 Coze 插件里的 URL。MCP 地址的格式通常长这样https://mcp.brightdata.com/sse?token你的tokentoolssearch_engine注意 token 是跟你的账号绑定的不要泄露。授权方式选 Bearer 或 API Key按 Bright Data 页面提示填。3.2 在 Coze 添加 MCP 插件进入 Coze 资源库点击右上角添加资源选择插件。填写插件信息插件名称填brightdata_mcp插件描述填Bright Data MCP 网页访问与搜索结果抓取插件类型选 MCP插件 URL 粘贴上一步复制的 MCP 地址授权方式按 Bright Data 要求填。保存后这个插件就会出现在你的资源库里工作流节点可以直接引用。3.3 创建工作流并配置开始节点新建项目选择工作流开发。填写工作流名称比如serp_rank_monitor描述写关键词搜索结果抓取与排名统计。进入工作流编辑器后先配置开始节点。开始节点定义一个变量input类型 String用来接收用户输入的关键词。3.4 添加 MCP 插件节点在开始节点后面添加插件节点选择资源库里刚添加的brightdata_mcp工具选search_engine。这个工具的作用是从 Google、Bing 或 Yandex 抓取搜索结果以 JSON 或 Markdown 格式返回 SERP 结果包含 URL、标题、描述。节点输入参数配置如下参数值说明enginegoogle可选 google、bing、yandexgeo_locationus两位国家代码如 us、gbquery{{开始节点.input}}引用开始节点的关键词变量cursor留空下一页分页光标首次调用不填输出变量为content类型是数组。content 里的结构是嵌套的 JSON 字符串展开后能看到organic数组每个元素包含link、title、description。这就是后面大模型节点要处理的原始数据。3.5 添加大模型节点做结构化在 MCP 插件节点后面添加大模型节点。输入变量绑定 MCP 节点的content。系统提示词写你是一个搜索结果结构化助手。用户会给你一段 SERP JSON 数据请提取 organic 数组中的 link、title、description 三个字段按出现顺序输出为 JSON 数组不要添加额外解释。用户提示词写请处理以下搜索结果数据{{MCP节点.content}}输出变量命名为structured_result类型 String。如果你用 TaoToken 接入模型在大模型节点的模型配置里把 Base URL 填 https://taotoken.net/api API Key 填你的 TaoToken 密钥Model ID 按需选择。3.6 配置结束节点结束节点输出变量绑定大模型节点的structured_result。这样整条链路就是用户输入关键词 → MCP 抓取 SERP → 大模型结构化 → 输出 JSON 数组。4. 验证请求一次端到端跑通并确认字段回填配置完成后点击试运行。输入关键词比如主流大模型有哪些。观察每个节点的执行情况。MCP 插件节点的原始输出类似这样截取部分{ content: [ { type: text, text: {\n \organic\: [\n {\n \link\: \https://zhuanlan.zhihu.com/p/670574382\,\n \title\: \国内外知名大模型及应用\,\n \description\: \混合推理模型虽然已占据市场主流...\\n },\n {\n \link\: \https://www.datalearner.com/leaderboards\,\n \title\: \AI大模型评测排行榜\,\n \description\: \聚合ARC-AGI-2、HLE、AIME 2025等主流基准...\\n }\n ],\n \current_page\: 1\n} } ] }大模型节点处理后输出应该是干净的 JSON 数组[ { link: https://zhuanlan.zhihu.com/p/670574382, title: 国内外知名大模型及应用, description: 混合推理模型虽然已占据市场主流... }, { link: https://www.datalearner.com/leaderboards, title: AI大模型评测排行榜, description: 聚合ARC-AGI-2、HLE、AIME 2025等主流基准... } ]结束节点预览时确认structured_result里每个对象都有link、title、description三个字段且顺序与 SERP 一致。如果字段缺失回到大模型节点检查提示词是否明确要求了这三个字段。确认无误后点击右上角发布工作流就进入资源库可以被 Bot 或其他工作流引用。这一步的关键验证点是抓取结果能按预期字段回填到 Coze 后续节点。你可以在大模型节点后面再加一个代码节点用 JavaScript 统计organic数组长度或者提取前三条的 title 做排名展示。只要能拿到结构化数组后续节点想怎么处理都行。5. 本篇常见错排查401、local proxy failed、reading choices实际跑的时候报错基本集中在这几类。我按真实遇到的顺序列出来对照排查。401 UnauthorizedMCP 插件节点报 401通常是 Bright Data 的 token 失效或没填对。回到 Bright Data 控制面板重新复制 MCP 地址确认 token 完整。如果 Coze 插件里授权方式选的是 Bearer检查 header 里有没有正确带上Authorization: Bearer 你的token。另外TaoToken 的 Key 如果填错也会在大模型节点报 401去 https://taotoken.net/api-keys 重新生成一个确认 Base URL 是 https://taotoken.net/api 而不是带其他路径。local proxy failed这个报错一般出现在本地调试 MCP 的时候比如你在 Claude Code 或 Cline 里配了 MCP server但本地代理端口没起来。检查你的 MCP 配置里 command 和 args 是否正确如果是 SSE 方式确认 URL 能通。Coze 云端工作流一般不会出这个错如果你在本地用 Cline MCP 调试把 MCP server 的启动命令单独跑一遍看日志里有没有端口占用。reading choices 报错这个通常是大模型节点返回格式不对Coze 在解析模型输出时找不到choices字段。原因可能是模型返回了非标准 JSON或者 TaoToken 的模型 ID 填错导致返回了错误结构。检查大模型节点的输出变量类型确保模型返回的是纯文本或标准 JSON。如果用的是 Codex auth.json 配置确认openai_base_url和openai_api_key都指向 TaoTokenmodel 字段填的是有效模型 ID。OAuth 相关报错如果你在 MCP 配置里选了 OAuth 授权但 Coze 插件不支持完整的 OAuth 回调会卡在授权环节。建议 Bright Data MCP 直接用 token 方式不要走 OAuth。Claude Code 接入时如果遇到 OAuth 报错检查 settings 里的认证方式改成 API Key。抓取结果为空MCP 节点返回的content数组为空或者organic里没有数据。先确认query参数有没有正确引用开始节点的变量再确认engine和geo_location组合是否支持。有些关键词在特定地区没有搜索结果换个 geo_location 试试。另外Bright Data 的 search_engine 工具有调用配额配额用完也会返回空去控制台看用量。字段回填失败大模型节点输出不是 JSON 数组后续节点拿不到link、title。把系统提示词改得更严格明确要求「只输出 JSON 数组不要 markdown 代码块不要解释文字」。如果模型还是加代码块在代码节点里做一层清洗去掉json 和标记。排查顺序建议先看 MCP 节点有没有返回数据再看大模型节点输出格式最后看结束节点变量绑定。三层都通了工作流就稳了。6. 语义一致 CTA按你的场景选入口如果你现在卡在排障或接入环节比如 401、local proxy failed、OAuth 报错优先去 TaoToken 的 API Keys 页面重新生成密钥并对照接入文档检查 Base URL 和 Model IDhttps://taotoken.net/api-keys 、https://taotoken.net/doc 。如果你想先验证模型输出格式确认大模型节点能不能稳定返回 JSON 数组可以用模型对话页面直接测提示词https://taotoken.net/models 。如果你打算长期跑编码类或 Agent 类工作流比如让 Coze 工作流定时抓取 SERP 并自动生成排名报表或者用 Claude Code 做本地调试Coding Plan 会更合适https://taotoken.net/coding-plan 。最后提醒一句Bright Data MCP 负责抓取TaoToken 负责模型调用Coze 负责编排。三层各司其职任何一层出问题都先单独验证不要混在一起调。工作流发布后建议先跑一周低频任务观察配额消耗和字段稳定性再逐步提高频率。
阅读完成 · 觉得有帮助？
