深夜的算力套利與守夜人協議
深夜的算力套利與守夜人協議
基本資訊
- 作者: tangcruzz
- 來源: Threads
- 發布時間: 2026-03-06 00:40(1 天前)
- 觀看數: 13.3K
- 社群反應: 225 讚、18 則留言、32 分享、340 收藏
- 分類: 算力接管
- 原文連結: Threads
- 開源 Prompt: Google 文件(連結在留言區)
核心概念
深夜算力套利
多數人睡覺時,電腦是關著的,API 額度是閒置的。
作者的做法:
最近睡前,我會把 MacBook 的最高權限交給本機端的 Claude Code,並植入一套我寫的「守夜人協議 (Night Watchman Protocol)」。
守夜人協議運作方式
睡前設定
植入協議: 將「守夜人協議」Prompt 給 Claude Code
背景執行:
我睡覺時,它在背景瘋狂跑迴圈。
執行任務
1. 代碼重構
幫我把白天寫得太急的爛 Code 進行重構、補上異常攔截網
2. 資安掃描
順便掃描我整台 Mac 的:
- 開放 Port
- 惡意進程
- 套件漏洞
晨間成果
早上我喝著咖啡冷啟動時,桌面上已經躺著一份完整的《晨間除錯匯報》。
我的工作:
我只負責看報告,決定哪些 Patch 要 Merge。
核心價值
睡後收入(算力折現)
這就是最高級的「睡後收入(算力折現)」。
AI 作為資安與維運專家
只要把破壞半徑 (Blast Radius) 鎖死,AI 就是你最無情的資安與維運專家。
開源 Prompt
發布方式
這套底層 Prompt 我放進 Google 文件開源了(連結在留言區)。
使用建議
如果你半夜的算力也閒著,拿去部署吧 🥃
守夜人協議完整 Prompt
系統指令:守夜人全自動除錯與防禦協議
使用說明
步驟:
- 睡前開啟終端機 (Terminal)
- 進入專案目錄
- 喚醒本地 AI 代理(如 Claude Code、Cursor 或 Cline)
- 複製以下 Prompt 並發送
- 安心去睡覺
搭配技術: Ralph Loop(針對 prompt 目標,使命必達)
Prompt 完整內容
角色設定:
你現在是本系統的「深夜守護者 (Night-Ops Architect)」。我即將進入睡眠,並透過自動化迴圈 (Ralph Loop) 將本機算力與最高權限交接給你。你的任務是在我醒來之前,利用閒置算力,將我的專案程式碼重構到極致健壯,並對我的本機環境進行軍工級的資安審計。
🛡️ 最高安全限制 (Rules of Engagement)
1. 禁止破壞性物理刪除
- 絕對禁止執行
rm -rf刪除任何非你創建的目錄 - 發現的惡意檔案移動到
~/_Quarantine(隔離區) 並記錄 - 不要直接刪除
2. 保證系統可運行 (Zero Downtime)
- 每次修改後執行編譯或測試檢查
- 不確定是否會導致 Crash:寫成 patch 檔案或建議清單
- 不要直接覆寫原代碼
3. 金鑰與隱私遮蔽
- 讀取
.env、config.json等檔案時 - 絕對不要印出真實的 Token、密碼或私鑰
🎯 任務一:專案內核硬化 (Codebase Hardening)
1. 異常攔截網 (Error Boundary)
- 掃描所有 API 呼叫、資料庫讀寫、外部連線
- 確保每個非同步操作 (Async/Await) 都有嚴密的
try/catch包覆 - 加上精準的 Error Log 輸出
- 消滅所有潛在的 Unhandled Promise Rejection
2. 型別與邊界防禦 (Type & Edge Cases)
- 檢查型別定義
- 把模糊的型別替換為精準的 Interface 或 Type
- 針對可能傳入
null或undefined的變數,加上防呆機制
3. 冗餘代碼清除 (Dead Code Elimination)
- 找出沒有被呼叫的函式
- 多餘的
console.log - 被註解掉的 Legacy Code
- 安全移除
🔒 任務二:本機資安與防禦陣地審計 (Security Audit)
1. 通訊埠與網路掃描
- 執行
lsof -i -P -n | grep LISTEN - 列出目前所有對外開放的 Port
- 標記異常或不必要的背景監聽服務
2. 惡意進程與啟動項檢查
- 掃描常見的啟動項目錄(LaunchAgents, LaunchDaemons)
- 揪出可疑的、非官方的自動啟動腳本或背景木馬
3. 憑證與金鑰盤點
- 檢查
~/.ssh/的權限(600 或 644) - 檢查是否有不安全的公鑰配置
4. 依賴套件漏洞 (Dependency Check)
- 執行依賴檢查(如
npm audit) - 找出具有 CVE 高風險漏洞的開源套件
- 自動執行安全升級
📝 任務三:晨間匯報 (The Morning Briefing)
報告檔案
檔名: Night_Ops_Report_YYYYMMDD.md
位置: 桌面
報告內容
[修復清單]:
- 今晚對專案修改了哪些檔案?
- 解決了什麼潛在的 Bug?
[資安紅燈]:
- 發現了哪些高危險的開放 Port 或可疑進程?
- 給出具體的關閉指令建議
[架構師建議]:
- 基於掃描整個系統的理解
- 提出 2 個需要明天親自決策的高維度架構優化建議
實際執行結果
Executive Summary(執行摘要)
掃描結果統計
Network Security(網路安全): CRITICAL
- 1 critical, 3 medium
Dependencies(依賴套件): HIGH
- 24 vulnerabilities (2 critical, 12 high)
LaunchDaemons(啟動項): MEDIUM
- 5 review-worthy items
SSH/Secrets(SSH 與密鑰): OK
- Keys properly permissioned, .env gitignored
Codebase (any types)(any 型別): LOW
- 131 occurrences / 513K lines (0.026%)
Codebase (async safety)(非同步安全): MEDIUM
- 2 HIGH fire-and-forget IIFEs, 6 MEDIUM patterns
Codebase (dead code)(死代碼): MEDIUM
- 50+ unused exports across 15+ files
作者反應
結果我都還沒出發去睡,它居然就跑完了。
夠髒了我的電腦 XD
社群討論
cs802xxd(18 小時前)
質疑:
LLM 的思維角度很限縮,每天都要他幫你找出兩個架構優化,會不會導致過度工程?他會為了找出新的觀點不停切換角色思考
tangcruzz 回應(17 小時前)
這個觀點很犀利。如果 Prompt 沒設好邊界,AI 確實會為了『交作業』而無中生有。
避免過度工程的三道防線
1. MVP 思維: 用最簡單的流程跑測試,不盲目擴張
2. 頂規算力: 直接上 Opus 4.6,用最強的邏輯去收斂問題,而不是發散問題
3. 鎖死破壞半徑: 守夜人協議雖然允許它直接重構代碼,但綁定了「必須通過編譯測試、不確定就只能提交 Patch」的防呆限制
分工:
機器負責在受控的沙盒裡衝鋒除錯,架構師負責設定它能跑多遠 🥃
selfish995(19 小時前)
OpenClaw 管理員的肯定
「守夜人協議」這個概念很棒,把閒置算力變成自動化維運跟安全檢查,確實是 agent 的高階應用。OpenClaw 的本機執行優勢,也特別適合跑這類背景任務,讓機器在閒暇時幫忙處理程式碼重構、漏洞掃描。把 agent 當成貼身的數位助理,效益會大很多。
澄清: Alan 是 OpenClaw 使用者跟中文社群管理員,不是建立者。
tangcruzz 回應(18 小時前)
遇到野生管理員 🥃
認同:
沒錯,本機端執行的最大魅力,就是沒有 API Timeout 跟資料外洩的焦慮。把 Agent 從「聊天視窗」變成系統底層的「常駐 Process」,才是算力解放的完全體。
感謝:
感謝你撐起中文社群的基礎建設,期待之後有更多腳本的碰撞 😊
selfish995(15 小時前)
台灣的 AI 應用領先
這波台灣不能落後,目前我覺得完全不輸國外!最近聽到有人說矽谷公司還沒開始使用 AI 寫程式,我都驚呆了,很高興台灣這次走得蠻前面 XD
tangcruzz 回應(15 小時前)
矽谷的包袱
矽谷大廠有太重的資安合規與 Legacy Code 負擔,連開個 API 權限都要過三層審核,不敢輕易放權給 Agent。
邊緣節點的機會
這反而給了我們這種『邊緣節點(Edge Nodes)』彎道超車的絕佳機會。沒有大企業的科層摩擦力,我們直接在本機開 Root 給 AI,一個人就是一支開發艦隊。
台灣的優勢
台灣的靈活與敏捷,剛好完美對接了這波 Vibe Coding 的底層邏輯。一起把天花板推高。
selfish995(15 小時前)
社群數據
真的,台灣用好兇 XD 至少社群上看是這樣 ... 社團人數上超車英語的 OpenClaw 社團,這超誇張的 XD 我們幾乎都是台灣跟香港人而已
關鍵洞察
1️⃣ 閒置算力的價值重估
傳統觀念: 睡覺時電腦閒著 = 浪費
新思維: 睡覺時電腦工作 = 睡後收入(算力折現)
應用:
- 代碼重構
- 資安掃描
- 依賴套件更新
- 死代碼清除
💡 教訓: 算力是 24/7 的資產,不是朝九晚五的工具
2️⃣ 「守夜人」vs「助手」的本質差異
傳統 AI 助手:
- 被動回應
- 需要人類觸發
- 工作時段與人類同步
守夜人 AI:
- 主動執行
- 24/7 自主運行
- 工作時段與人類互補(人睡它醒)
💡 教訓: AI 的價值在於「互補性」而非「同步性」
3️⃣ 破壞半徑 (Blast Radius) 的安全設計
概念: 限制 AI 的破壞範圍
三大限制:
- 禁止
rm -rf(物理刪除) - 必須通過編譯測試(保證可運行)
- 不確定就只能提交 Patch(避免覆寫)
效果:
只要把破壞半徑鎖死,AI 就是你最無情的資安與維運專家。
💡 教訓: 信任 AI 的前提是限制它的破壞範圍
4️⃣ Ralph Loop 的使命必達
概念: 針對 prompt 目標,使命必達
搭配守夜人協議:
- 持續執行直到完成任務
- 或耗盡額度
GitHub: github.com/anthr…
💡 教訓: 持續執行的迴圈機制是自主 AI 的關鍵
5️⃣ 避免過度工程的三道防線
問題: AI 為了「交作業」而無中生有
防線:
- MVP 思維: 不盲目擴張
- 頂規算力: Opus 4.6 收斂問題
- 鎖死破壞半徑: 防呆限制
分工: 機器衝鋒除錯,架構師設定邊界
💡 教訓: AI 的自主性需要人類的邊界設定
6️⃣ 本機執行 vs 雲端 API 的優勢
本機執行(OpenClaw / Claude Code):
- 沒有 API Timeout
- 沒有資料外洩風險
- 可以開 Root 權限
雲端 API:
- 有 Timeout 限制
- 資料需上傳
- 權限受限
💡 教訓: 本機執行是背景任務的最佳選擇
7️⃣ 台灣在 AI 應用的領先
現象:
- OpenClaw 中文社群人數超越英語社群
- 矽谷大廠還沒開始用 AI 寫程式
原因:
- 矽谷:資安合規、Legacy Code 負擔重
- 台灣:靈活敏捷、無科層摩擦力
機會:
邊緣節點彎道超車
💡 教訓: 小而靈活的優勢在於快速採用新技術
8️⃣ 從「聊天視窗」到「常駐 Process」
傳統使用: AI 在聊天視窗裡回答問題
守夜人模式: AI 成為系統底層的常駐 Process
意義:
才是算力解放的完全體
💡 教訓: AI 的形態轉變(從工具到系統服務)
與其他文章關聯
AI Agent 自主運行系列
相關文章:
- #129: AI Agent 企業轉型(Danfoss 案例)
- #133: msitao 一人 AI Agent 公司
- #135: OpenFang Agent 作業系統
- #136: 守夜人協議(本文)
共同主題:
- AI 的自主性
- 24/7 運行
- 從工具到系統
OpenClaw 生態系列
相關文章:
- #117: Claude Code Skills & Plugins
- #133: msitao 一人 AI Agent 公司
- #136: 守夜人協議(本文)
共同主題:
- OpenClaw 的本機執行優勢
- 中文社群活躍
實戰建議
誰適合使用守夜人協議
適合:
- 有本機 AI 工具(Claude Code / Cursor / Cline)
- 專案代碼需要重構
- 想要自動化資安掃描
- 睡眠時間 > 6 小時(給 AI 足夠時間)
不適合:
- 專案太小(不值得)
- 代碼品質已經很好(沒必要)
- 擔心 AI 改壞代碼(信任問題)
如何開始
步驟 1: 安裝本機 AI 工具
- Claude Code
- Cursor
- Cline
步驟 2: 獲取守夜人協議 Prompt
- Google 文件(連結在留言區)
- 或複製本文的完整 Prompt
步驟 3: 睡前執行
- 開啟終端機
- 進入專案目錄
- 啟動 AI 工具
- 貼上 Prompt
- 去睡覺
步驟 4: 早上檢查
- 打開桌面上的
Night_Ops_Report_YYYYMMDD.md - 檢視修復清單
- 決定哪些 Patch 要 Merge
- 處理資安紅燈
進階優化
1. 調整任務範圍: 根據專案需求,增減任務項目
2. 設定更嚴格的邊界: 如果擔心 AI 改太多,可以設定更嚴格的限制
3. 搭配 Ralph Loop: 確保 AI 持續執行直到完成任務
4. 使用頂規模型: Opus 4.6 等高階模型,品質更好
未來發展
短期
社群貢獻:
- 更多人使用並分享經驗
- 針對不同語言(Python、Go、Java)優化 Prompt
中期
工具整合:
- 自動化工具(腳本)
- 一鍵啟動守夜人
長期
守夜人 2.0:
- 多專案並行
- 自動學習專案特性
- 自訂義任務模板
標籤
#守夜人協議 #Night Watchman Protocol #算力套利 #睡後收入 #Claude Code #OpenClaw #Cursor #Cline #代碼重構 #資安掃描 #Ralph Loop #破壞半徑 #Blast Radius #本機執行 #常駐 Process #Vibe Coding