关于 OpenSEO，我的评价就一句话：今年少见地把“开源”两个字说得挺诚实的项目。它的标语是“开源版 Semrush 和 Ahrefs”，截至 2026 年 8 月 29 日拿了 14,349 个 Star，1,718 个 Fork。但同一时间，它的最新版本号停在 v0.1.6，最近 400 次提交里有 366 次来自同一个人。
六个月从零到 14k Star，这条曲线放在 SEO 这个不算性感的赛道里相当扎眼。真正让我停下来多看两眼的是贡献者名单：18 个人，排第二的 Jeremy Rivera 只提交了 6 次，绝大多数人只贡献过一两次改动。
打开 README 之前，我脑子里已经列了三条它可能翻车的方向。翻完之后发现，它没在功能上吹牛，倒是在钱这件事上异常直白：托管服务在每次转发给 DataForSEO 的请求上加价 28%，这个数字就写在 README 的 Costs 一节里。
所以这不是一个“免费 Ahrefs”。它是一个 MIT 协议、你自己能跑起来的 SEO 客户端，数据层仍然按次付钱给第三方。这一点想明白了，后面所有判断才立得住。往下翻之前，先看看它的架构是怎么搭的。
为什么值得关注：真正值钱的是 Agent 那一层
关键词研究、排名追踪、竞品洞察、外链、站点审计、AI 可见性，这六个工作流你在任何一家 SEO 套件的定价页上都见过，一点都不新鲜。真正拉开差距的是它把这些能力整体暴露成了一个 MCP Server，让 Claude Code、Codex、OpenClaw 这类 Agent 能直接调。
有人会问：把 DataForSEO 自己的 MCP 挂上去不就行了？差别在沉淀。那样做你的 Agent 查完就走，结果只留在对话里。OpenSEO 的 MCP 允许 Agent 把数据写回工作区，比如给关键词打标签做聚类，然后返回一个链接，让你在 OpenSEO 里核对原始结果，而不是信 Agent 的转述。这个设计里有一种很朴素的警惕。
配套的 7 个预置 Skill 是另一半。这七个名字记下来，后面装 Agent 的时候都会用到：
seo-project-setup
seo-coach
keyword-research
keyword-clustering
competitive-landscape
competitor-analysis
link-prospecting
装好之后一句话就能启动一整套流程，不用每次重新跟 Agent 描述一遍方法论。
把整个系统的分层摊开看，会更清楚力气花在哪。
最上面那层是它的野心所在。同一份数据，三种消费方式：人看 Web 面板，Agent 走 MCP 拿结构化数据，内置的 SAM 助手在应用里直接对话。三种方式共用一套存储，不存在“Agent 查的和你看的不是一回事”这种割裂。
下面两层是苦活。DataForSEO 提供关键词、SERP、域名和外链的估算数据，GSC 和 GA4 走 OAuth 接你自己的站，这部分不额外花钱。中间是 Cloudflare Workers 全家桶：Durable Objects 管状态，Workflows 跑审计这类长任务，D1 作为默认数据库，需要 Postgres 时用 Hyperdrive 挂上去。这套选型从第一天起就冲着“免费额度能跑”去的。
最能看出工程品味的是站点审计。它覆盖 24 种以上的问题类型，增量持久化，还能识别 403、429 和 Cloudflare 挑战这类拦截，避免把被拦的页面误判成内容问题。作者还专门造了一个叫 badseo.dev 的 Cloudflare Worker，故意写满 SEO 错误当端到端测试的靶子。为了测自己的审计器先造一个有病的网站，这种投入不是谁都肯做。真正决定你要不要用它的，是装起来到底有多麻烦。
快速体验：三道门槛，第二道最劝退
上手只有两条路：Docker 跑在本机，或者部署到 Cloudflare Workers。官方推荐后者，理由是免费计划的额度对个人够用，还自带公网访问和备份。Docker 那条被明确标注为“个人试用”，Railway、Coolify、Dokploy 目前一律不推荐。
第一道门槛是 DataForSEO API Key。没有它，所有数据类功能都是空的。你得自己去注册账号拿 Key，账户里还得先充钱，最低充值 50 美元。这一关挡掉的是想零成本白嫖的人，也正是官方标语最容易被误读的地方。
第二道门槛最劝退，是 GSC 和 GA4 的 OAuth。开 API、配同意屏幕、建 OAuth 客户端、填回调地址，一整套 Google Cloud Console 流程走下来要不少时间。文档还特别提醒，回调地址的协议、主机、端口、路径必须跟实际部署一字不差，localhost 和 127.0.0.1 不能混用。只做关键词研究和竞品分析可以跳过，但想让 Agent 基于真实查询和流量给建议，这步绕不开。
装好之后怎么用？官方给的四步顺序不能乱，尤其是第一步。
第一步是让 Agent 把业务目标、目标市场和站点上下文存进项目。少了这一步，Agent 通常会给你一份范围大到没法落地的报告。后面三步依次是建立技术基线、挖出机会词、按搜索意图和 SERP 重叠把词映射到页面并标出蚕食风险。四步之间数据都沉淀在 OpenSEO 里，每一步都能回到 UI 复核。
命令本身倒是很干净，官方给的接法就这几行。
git clone https://github.com/every-app/open-seo.git
cd open-seo
cp .env.example .env
# 编辑 .env，填入 DATAFORSEO_API_KEY
docker compose up -d
# 访问 http://localhost:3001，用 /api/health 确认应用和数据库状态
# 本地 Docker 的 MCP 地址，托管版换成 https://app.openseo.so/mcp
claude mcp add --transport http --scope user openseo http://localhost:3001/mcp
# 装上预置的 Agent Skills
npx skills add every-app/open-seo --skill '*' --agent claude-code
图里这套命令跑通之后还有三个坑等着你。本地 Docker 起的 MCP 地址，云端 Agent 连不上，这是最常踩的一个。Docker 默认是 AUTH_MODE=local_noauth，应用本身不做登录校验，把 3001 端口直接暴露到公网等于把你的 DataForSEO 额度送人。站点审计走的是服务端 HTTP fetch 加 HTML parser，不跑浏览器渲染，JS 生成的内容、登录页和 WAF 挑战都会漏或者被标成 blocked。配置上的坑摆在这，不过真正劝退人的往往不是部署，是场景对不对。
什么时候用，什么时候别用
一张表先把边界划清楚。
| 场景 | 典型用户 | 优势 | 局限 |
|---|---|---|---|
| 独立站内容增长 | 独立开发者、博主 | 按量付费，GSC 数据不占预算 | 首次配置要过 OAuth |
| 小代理商多客户 | 5 人以内团队 | 客户涨了成本才涨，无固定席位费 | 跨客户靠项目隔离，团队权限细节不多 |
| 已用 Claude Code 的团队 | 工程化的增长团队 | MCP 加 Skills 直接进现有工作流 | 本地部署云端 Agent 连不上 |
| 需要多年历史外链档案 | 中大型 SEO 团队 | 不适用 | 每次查询现买现卖，没有历史索引 |
第四行是硬伤，值得单独说。Ahrefs 和 Semrush 卖的不只是查询能力，还有他们自己爬了多年的链接和排名档案。OpenSEO 每查一次都是现买现卖，你问不了“这个域名十八个月前的外链长什么样”。做纵向对比的人，换过去等于自断一臂。
还有一类人不适合：不写代码、身边也没工程师的运营。Docker 那条路默认无认证已经说过了，Cloudflare 那条又要求你懂 Workers 和环境变量。官方托管版本来就是给这批人兜底的，10 美元一个月含 10 美元用量，比自己折腾划算。
版本阶段也得算进决策。v0.1.6 意味着接口和工作流还会变，审计 workflow 的步骤结构就变更过一次，官方明确要求升级前先终止运行中的审计，否则进行中的实例会被判定为失败。场景划清楚了，但这个项目真正的风险不在功能边界，在维护结构。
社区怎么样了
要看社区健康度，最省事的办法还是先看一组硬数据。
| 指标 | 数值 | 统计时间 |
|---|---|---|
| Stars | 14,349 | 2026-08-29 |
| Forks | 1,718 | 2026-08-29 |
| Open Issues | 117 | 2026-08-29 |
| 贡献者 | 18 | 2026-08-29 |
| 最新 Release | v0.1.6 | 2026-08-19 |
| 最近一次提交 | 2026-08-24 | — |
| 开源协议 | MIT | — |
| 首次公开 | 2026-02-27 | — |
六个月 14k Star，八月的提交密度尤其高：Cursor 插件包、ChatGPT 上架清单、公开支持页、GDPR 数据擦除、GA4 洞察，一个月里全推完了。发布节奏也稳，v0.1.4、v0.1.5、v0.1.6 在十天内连发，35 个 tag 摆在那。
摊开提交者名单，画风就变了。最近 400 次提交里 366 次来自 Ben Senescu，18 个贡献者里绝大多数只提交过一两次。大量提交带着“Co-authored-by: Claude”的尾巴，说明维护者的真实工作模式是一个人加 AI 结对，不是社区协作。
这是 Bus Factor 等于 1，不是偏科，是字面意义上的单点。项目能跑多快取决于这一个人，会停在哪也取决于这一个人。官方倒是鼓励大家提清晰的 Issue，还专门做了个 /simple-issue-description 技能降低描述门槛，但从提交分布看，第二个稳定核心还没长出来。真正的问题还在后面：它到底值不值得跟。
我的真实看法
先把最容易被误读的那件事说清楚。OpenSEO 开源的是软件，不是数据。MIT 协议给你的是改代码和自托管的自由，关键词、排名、外链的定价权仍然在 DataForSEO 手里。有篇评测把它叫做“开源版 Ahrefs，附带一张数据账单”，我觉得这个说法比官方标语准确得多。
这个区别会咬人。前面提过历史档案的事，这里再补一层：DataForSEO 也是一堆商业工具的上游，你省下的是席位费和界面费，不是数据本身的生产成本。指望开源就能把边际成本压到零的人，多半会失望。
那钱到底省在哪？botmonster 在 2026 年 7 月算过一笔账：100 次关键词搜索、20 次外链检查、50 个词每周排名追踪，这一篮子操作托管版 7.12 美元，去掉 28% 加价自托管约 5.56 美元。同样的需求，Ahrefs 起步 129 美元一个月，Semrush 139 美元。差一个数量级。
同一个账本里藏着一根刺。一次 ChatGPT 品牌可见性检查托管版 1.09 美元，自托管约 0.85 美元，做十次就比前面那一整篮子还贵。AI Visibility 是它最新也最有意思的功能，同时是最容易把账单打穿的功能，用之前先设预算。
| OpenSEO 自托管 | OpenSEO 托管 | Ahrefs | Semrush | |
|---|---|---|---|---|
| 定价模式 | 按次付费给 DataForSEO | 10 美元/月，数据加价 28% | 固定席位 129 美元/月起 | 固定席位 139 美元/月起 |
| 历史索引 | 无 | 无 | 有 | 有 |
| 自托管 | 支持 | 不适用 | 不支持 | 不支持 |
| Agent 接入 | MCP 加预置 Skills | MCP 加预置 Skills | 官方 API | 官方 API |
| 协议 | MIT | MIT | 闭源 | 闭源 |
我的判断是，OpenSEO 的差异化根本不在“便宜”这两个字上。市面上的同类工具里，SerpBear 只做排名追踪而且完全免费，SEONaut 和 LibreCrawl 只做技术审计且不依赖任何付费数据源，真要比省钱它们更省。OpenSEO 的独特位置在“可编排”：传统套件的交付物是一份报告，它的交付物是 Agent 工作流里的一个节点，数据能沉淀、能复核、能接着往下走。
风险也摆在那。DataForSEO 是唯一数据源，README 里没有提任何多源切换的抽象层，它哪天调价或者改 API，整个成本模型就得重算。加上 v0.1.6 的阶段和 Bus Factor 1，我给的建议很明确：拿它当省钱的工作流引擎可以，别拿它当唯一的 SEO 数据基础设施，生产环境 pin 一个具体版本再上。风险说完了，说说我的结论。
资源地址
| 类型 | 地址 |
|---|---|
| 仓库 | https://github.com/every-app/open-seo |
| 官网 | https://openseo.so |
| MCP 文档 | https://openseo.so/docs/mcp |
| Skills 文档 | https://openseo.so/docs/skills/setup |
| Docker 自托管 | 仓库内 docs/SELF_HOSTING_DOCKER.md |
| Cloudflare 自托管 | 仓库内 docs/SELF_HOSTING_CLOUDFLARE.md |
| DataForSEO Key | 仓库内 docs/DATAFORSEO_API_KEY.md |
| Discord | https://discord.gg/c9uGs3cFXr |
总结：值得跟，但先算清那张账单
值得跟。理由不是 14,349 个 Star，是它把一件对的事做对了：在一个被高定价锁死多年的赛道里，把软件层还给了用户，把数据层做成了透明计价。
三个前提：你得能接受自己管部署、管认证、管调用预算；你不需要多年历史数据；你最好已经在用 Claude Code 或 Codex，否则 MCP 那一层发挥不出全部价值。
上手顺序我建议这样走：先在 openseo.so 用免费额度把六个工作流跑一遍，确认数据质量对你的目标市场够用；再用 Docker 在本机验证配置；最后才考虑 Cloudflare 公网部署和 Agent 接入。跳步的人通常卡在第二步。
六个月，从一个想法到 14k Star，这个项目还在陡峭的上升段。上升段给你的红利是功能迭代快，代价是接口会变。想清楚你要的是哪一个，再决定跟不跟。