如何設定你的第一個 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 生產工作流。