一只龍蝦管起了猶太家庭的安息日

一個嚴格遵守教規的猶太家庭，把家里最敏感的宗教自動化交給了開源平臺。它的吉祥物偏偏是龍蝦——猶太飲食律法里最明確的禁忌食材之一。

這種荒誕感背后，是一套被精心拆解的自動化架構。作者用OpenClaw搭建的這套系統，正在處理每周25小時、全年數十個節日的復雜調度。

龍蝦與安息日的奇怪共存

正統猶太教的安息日（Shabbat）從周五日落前開始，持續到周六夜晚。期間禁止操作電器、烹飪、調節溫控設備。冰箱必須提前進入"Sabbath模式"——一種禁用指示燈、壓縮機會按需運行的特殊狀態。

臥室空調需要預冷并在日落前關閉。客廳空調得判斷當周是否熱浪來襲。所有設備一旦進入安息日就不能再碰。

猶太節日日歷讓問題更復雜。某些節日會連著安息日形成兩天不間斷的禁工期。手動管理這些切換，出錯代價是宗教層面的。

OpenClaw的吉祥物是一只龍蝦。龍蝦在猶太教規中明確不可食用——沒有鰭、沒有鱗，屬于"水中可憎之物"。作者承認這點"有點好笑"，但龍蝦AI"對此非常 gracious（寬容）"。

為什么把LLM和調度器拆開

OpenClaw的技能（skill）結構很簡單：一個SKILL.md文件，加上你想讓代理調用的腳本。作者把每個家電做成獨立技能，再用調度腳本層疊在上面。

關鍵設計：調度器由cron觸發，不經過大語言模型。

這個拆分有明確的技術理由。調度器需要確定性、冪等性，還得在作者徹底忘記它們存在時繼續運轉。LLM介入會增加失敗點、延遲和不可預測性。

代理層只處理交互場景。作者通過Telegram問"冰箱已經在安息日模式了嗎？"——這時候才需要LLM理解問題、查詢狀態、組織語言回復。

這是典型的分層架構：底層確定性任務用確定性工具，上層開放性交互用生成式模型。但作者沒提"架構設計"，只提"我需要這個能活過我被遺忘"。

代碼里藏著什么

作者公開了兩個調度器的核心邏輯。第一個每周五上午運行，從Hebcal拉取當周的燭光和 havdalah（儀式性結束安息日）時間。

Hebcal是一個提供猶太歷法數據的公共服務，支持通過geonameid（地理名稱ID）定位城市。請求參數里"M=on"開啟現代歷法計算——正統派內部對歷法計算有分歧，這個開關意味著作者選擇了特定傳統。

代碼處理三種事件類型：candles（燭光）、havdalah（結束儀式）、parashat（當周 Torah 章節）。只取第一個匹配項，用fromisoformat解析時間戳。

調度邏輯很直接：安息日開啟時間 = 燭光時間減1小時。用at命令（Unix一次性任務調度）分別設置在兩個時間點執行開關操作。

作者特意把城市ID換成占位符，方便其他人直接套用。這是開源社區的習慣動作——把自己的具體配置抽象成可復用的模板。

宗教自動化里的產品啟示

這個案例戳破了幾個關于AI代理的迷思。

第一，"代理"不等于"LLM驅動一切"。作者的系統里，LLM只參與最后10%的交互層，90%的調度邏輯是傳統腳本。但產品敘事往往把兩者混為一談，仿佛不用大模型就不算AI。

第二，可靠性優先于智能。安息日模式切換失敗意味著宗教違規，這比"回復不夠自然"嚴重得多。作者選擇cron+at這種幾十年歷史的Unix工具，因為它們的行為可預測、可調試、不依賴外部服務。

第三，個人自動化和工業自動化的鴻溝。企業級方案會追求統一平臺、集中監控、權限管理。作者只需要"我忘了它也能跑"——這是完全不同的可靠性模型。

OpenClaw作為開源平臺，在這里扮演的角色是降低編排成本。SKILL.md的約定讓家電抽象標準化，但具體實現完全開放。作者沒等官方支持安息日場景，自己用Python+Hebcal拼出了方案。

這種"平臺提供骨架，用戶填充血肉"的模式，在宗教、醫療、法律等強規則領域可能更有生命力。通用AI代理承諾解決一切，但真實需求往往是"在這個特定約束下， deterministic 地解決這一個問題"。

龍蝦的諷刺性在這里變成了一種誠實：技術中立性不需要假裝尊重你的價值觀，它只需要不主動破壞。作者接受了這種不對等——用一個非 kosher 的符號，管理最 kosher 的生活節奏。