選擇適合您專案的集成
從最小的可用路徑開始，然後根據需要添加工具和工作流程複雜性。
設定、請求和驗證
在新增複雜的配置之前，透過一個可檢查的請求來驗證工作流程。
從手動工作流程開始
使用 Manual Trigger 與 HTTP Request 節點，以 GET 存取授權目標。初次驗證前不要啟用大規模排程。
設定標頭與憑據
使用 API URL，以 x-cb-host 指定目標。透過 Header Auth 憑據提供 x-cb-apikey。代理與工作階段依版本文件設定。
檢查完整回應
輸出需包含標頭與狀態。解析、排程或儲存前檢查 x-cb-status、目標狀態與本文，並設定逾時、重試及並行預算。
先驗證一個 HTTP 節點
先在可信環境驗證最小請求，再設定流程節點。下方內容是檢查清單，不是可匯入的流程檔案。
curl --include --request GET \
"https://api.cloudbypass.com/" \
--header "x-cb-host: example.com" \
--header "x-cb-apikey: ${CLOUDBYPASS_APIKEY:?}" \
--max-time 90
# POSIX shell example; set the key securely first.
# Check x-cb-status, target status and content.
# For V2 / V2s, add version and stable proxy parameters.Method: GET
URL: https://api.cloudbypass.com/
x-cb-host: example.com
x-cb-apikey: <Header Auth credentials>
Inspect response headers, HTTP status and body.
Pass only validated content downstream; branch on errors.
Configure timeouts, retries and concurrency in the actual workflow.
| 檢查 | 檢查什麼 | 下一步行動 |
|---|---|---|
| 資質和範圍 | 檢查憑證、餘額和授權訪問 | 修復配置而不是盲目更改IP |
| 版本和工作階段 | 為 V2 / V2 匹配穩定的代理和工作階段 | 代理更改後重建驗證工作階段 |
| 兩個狀態層 | 檢查 x-cb-status 和目標 HTTP 狀態 | 200 回應仍然可以是登入或質詢頁面 |
| 輸出和重試 | 檢查內容類型、預期欄位和嘗試預算 | 出現配置錯誤時停止；限制瞬時重試 |
讓您的整合發揮作用
選擇存取策略、實施步驟和故障排除的任務指南。
規劃和故障排除
- 錯誤診斷
單獨的配置、存取和目標回應失敗。
- API 和代理成本計算器
估計請求信用和代理頻寬。
業務用例
- 區域 SERP 監控
規劃跨區域的搜尋結果監控。
- RAG 的網路攝取
將經過驗證的內容傳遞到清潔和攝取管道。
- 競爭對手和價格監控
追蹤價格、可用性和公共頁面變更。
- 銷售前景研究
使用其網站和公共目錄研究公司。
常見問題
我今天應該使用哪個整合？
從公共 HTTP API 開始。 OpenClaw 可以使用已發佈的 Skill。現有 HTTP MCP 工具必須支援自訂標頭和安全憑證。託管的 MCP 服務仍在計劃中。
每個目標都可以存取嗎？
不提供普遍保證。相關存取功能包括 Cloudflare JavaScript Challenge、Turnstile、DataDome 和 Imperva / Incapsula，因此需經過目標和運作時驗證。此整合不會宣傳 reCAPTCHA 或 hCaptcha 支援或取代帳戶權限。
API 金鑰和代理密碼該放在哪裡？
將它們保存在實際運行時或受信任伺服器中的安全性配置中。不要將它們放入瀏覽器程式碼、共享儲存庫、提示、螢幕截圖或公共日誌中。遠端服務具有單獨的環境。
MCP 或 Skill 是否自動處理分頁和擷取？
預設不是。存取層處理請求和回應；工作流程或網站配方處理分頁、欄位擷取、重複資料刪除、登入狀態和特定於業務的簽章。診斷故障而不是無限期地重試。