前言¶
給一批網站寫自動簽到是件瑣碎的事。每個站點的登錄方式不一樣，有的只是表單加 Cookie，有的掛人機驗證，有的在 Cloudflare 後面，還有的要掃碼確認登錄。逐站寫腳本意味着維護多套登錄邏輯，Cookie 過期要重來，站點改頁面腳本就要跟着改。
下面介紹的 Skill「網頁自動簽到」（座標 @user_8f6c5b09/web-signer）就是衝着這個問題來的。它不針對單一站點，而是提供一個通用的瀏覽器簽到引擎，由 Agent 在對話中觸發使用。
這是什麼¶
一句話定位：通用瀏覽器自動簽到引擎。發佈者是 user_8f6c5b09，屬於社區（community）來源，分類爲 ai-agent，當前版本 1.4.0，標籤 requires_api_key=true，說明使用它需要 API key。
它解決的問題是：把「打開瀏覽器、完成登錄或驗證、找到簽到入口、執行簽到並確認結果」這一整套流程交給 Agent 去驅動，而不是爲每個站點單獨維護一段腳本。已接入的站點集中放在 scripts/sites/ 目錄下，新增站點時在該目錄補配置即可，不用改引擎本身。
核心功能¶
從官方簡介看，能力分三層。
1、新站點接入。用戶提出要給某個網站做自動簽到時觸發，適合有人機驗證、Cloudflare 攔截、或需要掃碼登錄的站點。這類站點用純 HTTP 腳本很難穩定通過，需要瀏覽器環境去完成頁面加載和驗證交互。
2、關鍵詞觸發。當用戶說「網站簽到」「自動簽到」「加個簽到站」時，Skill 識別意圖並接管後續流程。
3、已接入站點的運維操作。包括簽到執行、重新登錄（Cookie 或登錄態失效時）、以及狀態查詢（確認某個站點當前是否已簽到或登錄態是否有效）。
需要留意的是，官方簡介沒有給出具體接入了多少站點、支持哪些站點的清單，這部分以 scripts/sites/ 目錄實際內容爲準。
安裝與啓用¶
SkillHub 頁面抓取失敗，安裝命令、目錄路徑和配置字段未能從官方資料覈實，這裏不臆造。獲取方式以官方地址爲準：
https://api.skillhub.cn/user_8f6c5b09/web-signer
已知的前置條件是 requires_api_key=true，啓用前需要準備好可用的 API key。具體是在哪個環節傳入（安裝參數、環境變量還是配置文件），官方資料中沒有說明，部署時以頁面上的說明爲準。
典型用法¶
用法對應它的三類觸發場景。
場景一，接入新站點。用戶說「幫我給 XXX 站做自動簽到」，Agent 進入瀏覽器流程，處理該站的人機驗證或掃碼登錄，找到簽到入口並執行，之後把結果回報給用戶。
場景二，日常簽到。用戶說「給已接入的站點簽到」，Agent 讀取 scripts/sites/ 下的配置，逐個或指定站點執行簽到。
場景三，重新登錄與狀態查詢。登錄態失效時用戶要求重新登錄；或用戶問某站點當前簽到狀態，Agent 查詢並回報。
以上流程來自官方簡介描述的觸發場景，具體的輸入輸出格式官方頁面未能訪問，暫不展開。
適用場景與注意¶
適合的人：手上有多個需要每日簽到的站點、站點之間登錄方式差異大、不想爲每個站點寫和維護獨立腳本的開發者。尤其適合有人機驗證、Cloudflare 防護、掃碼登錄這類需要真實瀏覽器交互的站點，這類場景正是它被設計來處理的。
需要注意的幾點：
- 該 Skill 來源是 community，即社區發佈，不是官方維護，使用前自行評估代碼與權限範圍。
- 需要 API key，屬於有憑據要求的 Skill。
- 瀏覽器驅動類操作依賴站點頁面結構，站點改版後已接入的配置可能需要重新調整。
- 官方頁面本次無法訪問，評分、下載量、安裝量等數字請以頁面當前顯示爲準，本文不引用未經覈實的具體數值。
結尾¶
網頁自動簽到把多站點的登錄與簽到流程收斂到一個引擎裏，新站點靠配置接入而不是重寫腳本，適合有人機驗證和 Cloudflare 防護的站點。如果正好有這類需求，可以從它的官方地址看起：https://api.skillhub.cn/user_8f6c5b09/web-signer 。
