如何配置你的第一个 Hermes SEO Agent

你将搭建什么

这篇教程会帮助你搭建第一个 Hermes SEO Agent，并且安全到新手也能使用。它不会发布页面、修改你的网站，也不会触碰技术 SEO 设置。它会创建结构化文件：网站总结、审批规则、agent 角色、一份内容 brief 和一份 QA 清单。

目标不是为了自动化而自动化。目标是给 Hermes 足够的上下文和边界，让它能在不瞎猜的情况下协助真实 SEO 工作。完成后，你会拥有一个小型工作区，能够支持关键词研究、内容 brief、页面更新计划、低 CTR 诊断、内部链接建议和 GEO 提示词地图。

从小处开始。如果第一个 agent 还不能写出清晰 brief 并解释风险，它就还不应该接触线上页面。

开始前你需要什么

第一次设置不需要复杂的数据栈。你需要基础访问权限和几个明确决定。

使用 Hermes 官方 quickstart 作为设置参考。公开文档是确认安装步骤、支持工具、模型选项和平台细节的正确位置，先确认再在本地运行任何东西。

说明：从官方 Hermes quickstart 开始，然后在运行增长任务前加入 SEO 专用项目文件和审批规则。

第 1 步：创建 SEO agent 工作区

为这个项目创建一个专用文件夹。不要把它和随机下载、客户文件或旧草稿混在一起。

推荐结构：

/hermes-seo-agent
/context
brand.md
website.md
audience.md
competitors.md
content-rules.md
/data
README.md
gsc-export.csv
bing-webmaster-export.csv
ga4-landing-pages.csv
crawl-export.csv
/briefs
/drafts
/qa
content-quality-gate.md
technical-risk-gate.md
/reports
/prompts
system-prompt.md
first-brief-prompt.md
qa-prompt.md
approval-rules.md

如果你是在自己的网站上测试，就把它建在普通项目目录里。如果你服务客户，每个客户创建一个独立工作区。不要让 Hermes 把一个网站的上下文和另一个网站的数据混在一起。

添加一个简短的 data/README.md，方便以后的你记得这里放什么：

# 数据文件夹

这个文件夹存放导出的 SEO 和分析文件。

允许的文件：
- Google Search Console 导出
- Bing Webmaster Tools 导出
- GA4 着陆页报告
- 爬虫导出
- 排名跟踪导出
- AI 可见性或提示词跟踪导出

规则：
- 不要加入私人客户数据。
- 如果不需要，请脱敏敏感收入或线索数据。
- 尽可能在文件名中加入导出日期。
- Hermes 不得编造缺失指标。

第 2 步：编写品牌上下文文件

Hermes 需要上下文，才能做出有用的 SEO 决策。没有上下文，它会输出“写高质量内容”或“优化搜索意图”这类泛泛建议。这帮助不大。

创建 context/brand.md：

# 品牌上下文

品牌名称：
网站：
主要产品或服务：
一句话描述：
目标客户：
客户痛点：
主要转化目标：
次要转化目标：
服务市场：
语言：
品牌语气：
我们想占领的主题：
我们应避免的主题：
可使用的证明：
不能做出的声明：

示例：

# 品牌上下文

品牌名称：Acme Analytics
网站：https://example.com
主要产品或服务：面向小型 B2B SaaS 团队的分析软件
一句话描述：帮助创始人在一个仪表盘中监控产品注册、激活和内容带来的 pipeline。
目标客户：5-50 人 B2B SaaS 团队的创始人、增长负责人和内容营销人员。
客户痛点：他们持续发布内容，但无法把自然搜索流量和注册、pipeline 关联起来。
主要转化目标：免费试用注册
次要转化目标：预约演示、订阅 newsletter
服务市场：美国、英国、加拿大、澳大利亚
语言：英语
品牌语气：清晰、实用、对创始人友好、不官腔
我们想占领的主题：SEO analytics、内容归因、产品驱动增长报告
我们应避免的主题：企业级 BI、付费媒体归因、财务预测
可使用的证明：产品截图、匿名工作流示例、公开帮助文档
不能做出的声明：保证收入增长、保证排名提升

保持这个文件事实化。不要让 Hermes 编造定位。如果某一行未知，写 TODO。

第 3 步：编写网站上下文文件

创建 context/website.md：

# 网站上下文

首页：
主要产品页：
主要博客或资源中心：
重要转化页：
现有 SEO 页面：
已知薄弱页面：
已知技术问题：
CMS：
发布流程：
谁审批内容：
谁审批技术改动：

示例：

# 网站上下文

首页：https://example.com/
主要产品页：
- https://example.com/product
- https://example.com/pricing
- https://example.com/integrations

主要博客或资源中心：
- https://example.com/blog

重要转化页：
- https://example.com/demo
- https://example.com/signup

现有 SEO 页面：
- /blog/seo-dashboard-template
- /blog/content-attribution-guide
- /blog/ga4-for-saas-founders

已知薄弱页面：
- /blog/old-content-roi-guide，示例已过时
- /integrations/google-search-console，文案较薄

已知技术问题：
- 一些旧博客缺少 meta descriptions
- 2024 年迁移留下的几个 redirects 仍需复查

CMS：Webflow
发布流程：Markdown 起草，Google Docs 编辑，Webflow 发布
谁审批内容：Marketing lead
谁审批技术改动：Developer

这个文件帮助 Hermes 区分内容工作和技术工作。这很重要。标题重写和 canonical 改动不应该走同一条审批路径。

第 4 步：先设置审批规则，再分配任务

在根目录创建 approval-rules.md：

# 审批规则

Hermes 可以在无需审批的情况下做这些事：
- 读取项目上下文文件。
- 分析导出的 SEO 数据。
- 创建内容 brief。
- 起草内部报告。
- 建议 title 和 meta 测试。
- 建议内部链接机会。
- 标记技术 SEO 风险。

Hermes 在这些动作前需要内容审批：
- 撰写完整公开文章。
- 重写线上页面。
- 修改 title tags 或 meta descriptions。
- 添加声明、统计数据或对比。
- 向公开页面添加内部链接。

Hermes 在这些动作前需要技术审批：
- 修改 robots.txt。
- 修改 sitemap 文件。
- 添加或移除 noindex。
- 修改 canonicals。
- 添加 redirects。
- 编辑结构化数据。
- 提交 URL 进行索引。

Hermes 绝不能：
- 直接发布到 CMS。
- 编造数据。
- 编造引用。
- 宣称保证排名或保证 AI 引用。
- 只为覆盖关键词而批量创建页面。
- 在公开内容中使用私人客户数据。

现在加入输出规则：

# 必须使用的建议格式

每条建议都必须包含：
- URL 或页面名称
- 证据
- 建议动作
- SEO 影响
- GEO 影响
- 风险等级：低、中、高
- 是否需要审批：是/否
- 建议负责人

一个新手 SEO agent 不应该在风险上含糊。如果 Hermes 不能解释为什么某条建议安全，它就不应该继续推进。

第 5 步：先定义一个 agent 角色

不要一开始就做五个 agents。先从一个角色开始：受监督的 SEO 操作员。

创建 prompts/system-prompt.md：

你是这个网站的受监督 SEO/GEO 操作员。

你的任务是协助 SEO、GEO、AEO、AI 搜索可见性、内容规划、技术 SEO 审核和效果诊断。

你基于项目文件工作。提出建议前必须读取上下文文件。

操作规则：
- 不要发布或编辑线上页面。
- 不要编造指标、事实、引用或客户结果。
- 如果数据缺失，写“缺失”。
- 区分 SEO 影响和 GEO 影响。
- 除非开发者批准，否则将技术改动标记为高风险。
- 使用 approval-rules.md 中的审批规则。
- 优先给出小而有证据支持的下一步动作，不要给庞大但模糊的战略。

默认输出格式：
- 总结
- 已审阅证据
- 推荐动作
- 风险
- 需要审批
- 下一步要创建的文件

这个角色刻意保持狭窄。之后你可以拆成 Researcher、Writer、Editor、Technical QA 和 Publisher。第一周，一个受监督操作员更容易调试。

第 6 步：加入第一条内容 brief 提示词

创建 prompts/first-brief-prompt.md：

为这个主题创建一份新手安全的 SEO/GEO 内容 brief：
[插入主题]

写作前，读取：
- context/brand.md
- context/website.md
- context/audience.md（如果有）
- approval-rules.md

不要写完整文章。
不要编造数据。
如果 SEO 数据缺失，请标记为缺失。

返回：
1. 工作标题
2. 目标读者
3. 搜索意图
4. GEO 提示词意图
5. 主要关键词
6. 相关问题
7. 必须清晰解释的实体
8. 推荐页面结构
9. 所需证据和来源
10. 内部链接机会
11. 建议 title tag
12. 建议 meta description
13. 风险和审批要求
14. 审批后的下一步

现在用一个安全主题运行它。选择低风险主题，比如教育型文章。避开定价、法律、医疗、金融或高风险声明。

示例主题：

B2B SaaS 团队如何把 Google Search Console 数据与 GA4 着陆页报告连接起来

好的输出应该很具体。弱输出会说“优化 SEO”这类话，却不说明读者、页面类型、证据或风险。

第 7 步：起草前检查第一份 brief

创建 qa/brief-quality-gate.md：

# Brief 质量门

内容 brief 只有满足这些条件才算准备好：

- [ ] 目标读者具体。
- [ ] 搜索意图清晰。
- [ ] GEO 提示词意图清晰。
- [ ] 主要关键词与业务相关。
- [ ] 相关问题是真实读者问题。
- [ ] 页面结构匹配意图。
- [ ] 列出了所需证据。
- [ ] 内部链接相关，不生硬。
- [ ] 标记了需要验证的声明。
- [ ] 审批要求清晰。

然后让 Hermes 审核自己的 brief：

根据 qa/brief-quality-gate.md 审核这份内容 brief。

返回：
1. 每个清单项的通过/失败。
2. 哪些地方太模糊。
3. 哪些地方可能有风险。
4. 缺少哪些信息。
5. 只有当第一版失败时，才给出修订后的 brief。

不要跳过这一步。新手通常想从提示词直接跳到文章。brief 阶段可以在错误假设还很便宜的时候抓住它们。

第 8 步：工作流可用后再加入数据

当 Hermes 能创建并 QA 一份有用 brief 后，再加入导出数据。

从这些文件开始：

/data/gsc-export-YYYY-MM-DD.csv
/data/bing-webmaster-export-YYYY-MM-DD.csv
/data/ga4-landing-pages-YYYY-MM-DD.csv
/data/crawl-export-YYYY-MM-DD.csv

最少字段：

然后使用这条提示词：

读取 /data 中的文件，并创建第一份 SEO 机会报告。

返回：
1. 搜索数据中的低 CTR 页面。
2. 有展示但点击较弱的页面。
3. 有自然搜索流量但互动或转化较弱的页面。
4. 有抓取或可索引性问题的页面。
5. 可能需要更清晰 GEO 答案块的页面。
6. 本周推荐的前 5 个动作。

每个动作都包含证据、风险和所需审批。
不要编造数据。

这时 agent 才真正开始有用。它可以停止给泛泛建议，开始说明哪个页面最值得优先处理。

第 9 步：设置前三个重复输出

第一个月，只让 Hermes 生成三个重复文件。

/reports/weekly-action-queue.md
/briefs/[topic-or-page].md
/qa/[page-or-draft]-qa.md

使用这个运行节奏：

这不需要完整自动化。开始时手动运行完全可以。手动阶段有助于学习。自动化应该在工作流稳定后再加入。

第 10 步：知道什么时候可以给 agent 更多权限

只有当第一个 Hermes SEO Agent 通过这些检查后，才适合进入更高级任务：

如果任何一项失败，不要添加发布权限。先修复工作流。

可复制粘贴的入门包

如果你只想要最小设置，复制这四个文件。

context/brand.md

# 品牌上下文

品牌名称：
网站：
产品或服务：
目标客户：
主要转化目标：
市场：
语言：
想占领的主题：
要避免的主题：
允许声明：
禁止声明：
语气：

approval-rules.md

# 审批规则

Hermes 可以创建 brief、报告、建议和 QA 清单。
Hermes 不得发布、编辑线上页面、修改技术 SEO 设置、编造数据或编造引用。

以下事项需要人工审批：
- 线上页面更新
- Title/meta 修改
- 内部链接添加
- 结构化数据修改
- Robots、sitemap、canonical、noindex 或 redirect 修改
- CMS 发布
- 基于外部来源或指标的声明

prompts/system-prompt.md

你是受监督的 SEO/GEO 操作员。
提出建议前读取上下文文件。
使用 approval-rules.md。
不要发布、编辑线上页面或编造数据。
区分 SEO 影响和 GEO 影响。
每条建议都必须包含证据、风险和所需审批。

prompts/first-brief-prompt.md

为这个主题创建 SEO/GEO 内容 brief：[主题]

返回目标读者、搜索意图、GEO 提示词意图、主要关键词、相关问题、实体、页面结构、所需证据、内部链接、title tag、meta description、风险和审批要求。
暂时不要写文章。

Auspia 观点

第一个 Hermes SEO Agent 应该更像一个谨慎的初级操作员，而不是神奇内容机器。它应该索取上下文、标记缺失数据、产出整洁文件，并告诉你什么时候需要审批。

这对第一周已经足够。设置跑通后，你可以连接 GSC、Bing Webmaster、GA4、爬虫数据和 AI 可见性跟踪。然后 Hermes 才能从内容 brief 进入数据监督和每周 SEO/GEO 行动队列。

如果第一版设置感觉很受控，这是好事。受控系统更容易信任、改进，并在之后自动化。

FAQ

设置 Hermes SEO Agent 需要 API 集成吗？

不需要。第一次设置使用 Markdown 文件和 CSV 导出即可。API 集成之后会有用，但创建 brief、QA 报告、审批规则和简单机会报告并不需要 API。

第一个 Hermes SEO 任务应该是什么？

从内容 brief 或小型机会报告开始。不要从发布、技术 SEO 改动或全站重写开始。

一个 Hermes Agent 可以同时处理 SEO 和 GEO 吗？

可以，只要指令把两者分开。要求 Hermes 分别标记 SEO 影响和 GEO 影响。SEO 通常关注查询、页面、可抓取性、摘要、链接和效果；GEO 关注提示词、实体、清晰答案、证据和 AI 搜索可见性。

什么时候应该增加更多 agents 或 swarm 工作流？

只有当单个受监督操作员已经能稳定产出 brief 和 QA 报告后，再增加更多 agents。如果基础工作流很混乱，加入 Researcher、Writer、Editor、QA 和 Publisher 角色只会让问题更难调试。

新手设置中绝不能自动化什么？

不要自动化发布、redirects、noindex 修改、canonical 修改、robots.txt 编辑、结构化数据改动或 URL 提交。这些动作需要人工审核，因为它们会影响索引、流量和转化。

如何判断设置已经生效？

当 Hermes 能读取上下文、产出具体 brief、解释缺失数据、标记风险，并创建一个人类可以直接批准或拒绝的下一步动作时，设置就已经生效。

继续阅读 Hermes SEO/GEO 系列

• 从这里开始： Hermes SEO/GEO 操作员指南 。
• 上一篇指南： 如何把 Hermes Agent 用作 SEO/GEO 操作员 。
• 下一篇指南： 如何将 Hermes 接入 GSC、Bing Webmaster 和 GA4 。
• 密切相关： 如何搭建 Hermes SEO/GEO swarm 工作流 、 如何用 Hermes 做技术 SEO/GEO 审计 。

作者：Clara Bennett，Auspia 10 年内容策略实践者。Clara 专注于编辑系统、主题地图、可重复内容运营，以及 SEO/GEO 生产工作流。