| # | 環節 | 現有資產 | 自動化程度 |
|---|---|---|---|
| 1 | 架站 | /建站 skill(站群建站總指揮)、PBN 部署腳本+交接包、CF Pages + wrangler 部署流、本地預覽 | 🟡 半自動 |
| 2 | 寫文章 | /寫文章 skill、文章 SOP(查事實→競品→結構→WP-CLI 發布)、5 編輯人設、禁編造鐵則 | 🟡 半自動 |
| 3 | SEO 工程 | 7 個 MU plugin(Schema/Breadcrumb/Review/GA4)、內鏈腳本、E-E-A-T 工程 | 🟢 站內已自動 |
| 4 | SEO Review | agentic-seo / seo-audit skills(251 規則)、seo_health.py(GSC 一鍵全站群) | 🟡 要人觸發 |
| 5 | 回去優化 | WP-CLI via Cloudways SSH(改 title/內文/內鏈)、tg-relay 發佈按鈕(審核→執行雛形) | 🔴 手動 |
| 6 | 成效分析 | ✅ SEO 儀表板(collector→D1→4 視角+自動診斷+告警 owner,每日 01:30 cron)、Ahrefs 快照、/跑GA4報表 | 🟢 已閉環到診斷 |
| 7 | 維護 | Cloudways cron 數個、快取清除指令(6/1 Wordfence 事件靠人發現) | 🔴 無監控 |
| 8 | 通知/審核 | @Seoys1688_bot TG 日報 + tg-relay Worker 按鈕(人審閘門模式已驗證) | 🟢 模式可複用 |
| 9 | 社群端數據 | 同事 ys89-system(GitHub Pages+Actions)、UTM 產生器(代理碼 人名-月日-序號) | 🟡 未接入 |
| 10 | 真實註冊 | ys89.bet 後台(代理碼→註冊數),老闆人工提供;儀表板已留填入口 | 🔴 手動 |
| 缺口 | 說明 | 解法 | 規模 |
|---|---|---|---|
| G1 社群數據 API | 同事系統的貼文/曝光/水軍數據進不了儀表板 | 給她 AI 提示詞(已備好,見同資料夾另一檔),產 social-feed.json,collector 接入。對接主鍵 = utm_content 代理碼 | 小 |
| G2 註冊數半自動 | 老闆手動看後台 | 老闆每週匯出 CSV 丟指定位置/TG,AI 自動解析入 D1(儀表板入口已留) | 小 |
| G3 排程調度器 | 沒有「每天自動跑診斷→產任務」的中樞 | Claude 雲端排程或 Cloudways cron 跑 CLI;產出寫進告警板 + TG | 中 |
| G4 執行器+審核閘 | AI 改站沒有安全迴路 | 復用 tg-relay:診斷產生具體 patch → TG 按鈕 → 批准才跑 WP-CLI | 中 |
| G5 行動成效追蹤 | 改完沒人回頭看有沒有效 | D1 加 actions 表(動作/日期/目標頁),7/14 天後自動對比,顯示在團隊視角 | 中 |
| G6 內容閉環 | 「關鍵字缺口 → 新文章」是斷的 | 診斷找非品牌缺口詞 → 自動產 brief → /寫文章 → 排程發佈 → G5 驗證 | 中大 |
| G7 維護監控 | 掛站/SSL/404/外掛出事沒人知(Wordfence 事件風險) | collector 加 uptime/SSL/sitemap 檢查,異常進告警板 + TG | 小 |
| G8 儀表板鎖站 | 公開可寫(註冊數/指派誰都能改) | Cloudflare Access email 白名單(等你後台點一次) | 小 |
G1 社群 API(提示詞已備)+ G2 註冊 CSV 流程 + G7 維護監控 + G8 鎖站
→ 儀表板 = 全貌(搜尋+社群+註冊+健康),診斷不再有盲區
G3 排程每天跑自動診斷,異常 + 任務直接 TG 推給對的人(owner 機制已有)
→ 不用開儀表板也知道今天該做什麼
G4 審核閘 + 從低風險動作開始(改 title / 補內鏈),G5 成效追蹤同步上線
→ 你按 TG 按鈕,AI 改站,7 天後自動告訴你有沒有效
G6 缺口詞 → 自動寫文 → 發佈 → 驗證
→ 非品牌詞戰略自動滾動,這是 DR / 流量成長的主引擎
以上迴路套到衛星站 / PBN(架站 skill 已有,只是接同一套管線)
→ 一套管線,全站群共用