個人作業系統

六個 Hermes 應用案例,打造更有意識的個人作業系統

運用目標、Kanban、記憶 Wiki、電腦管理與每日優先事項儀式的個人作業系統。

文章主視覺圖版六個 Hermes 應用案例,打造更有意識的個人作業系統hx-article-15-life-changing-hermes-use-cases正在載入視覺預覽…
以原始尺寸檢視

六個 Hermes 應用案例,打造更有意識的個人作業系統

目標、Kanban 工作流程、技術架構、個人記憶 Wiki、電腦管理與每日優先事項儀式。

最有用的個人代理不僅僅是回答問題。它幫助使用者決定什麼才是重要的,將目標轉化為可見的工作,保存經驗教訓,並執行小型管理任務,同時保持其所為的透明度。

六個相互關聯的應用案例可以構成這樣的系統。它們從明確的目標開始,透過任務看板進展,並以根據使用者當前優先事項更新記憶的每日例行儀式結束。

1. 維護明確的目標

代理無法僅從模糊的對話中優化生活或事業。建立一個目標文件,說明期望的結果、時間範圍、當前狀態、限制條件與下一個可衡量的里程碑。

Hermes 可以在規劃過程中審查該文件,並詢問新任務是否支援某個活躍的目標。它還可以識別衝突——例如,一個耗費既有優先事項所需時間的新專案。

目標應由使用者編輯,並按定期排程進行審查。代理可以提出變更建議,但它不應在無聲無息中重新定義成功的意義。

2. 使用 Kanban 看板進行視覺化執行

Kanban 看板將目標轉化為具有清晰狀態的任務。一個簡單的看板可以包含待辦、下一步、進行中、等待中與已完成。

Hermes 可以根據已核准的計劃建立卡片,在有證據支持轉換時移動任務,並附加成果。任務只有在滿足驗收條件時才算完成——而不僅僅是在代理聲稱已完成時。

看板也能揭露超載情況。如果太多卡片處於進行中狀態,Hermes 可以建議完成或暫停工作,而不是啟動另一個新的計劃。

3. 分離技術層

系統在責任清晰時運作最佳:

  • 目標定義方向;
  • Kanban 看板定義當前工作;
  • 記憶保存持久的知識;
  • 技能定義可重複的方法;
  • 工具提供外部能力;
  • 排程與 Webhook 建立觸發;
  • 成果提供完成的證據。

這種分離防止了冗長的聊天記錄成為唯一的事實來源。它也讓系統可以被取代:新的模型可以使用相同的目標、任務、檔案與技能。

4. 建立個人記憶 Wiki

記憶 Wiki 提供了使用者與 Hermes 討論和完成事項的人類可讀視圖。它可以包含主題頁面與日誌。

主題頁面總結持久的知識:專案、人物、系統、興趣與重複出現的決策。日誌記錄了完成的事項、變化之處與仍然待辦的事項。每條記錄應在需要細節時連結回相關的成果或工作階段。

Wiki 應從經過審查的資訊產生,而非來自無差別的監視。敏感主題需要存取控制。使用者應能夠更正與刪除記錄。

一個實用的提示詞要求 Hermes 建立一個網站或本機知識庫,列出主題與每日工作,並包含可點擊的頁面以顯示支援細節。實作可以保持簡單;可搜尋性與可信賴的組織方式比視覺效果更重要。

5. 使用 Hermes 作為電腦管理員——但有範圍限制

透過電腦與系統工具,Hermes 可以檢查磁碟使用量、整理已核准的資料夾、檢查更新、執行備份與診斷一般問題。

從觀察模式開始。代理回報它的發現並建議指令。可逆的維護動作可以稍後啟用。刪除檔案、變更安全設定、安裝未知軟體或暴露服務應需要明確核准。

每一個管理動作都應留下記錄。在清理之前應先驗證備份。代理必須區分它建立的檔案與屬於使用者的檔案。

6. 每一天從一個優先事項開始

早晨的 cron 任務可以問一個簡單的問題:「你今天的第一優先是什麼?」

在使用者回答後,Hermes 可以提出一小組它可以完成或準備以支援該優先事項的任務。這些任務會移動到 Kanban 看板,而代理只有在確認使用者的回應後才會更新相關記憶。

這個儀式使自動化與當前的意圖保持一致。沒有它,代理可能會有效率地處理昨天的優先事項。

在一天結束時,Hermes 可以總結完成的事項,識別阻礙因素,並加入一則簡短的日誌記錄。第二天早上從證據開始,而不是從空白頁面開始。

連結六個應用案例

完整的循環很直接:

  1. 目標提供長期方向。
  2. 早晨問題識別今天的優先事項。
  3. Hermes 提出支援性任務。
  4. 經核准的任務出現在 Kanban 看板上。
  5. 技能與工具完成有範圍限制的工作。
  6. 成果證明完成。
  7. 記憶 Wiki 記錄重要的成果。
  8. 每日審查更新明天的背景脈絡。

這比要求代理「管理我的人生」更有用。權力仍在使用者手中,而 Hermes 提供組織、連續性與執行支援。

為期四週的實施計劃

這個系統可以逐步引入,而不是作為一個大型專案。

第一週:目標與可見性

撰寫不超過三個活躍的目標,並建立 Kanban 看板。將現有的承諾移到看板上,並為每個任務定義「完成」的意義。僅使用 Hermes 來組織與總結;先不要自動化電腦操作。

第二週:記憶 Wiki

建立主題與日誌的結構。要求 Hermes 根據經過審查的對話草擬頁面,然後手動修正錯誤。決定哪些主題太敏感而不適合自動記憶。在連接更多工具之前先備份 Wiki。

第三週:每日優先事項循環

加入上午 9 點的提問與日終審查。保持建議的任務清單簡短。衡量這個儀式是否改變了完成的事項,而不僅僅是產出更多訊息。

第四週:一個管理能力

選擇一個唯讀的電腦任務,例如檢查備份狀態或磁碟空間。需要一份報告與建議的動作。只有在反覆正確診斷後,才授予執行權限。

在四週結束時,移除造成雜訊的部分。剩餘的系統應在獲得更大授權之前,已展現其實際價值。

隱私與保留很重要

個人 Wiki 可能包含比一般聊天歷史更敏感的資訊,因為它將許多主題匯集在一個可搜尋的位置。將其儲存在受控的目錄中,在適當時加密備份,並限制哪些設定檔或連接器可以讀取它。

日誌不應變成無差別的監視。記錄決策、成果與有用的背景——而不是每一則訊息、位置或個人細節。定義原始輸入在摘要後的保留時間。

當代理建議更新記憶時,使用者應能夠核准、更正或拒絕它。只有當擁有者控制著系統記住什麼時,個人作業系統才真正是個人化的。

保持系統誠實

記憶 Wiki 與任務看板應使代理更加透明,而非更不透明。要求提供來源、連結、時間戳記與狀態。不允許代理在沒有證據的情況下將工作標記為完成。

審查記憶變更與目標更新。限制電腦管理權限。保留知識庫的備份。暫停變得嘈雜或流於形式的日常例行程序。

最好的個人作業系統不是擁有最多自動化的系統,而是那個反覆將注意力引導到使用者真實優先事項上,並留下明確事件記錄的系統。

動手實作:把每日一項優先事項轉成可見工作

**成果:**系統根據一項經使用者核准的優先事項產出本機晨間計畫,再由人把一項已接受的工作放上 Kanban 看板。

**時間:**15–20 分鐘。

**風險:**低至中。排程簡報會使用模型 token,但 Kanban 任務只有在人審查後才會明確建立。

開始之前

為每日儀式建立私密目錄,並親自寫下一項優先事項。不要讓 Hermes 從不相關訊息推測你的優先順序。

mkdir -p "$HOME/hermes-personal-os/outputs"
cat > "$HOME/hermes-personal-os/today.md" <<'EOF'
# 今天經核准的優先事項
發佈已審查的 Hermes 入門筆記。

# 限制
- 工作不超過 45 分鐘。
- 不要自動發佈。
- 最終草稿必須由人核准。
EOF

hermes kanban init

動手完成

建立使用本機傳送的 Cron 任務。它只讀取經核准的檔案並準備計畫,不變更記憶或外部系統。

hermes cron create "0 9 * * *" \
  "讀取 today.md。建立 outputs/daily-plan.md,包含:經核准的優先事項、不超過三個建議動作、每個動作的一項驗收檢查,以及最後的人工核准關卡。不要發佈、編輯記憶或建立外部任務。" \
  --workdir "$HOME/hermes-personal-os" \
  --name "daily-priority-plan" \
  --deliver local

hermes cron run daily-priority-plan

等待手動執行完成後,再審查 outputs/daily-plan.md。如果第一個動作可以接受,建立且只建立一項可見任務:

hermes kanban create "準備已審查的 Hermes 入門筆記" \
  --tenant personal-os \
  --body "使用 outputs/daily-plan.md。完成條件是本機草稿存在且已由人審查。不要自動發佈。"

驗證成功

test -s "$HOME/hermes-personal-os/outputs/daily-plan.md"
sed -n '1,100p' "$HOME/hermes-personal-os/outputs/daily-plan.md"
hermes kanban list --tenant personal-os
hermes cron pause daily-priority-plan
hermes cron list

成功條件是:計畫不超過三個動作、看板在 personal-os 下顯示一項任務、沒有內容被發佈,而且最後一份 Cron 清單顯示 daily-priority-plan 已暫停。

發生問題時

  • 如果報告不存在,檢查 hermes cron status 與 Cron 執行輸出,不要直接重建任務。
  • 如果 Kanban 無法使用,重新執行 hermes kanban init,再次建立任務。
  • 如果 Hermes 建議不相關工作,簡化 today.md,並明確寫出限制或驗收條件。
  • 如果每日儀式變成雜訊,暫停 daily-priority-plan,不要讓它繼續無人值守地執行。

安全、隱私與成本

優先事項來源必須由使用者撰寫。每次排程執行應只做準備,不應發佈、刪除、付款或更新持久記憶。個人目標與每日紀錄可能很敏感;請用適當權限保護目錄,並有意識地備份。本實作刻意讓 daily-priority-plan 保持暫停;只有在你明確接受持續產生的模型費用,且確實想每天收到新計畫後,才執行 hermes cron resume daily-priority-plan。確認簡報是否真的改變決策;沒有價值時再次暫停。

官方參考


來源影片: 6 Hermes Agent use cases I promise will change your life,Alex Finn。根據完整逐字稿改編重組;已移除贊助與推廣段落。

提及的概念

本文的知識庫鄰近領域。

實作工作流程

把本文概念轉成可執行步驟。