深夜的算力套利與守夜人協議

基本資訊

作者: 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

作者反應

結果我都還沒出發去睡，它居然就跑完了。
夠髒了我的電腦ＸＤ

社群討論

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:

多專案並行
自動學習專案特性
自訂義任務模板

深夜的算力套利與守夜人協議

基本資訊

核心概念

深夜算力套利

守夜人協議運作方式

睡前設定

執行任務

1. 代碼重構

2. 資安掃描

晨間成果

核心價值

睡後收入（算力折現）

AI 作為資安與維運專家

開源 Prompt

發布方式

使用建議

守夜人協議完整 Prompt

系統指令：守夜人全自動除錯與防禦協議

使用說明

Prompt 完整內容

🛡️ 最高安全限制 (Rules of Engagement)

1. 禁止破壞性物理刪除

2. 保證系統可運行 (Zero Downtime)

3. 金鑰與隱私遮蔽

🎯 任務一：專案內核硬化 (Codebase Hardening)

1. 異常攔截網 (Error Boundary)

2. 型別與邊界防禦 (Type & Edge Cases)

3. 冗餘代碼清除 (Dead Code Elimination)

🔒 任務二：本機資安與防禦陣地審計 (Security Audit)

1. 通訊埠與網路掃描

2. 惡意進程與啟動項檢查

3. 憑證與金鑰盤點

4. 依賴套件漏洞 (Dependency Check)

📝 任務三：晨間匯報 (The Morning Briefing)

報告檔案

報告內容

實際執行結果

Executive Summary（執行摘要）

掃描結果統計

作者反應

社群討論

cs802xxd（18 小時前）

tangcruzz 回應（17 小時前）

避免過度工程的三道防線

selfish995（19 小時前）

OpenClaw 管理員的肯定

tangcruzz 回應（18 小時前）

selfish995（15 小時前）

台灣的 AI 應用領先

tangcruzz 回應（15 小時前）

矽谷的包袱

邊緣節點的機會

台灣的優勢

selfish995（15 小時前）

社群數據

關鍵洞察

1️⃣ 閒置算力的價值重估

2️⃣ 「守夜人」vs「助手」的本質差異

3️⃣ 破壞半徑 (Blast Radius) 的安全設計

4️⃣ Ralph Loop 的使命必達

5️⃣ 避免過度工程的三道防線

6️⃣ 本機執行 vs 雲端 API 的優勢

7️⃣ 台灣在 AI 應用的領先

8️⃣ 從「聊天視窗」到「常駐 Process」

與其他文章關聯

AI Agent 自主運行系列

OpenClaw 生態系列

實戰建議

誰適合使用守夜人協議

如何開始

進階優化

未來發展

短期

中期

長期

標籤