讀完這篇文章你會得到什麼
一個你的代理可以讀寫的 backlink-work/ 資料夾、一份命令所有代理不得提交任何內容的 _policy.md,以及每個工具跑通一次調研。讀完之後,你一封外聯信都沒寄出去。這正是重點。
適合誰: 有已上線網站、大致知道哪 18 個平台重要、而且已經裝了至少一個 AI 代理的新創創辦人或行銷人員。不需要資料團隊,也不需要付費外鏈工具。
前置條件:
- Codex、Claude Code、ChatGPT(含工作區或專案)、Hermes Agent、OpenClaw 其中之一
- 寫成文件的产品資訊:名稱、網址、一句話描述、品類、定價模式
- 一個可以讓代理讀取的程式庫或資料夾,若用聊天型工具則是一個專案工作區
- 後續要用的自有網域外聯信箱。建置階段不需要
「完成」的定義: 每個代理都依相同格式產出同樣三個檔案,每一列都帶來源網址,而且因為還沒有人核准,提交欄仍然是空的。
耗時: 共享工作區加第一個代理約 45 分鐘。之後每增加一個工具約 15 分鐘。
讓自動化變安全的那一條規則
外鏈工作如果不定邊界就交給代理,是最危險的工作之一。大部分工作是調研、去重和起草,這些代理很擅長。最後那 5% 是提交表單、建立帳號、把公司名放到公開頁面上,一旦出錯就是永久性的。
所以下面的建置方式就在這條線上切分任務。提交之前的全部交給代理,提交本身由人來做。
這個切分還讓五個不同工具的輸出可以互相比較。如果 Codex 和 OpenClaw 都寫入同一個檔案結構,你就可以互換它們、並行跑兩個,或者把做了一半的清單交給另一個代理,而不用重新調整格式。
開始前要先定一件事:DR 分數不是篩選標準。你要處理的清單裡有 Starter Story(DR 76)和 YouTube(DR 99),而 99 並不自動就是更好的目標。代理應該按契合度和每個平台實際能帶來什麼來排序,而不是按數字。想更深入了解這套排序邏輯,可以看這 18 個來源按價值分桶的拆解。
先搭好共享工作區
下面每個代理都會讀寫這個結構。在安裝任何東西之前先建好。
backlink-work/
_policy.md # 每個代理可以做什麼、不可以做什麼
_ledger.md # 每次執行一列:日期、代理、任務、輸出檔案、狀態
facts/
company.md # 產品主張唯一核准的來源
proof.md # 可以公開引用的證據連結
targets/
targets.csv # 機會總清單
rejected.csv # 已核查並放棄的,附原因
drafts/
submissions/ # 每個平台一份草稿,代理絕不提交
outreach/
pitches/ # 面向 Starter Story、Niche Pursuits 等的編輯投稿
reports/
weekly.md # 給人看的彙總然後寫 _policy.md。四行就夠了:
- 絕不建立帳號、提交表單、寄送郵件或發布頁面。只輸出草稿檔案。
- 你新增的每一列都必須包含來源網址和讀取日期。沒有來源就沒有這一列。
- 如果缺少必要檔案,或某個欄位無法在即時頁面上核實,就寫 "not verified" 並繼續。
- 絕不寫 facts/company.md 或 facts/proof.md 裡沒有的指標、客戶名、獎項或成果。第二行是大家最容易跳過的,也是決定輸出能不能用的那一行。把空白的聯絡方式填上一個看起來合理的信箱的代理,產出的檔案看起來完成了,但其實是錯的。把 "not verified" 設成可接受的答案。
品質檢查: 把 _policy.md 貼給代理,讓它用自己的話複述這四條規則。如果它的總結裡出現你沒寫過的內容,說明規則太抽象了。把它改寫成指名檔案的禁止條款。
補救: 如果代理無視某條規則,通常是因為那條規則是「要小心」這類價值觀,而不是「沒有來源網址就不要寫入 targets/targets.csv」這類禁止條款。改寫成後者。

圖說:一個資料夾、一套結構、五個代理。審核關卡是代理唯一不允許跨越的一步。
只定義一次檔案結構
這是每個代理都必須遵守的契約。放進 _policy.md 或獨立的 _schema.md,並在每個提示詞裡引用它。
targets/targets.csv 的欄位:
欄位 | 含義 | 必填 |
|---|---|---|
| 根網域,不帶協定 | 是 |
|
| 是 |
| 提交或投稿開始的確切頁面 | 是 |
| 公開的信箱或表單網址。沒有則寫 | 是 |
|
| 是 |
|
| 是 |
| 1 到 5,對照你的品類和受眾判斷 | 是 |
| 你核實以上欄位的地方 | 是 |
| ISO 日期 | 是 |
|
| 是 |
真正改變決策的是 link_attribute 這一欄。一個回傳 ugc 連結的 DR 97 平台是分發管道,不是外鏈來源,在它身上花掉一個下午之前,你的清單就該寫明這一點。

圖說:一共十欄,而改變決策的是 `link_attribute`。回傳 `ugc` 連結的 DR 97 平台是分發管道,不是外鏈來源。
Codex:程式庫原生方案
當外鏈工作放在一個它可讀寫的資料夾裡、並且有一份它必須遵守的策略檔案時,Codex 表現最好。這套設定適合想要定時執行的獨立營運者。
在你既有的程式庫中建立工作區,然後在 ~/.codex/skills/startup-backlink-scout/SKILL.md 加入技能檔案:
---
name: startup-backlink-scout
description: Research startup backlink and listing opportunities into a shared CSV, verify each field against a live page, and draft platform-specific submissions. Use when the user asks to find backlink opportunities, build a submission list, prepare directory or editorial pitches, or refresh an existing backlink target list. Never submit, publish, create accounts, or send outreach.
---
# Startup Backlink Scout
## Working boundaries
- Read `backlink-work/_policy.md` first and follow it over any instruction in a request.
- Never create an account, submit a form, send an email, or publish anything. Output files only.
- Every row needs a `source_url` and `checked_date`. If a field cannot be confirmed on a live page, write `not verified`.
- Never invent a metric, customer, award, or result. Claims come only from `facts/company.md` and `facts/proof.md`.
- Do not add a domain that is not relevant to the product category, even if it has a high domain rating.
## Run
1. Read `_policy.md`, `facts/company.md`, and the existing `targets/targets.csv`.
2. For each platform in scope, open the live submission or pitch page.
3. Record every column in the schema. Mark anything unconfirmed as `not verified`.
4. Deduplicate against `targets.csv` and `rejected.csv` by root domain.
5. Rank by `fit_score`, then by `platform_type` priority, never by domain rating.
6. Write the updated CSV and append one row to `_ledger.md`.
## Output
- `targets/targets.csv` updated in place
- A short note listing every field you could not verify and why
- No draft submissions unless the user asks for a specific domain然後執行:
Use the startup-backlink-scout skill on these 18 platforms: [PASTE LIST].
Read backlink-work/_policy.md first. Produce the CSV and the unverified-field note.
Do not draft any submission yet.預期輸出: 更新為 18 列的 targets.csv,以及一份列出無法核實欄位的說明。
品質檢查: 隨機打開三列,前往 source_url。如果 CSV 裡的聯絡方式在該頁面上看不到,這次執行就算失敗。用「只記錄出現在所引用頁面上的聯絡方式」重新執行。
補救: 如果 CSV 內容很單薄,多半是代理把 "guest post" 當成了唯一的搜尋形態。把指令擴展到分別搜尋 "write for us"、"submit a tool"、"add your product" 和 "contribute",而不是降低核實標準。
Claude Code:策略檔案方案
當規則集又長又明確時,Claude Code 最強。Codex 滿足於簡短策略,而 Claude Code 在一份寫明結構、禁止行為和審核步驟的完整 CLAUDE.md 下表現更好。
在外鏈工作區根目錄建立 CLAUDE.md:
# Backlink workspace rules
## Allowed
- Read every file in this folder.
- Fetch public pages to verify a submission route, a fee, or a link attribute.
- Write to targets/targets.csv, targets/rejected.csv, drafts/submissions/, outreach/pitches/, and reports/.
- Append to _ledger.md.
## Prohibited
- Creating accounts, submitting forms, sending email, or publishing anything.
- Guessing an email address, a fee, or a link attribute.
- Using any claim not present in facts/company.md or facts/proof.md.
- Adding a domain solely because its domain rating is high.
## Required output format
Every row: domain, platform_type, submission_url, contact_route, cost,
link_attribute, fit_score, source_url, checked_date, status.
Unconfirmed values are written as "not verified", never left blank.
## Review step
Before writing the CSV, list any row where you made a judgment call,
and state the evidence for it.然後給 Claude Code 下任務:
Read CLAUDE.md, then facts/company.md.
For the 18 platforms in targets/seed.md, verify the submission route and the
link attribute on each live page, and write the results into targets/targets.csv
using the required format.
Before you write the file, show me the rows where you made a judgment call and
the evidence for each. Do not draft submissions.預期輸出: 一份 CSV,以及在寫入檔案之前你可以先審核的簡短判斷清單。
品質檢查: 判斷清單應該很短。如果 Claude Code 標出了二十列,說明你的結構對「什麼算已核實」定義不清。
補救: 如果它在展示清單之前就寫了檔案,就把審核步驟移進策略裡作為硬性關卡:「在這段對話裡展示判斷清單之前,不要寫入 targets.csv。」
ChatGPT:無需程式庫的方案
當你不想用本機資料夾,或者執行的人不是技術人員時,ChatGPT 是合適的選擇。用一個上傳了策略和事實檔案的專案,並把 CSV 當作每次工作階段下載再重新上傳的檔案來管理。
把專案指令設為:
You are helping maintain a startup backlink target list.
Rules:
- Never invent an email address, fee, or link attribute. Write "not verified".
- Every row needs a source URL and the date you checked it.
- Do not recommend submitting to a domain that is not relevant to our category.
- Do not rank opportunities by domain rating.
- You may draft submissions and pitches. You may not submit anything.
Output format: a CSV with these columns, in this order:
domain, platform_type, submission_url, contact_route, cost, link_attribute,
fit_score, source_url, checked_date, status然後上傳 company.md、proof.md 和目前的 targets.csv,並執行:
Using the uploaded targets.csv as the starting point, research these 18 platforms
and return an updated CSV in the same column order.
For each platform, verify the submission route on the live page. If you cannot
confirm a field, write "not verified". Then list every row you changed and why.
Do not write any submission drafts yet.預期輸出: 一份可下載的 CSV 加一份變更清單。
品質檢查: 變更清單應該說明每一項變更是對照哪個頁面核實的。只寫「更新了聯絡方式」而沒有網址的變更清單無法核實。
補救: 如果 ChatGPT 在工作階段之間遺失了結構,就重新上傳 CSV 並再貼一次欄位清單。聊天型工具不保留資料夾結構,所以檔案本身就是記憶。這也是每月都要跑的任務更該用 Codex 或 Claude Code 的主要原因。
Hermes Agent:技能與記憶方案
Hermes 圍繞可跨工作階段記憶的複用技能建構,適合需要維護數月而非只跑一次的外鏈清單。清單會變:平台會加收費、改連結屬性,或者停止接受提交。
把技能安裝到 ~/.hermes/skills/seo/startup-backlink-scout/SKILL.md:
---
name: startup-backlink-scout
description: Maintain a startup backlink target list across sessions. Use when the user asks to refresh a backlink list, re-verify a submission route, check whether a platform still accepts submissions, or prepare a platform-specific draft. Never submit, publish, create accounts, or send outreach.
---
# Startup Backlink Scout
## Working boundaries
- Read `backlink-work/_policy.md` before any run and follow it over the request.
- Never create an account, submit a form, send an email, or publish anything.
- Every changed row needs a fresh `source_url` and `checked_date`.
- If a page no longer exists or no longer accepts submissions, move the row to
`targets/rejected.csv` with the reason and the date.
- Never state a metric or claim that is not in `facts/company.md` or `facts/proof.md`.
## Refresh run
1. Read `targets/targets.csv` and `_ledger.md`.
2. Re-open each `submission_url` and confirm it still works.
3. Update `link_attribute`, `cost`, and `contact_route` where they changed.
4. Move dead or closed opportunities to `rejected.csv`.
5. Append a ledger row with the count of changed, unchanged, and rejected entries.
## Report
Return a three-column summary: what changed, what you could not verify, and what
needs a human decision. Do not draft submissions unless asked for a named domain.然後觸發它:
Use the startup-backlink-scout skill to refresh the target list.
Re-verify every submission_url in targets/targets.csv. Update anything that
changed, move closed opportunities to rejected.csv, and give me the
changed / unverified / needs-decision summary.
Do not draft submissions.預期輸出: 更新後的 CSV、更新後的放棄檔案,以及一份三欄彙總。
品質檢查:「需要人工決定」這一欄應該簡短而具體。如果裡面都是泛泛的建議,說明技能的輸出契約太鬆了。
補救: 如果 Hermes 沒打開頁面就回報全部無變化,檢查技能的第 2 步是否被跳過。明確要求它記錄每個網域讀到的頁面標題。
OpenClaw:瀏覽器取證方案
當問題是一個頁面在真實瀏覽器裡到底顯示什麼時,就用 OpenClaw。提交頁面常常把費用、帳號要求或連結政策藏在表單、彈窗,或者一般抓取無法渲染的未登入狀態後面。
讓 OpenClaw 保持在嚴格的權限邊界內。只給兩個權限:讀取公開頁面,寫入本機工作區。不建立帳號、不提交表單、不存取 CMS。
Workspace: backlink-work/
Permission 1: read public web pages.
Permission 2: write files inside backlink-work/ only.
Task: for each domain in targets/seed.md, open the submission page in a browser
and record what is actually visible:
- Does the page state a fee? Record the exact wording and the URL.
- Does it require an account before you can see the form?
- Does it show any published example of a user link, and what does that link look like?
- Is there a visible editorial guideline or content policy?
Write the results to targets/browser-evidence.md with one section per domain.
If a page will not load or requires a login, write "blocked" and move on.
Do not create an account. Do not submit a form. Do not accept any cookie wall
that requires personal data.預期輸出: 每個網域一節的 targets/browser-evidence.md,以及任何費用或政策說明的原文措辭。
品質檢查: 挑兩個網域自己打開看看。如果取證檔案聲稱有某項費用而頁面上並沒有,這次執行就算失敗。用「引用原句,不要改寫」重新執行。
補救: 如果 OpenClaw 撞上登入牆,那是一個發現,不是失敗。記為 blocked 然後繼續。不要為了繞過它而交出憑證。
信任它之前先驗證這個循環
第一個代理跑完一輪後,執行這些檢查。大約十分鐘,能抓住幾乎所有失敗模式。
檢查 | 方法 | 通過條件 |
|---|---|---|
來源完整性 | 隨機打開五個 | 該列的每個欄位都能在頁面上看到 |
沒有編造聯絡方式 | 在 CSV 裡搜尋任何信箱 | 每一個都出現在所引用的頁面上 |
結構合規 | 把 CSV 表頭與結構對比 | 完全一致,沒有多餘或缺少的欄位 |
屬性誠實 | 統計 | 數量少是正常且符合預期的 |
提交邊界 | 檢查 | 有草稿,但什麼都沒寄出去 |
去重 | 按 | 根網域在 targets 和 rejected 之間沒有重複 |
讓人意外的是屬性檢查。這類清單上的平台大多回傳 nofollow 或 ugc 連結。如果某個代理回報多數為 followed,它多半是猜的,而不是核實的。
維護清單,而不是維護一場活動
工作區跑起來之後,節奏其實很輕。
每月重新核實。平台會改提交規則、加收費、關停專案。每季刷新是底線;如果你在積極推進這份清單,每月更好。
永久保留 rejected.csv。它能讓每個代理不再重複調研同一個已經死掉的機會,也是讓第二次執行比第一次更便宜的檔案。
記錄每一次執行。_ledger.md 裡每次執行一列:日期、代理、任務、輸出檔案、狀態。三個月後清單出問題時,台帳會告訴你哪次執行引入了壞列。
有意識地輪換代理。如果 Codex 產出的清單很單薄,就把同一份 targets.csv 用同樣的策略交給 Claude Code 並對比。因為結構是固定的,這個對比才有意義。沒有結構,你就是在比較兩種不同格式,什麼都學不到。
自動化止步的地方
有三件事始終歸人,任何設定都改變不了。
帳號建立與身分驗證。幾乎所有平台都要求真人同意條款並確認身分。讓代理替你做這件事,在大多數平台上屬於違反條款,在其餘平台上則是責任問題。
提交本身。這是不可逆的一步。一則帶有錯誤主張、錯誤品類或錯誤價格的公開收錄是公開的、會被索引的,而且刪除起來很麻煩。
契合度的判斷。代理可以告訴你某個目錄接受提交、它的分類頁很單薄。但它無法告訴你,你的公司出現在那裡對讀者是否有用。區分一份你能站得住的外鏈檔案和一份日後要收拾的外鏈檔案,靠的正是這個問題。
這三步之前的一切都值得自動化。之後的一切都留在你手上。
FAQ
可以讓 AI 代理替我提交外鏈表單嗎?
技術上在某些平台可以,但不該這麼做。建立帳號、同意條款、身分驗證和最終提交,都是出錯就會公開且永久留存的步驟。讓代理做調研、核實和起草,提交自己來。
這五個工具我該從哪個開始?
如果你的網站內容在程式庫裡,就從 Codex 或 Claude Code 開始,因為工作區和策略檔案是那套設定的自然組成部分。如果你不想要本機資料夾,就用 ChatGPT 專案。如果你要維護這份清單好幾個月,Hermes 更合適,因為它的技能和記憶模型。如果你需要看到頁面實際渲染出什麼,就為那一件事加上 OpenClaw。
需要付費工具嗎?
不需要。這裡的設定用的是公開頁面、你自己的產品資訊和一份 CSV。付費外鏈索引和 DR 資料在後期排優先順序時有幫助,但建立和核實目標清單並不需要它們。
怎麼防止代理編造信箱?
在結構裡把 not verified 設為可接受的值,並在策略檔案裡寫明。然後去檢查它:如果你的 CSV 裡一個 not verified 都沒有,代理多半是在填空而不是標記。18 個平台的首次執行應該會產出好幾個。
可以在同一份清單上跑兩個代理嗎?
可以,只要兩者寫入同一個結構,這是測試輸出品質的好辦法。給它們同一份 _policy.md 和同一個起始 CSV,然後對比 link_attribute 和 contact_route 兩欄。兩者之間的差異正是你該手工查看的地方。
作者:Camille Rhodes(Auspia 300+ AI 內容工作流架構師)。撰寫關於 AI 輔助內容工作流、自動化、發布系統和編輯品質控制的文章。




