Yuvomi：自託管家庭規劃器，整合任務、日曆、購物、餐飲和預算
專案速覽：自託管家庭計劃 - 任務、日曆、購物、膳食、預算。您的數據，您的伺服器。
秒懂
- 它是什麼？
- Yuvomi 是一個自託管的家庭規劃器，擁有 17 個獨立模組、行動優先的 PWA 和可選的 SQLCipher 資料庫加密，並以 MIT 授權釋出。
- 適合誰用？
- Yuvomi 用您自己的伺服器上的一個私有空間取代了多個雲端訂閱。它作為 Docker 或 Podman 容器運行在任何家用伺服器或 NAS 上，並且其模組足夠獨立，您可以使用適合的部分而跳過不需要的部分。
- 可以商用嗎？
- 可以。MIT 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫在最近一天內有新的提交。
- 用什麼語言寫的？
- 主要是 JavaScript（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
ulsklyc：用一款自託管應用取代一打訂閱
Yuvomi 是一個用 JavaScript 編寫並以 MIT 授權發布的自託管家庭規劃器。其 README 將其定位為雲端訂閱的替代品：任務、日曆、預算、雜貨、膳食、健康等，全部運行在您自己的伺服器上，無需雲端帳戶、無需訂閱、零追蹤器。該專案聲稱有 17 個獨立模組，README 的核心承諾是您家庭的資料仍然屬於您。倉庫元資料顯示有 1,266 顆星、107 個 fork 和 7 個開放問題，但 README 沒有提及任何具體使用者數量或生產使用情況。
針對 ulsklyc-yuvomi-deep-analysis 的第 1 個焦點，核驗可從「ulsklyc：用一款自託管應用取代一打訂閱」提到的入口開始：先依 README 使用專案指定的命令或檔案，再記下版本、輸入格式、產物位置與終端輸出。這樣能把專案自身的流程和環境差異分開，尤其適合檢查依賴安裝、資料層級、瀏覽器設定、模型參數或資料庫欄位等容易造成結果偏差的地方。若同一命令在不同環境產生不同結果，應保留完整錯誤訊息，回到 ulsklyc-yuvomi-deep-analysis 的原始文件確認前置條件。來源沒有提供的效能、相容性或安全承諾，仍應標記為未說明。
實際閱讀 ulsklyc-yuvomi-deep-analysis 的「ulsklyc：用一款自託管應用取代一打訂閱」時，第 1 節還能協助區分「文件明確寫出」和「讀者自行推論」兩種資訊。把命令、設定鍵、資料檔名與輸出內容放在同一份紀錄中，便能檢查流程是否真的可重現；若結果只在特定平台、特定資料集或特定瀏覽器版本成立，文章應保留這項條件。對依賴外部服務的部分，也要確認請求是否需要權杖、網路是否可用，以及失敗時專案會回報什麼。
ulsklyc：十七個獨立模組
README 列出了 17 個共享一致介面的模組：任務（看板、截止日期、重複計畫）、日曆（與 Google 和 CalDAV 雙向同步、ICS 訂閱）、購物（按過道組織的清單，支援滑動操作）、膳食（每週計畫器，可匯出購物清單）、食譜（可選擇以唯讀方式鏡像自託管的 Mealie 實例）、儲藏室（庫存和最佳食用日期追蹤）、文件（帶標籤的家庭檔案，可選擇 WebDAV 或 Google Drive 儲存）、預算（收入、支出、帳戶、儲蓄目標）、家務（家庭工作人員的時間表計費）、獎勵（家務積分，家長批准的目錄）、健康（生命徵象、藥物、實驗室結果、週期追蹤）、筆記和聯絡人（Markdown 便利貼和 CardDAV 同步）、生日、家庭（帶有角色的成員檔案）、提醒（應用內、Web Push、Gotify/ntfy）、API 權杖（帶有 OpenAPI 規範和 MCP 端點）和備份。README 強調每個模組都是獨立的，因此您可以開啟家庭需要的功能，而將其餘功能放在一邊。
針對 ulsklyc-yuvomi-deep-analysis 的第 2 個焦點，核驗可從「ulsklyc：十七個獨立模組」提到的入口開始：先依 README 使用專案指定的命令或檔案，再記下版本、輸入格式、產物位置與終端輸出。這樣能把專案自身的流程和環境差異分開，尤其適合檢查依賴安裝、資料層級、瀏覽器設定、模型參數或資料庫欄位等容易造成結果偏差的地方。若同一命令在不同環境產生不同結果，應保留完整錯誤訊息，回到 ulsklyc-yuvomi-deep-analysis 的原始文件確認前置條件。來源沒有提供的效能、相容性或安全承諾，仍應標記為未說明。
實際閱讀 ulsklyc-yuvomi-deep-analysis 的「ulsklyc：十七個獨立模組」時，第 2 節還能協助區分「文件明確寫出」和「讀者自行推論」兩種資訊。把命令、設定鍵、資料檔名與輸出內容放在同一份紀錄中，便能檢查流程是否真的可重現；若結果只在特定平台、特定資料集或特定瀏覽器版本成立，文章應保留這項條件。對依賴外部服務的部分，也要確認請求是否需要權杖、網路是否可用，以及失敗時專案會回報什麼。
ulsklyc：隱私設計和資料控制
README 做出了幾個具體的隱私聲明：完全自託管、可選的 SQLCipher AES-256 資料庫加密、零遙測和無追蹤器。它還指出，內部區域網路或私有 IP 目標預設被封鎖，作為 ICS 訂閱和 WebDAV 文件儲存的 SSRF 保護，並提供可選的環境變數以允許私有網路 URL。FAQ 說所有內容都保留在您的伺服器上，逐項可見性可保持私人條目私密。README 沒有描述任何獨立的安全稽核，授權文字也不提供任何保證，因此這些點僅從來源材料來看仍未得到驗證。該專案還包含一份用於 GDPR 上下文中的自託管隱私指南，README 稱該指南涵蓋第三國評估和處理記錄範本。
針對 ulsklyc-yuvomi-deep-analysis 的第 3 個焦點，核驗可從「ulsklyc：隱私設計和資料控制」提到的入口開始：先依 README 使用專案指定的命令或檔案，再記下版本、輸入格式、產物位置與終端輸出。這樣能把專案自身的流程和環境差異分開，尤其適合檢查依賴安裝、資料層級、瀏覽器設定、模型參數或資料庫欄位等容易造成結果偏差的地方。若同一命令在不同環境產生不同結果，應保留完整錯誤訊息，回到 ulsklyc-yuvomi-deep-analysis 的原始文件確認前置條件。來源沒有提供的效能、相容性或安全承諾，仍應標記為未說明。
實際閱讀 ulsklyc-yuvomi-deep-analysis 的「ulsklyc：隱私設計和資料控制」時，第 3 節還能協助區分「文件明確寫出」和「讀者自行推論」兩種資訊。把命令、設定鍵、資料檔名與輸出內容放在同一份紀錄中，便能檢查流程是否真的可重現；若結果只在特定平台、特定資料集或特定瀏覽器版本成立，文章應保留這項條件。對依賴外部服務的部分，也要確認請求是否需要權杖、網路是否可用，以及失敗時專案會回報什麼。
ulsklyc：安裝選項
README 提供了一個在瀏覽器中執行的 Web 安裝程式，可自動偵測 Docker 或 Podman，設定 HTTPS、SSO 和計畫備份，然後啟動容器並建立管理員帳戶。安裝程式要求主機上執行 Node.js 18+，而應用容器自帶 Node 22。對於手動設定，有命令取得 docker-compose.yml 和 .env.example，設定 SESSION_SECRET 和 DB_ENCRYPTION_KEY，然後執行 docker compose up -d。RHEL、Fedora 和 CentOS Stream 上的 Podman 使用者可以獲得帶 SELinux :Z 標籤的 podman-compose.yml，以及一個無 root 的 systemd 單元。README 還列出了 TrueNAS SCALE、Umbrel 和 Unraid 作為 NAS 安裝目標，並指出目錄列表仍以舊名稱 oikos 註冊。
針對 ulsklyc-yuvomi-deep-analysis 的第 4 個焦點，核驗可從「ulsklyc：安裝選項」提到的入口開始：先依 README 使用專案指定的命令或檔案，再記下版本、輸入格式、產物位置與終端輸出。這樣能把專案自身的流程和環境差異分開，尤其適合檢查依賴安裝、資料層級、瀏覽器設定、模型參數或資料庫欄位等容易造成結果偏差的地方。若同一命令在不同環境產生不同結果，應保留完整錯誤訊息，回到 ulsklyc-yuvomi-deep-analysis 的原始文件確認前置條件。來源沒有提供的效能、相容性或安全承諾，仍應標記為未說明。
實際閱讀 ulsklyc-yuvomi-deep-analysis 的「ulsklyc：安裝選項」時，第 4 節還能協助區分「文件明確寫出」和「讀者自行推論」兩種資訊。把命令、設定鍵、資料檔名與輸出內容放在同一份紀錄中，便能檢查流程是否真的可重現；若結果只在特定平台、特定資料集或特定瀏覽器版本成立，文章應保留這項條件。對依賴外部服務的部分，也要確認請求是否需要權杖、網路是否可用，以及失敗時專案會回報什麼。
ulsklyc：技術棧：無建置步驟、純 CSS、ES 模組
"Under the hood"部分描述了一個用 README 所稱的"紀律性 Liquid Glass"設計建置的 UI，使用純 CSS，無框架。應用程式使用零建置步驟，即純 ES 模組，沒有打包器、沒有轉譯器、沒有框架。後端是 Node.js 上的 Express，使用 SQLite 或 SQLCipher，徽章表明支援 PWA。README 說 UI 是行動優先的，可離線存取上次看到的資料，具有最佳化的觸摸目標和持久底部欄。它還列出了 24 種語言，支援自動區域偵測，以及一個單獨的家庭設定，用於自動建立條目的語言。
針對 ulsklyc-yuvomi-deep-analysis 的第 5 個焦點，核驗可從「ulsklyc：技術棧：無建置步驟、純 CSS、ES 模組」提到的入口開始：先依 README 使用專案指定的命令或檔案，再記下版本、輸入格式、產物位置與終端輸出。這樣能把專案自身的流程和環境差異分開，尤其適合檢查依賴安裝、資料層級、瀏覽器設定、模型參數或資料庫欄位等容易造成結果偏差的地方。若同一命令在不同環境產生不同結果，應保留完整錯誤訊息，回到 ulsklyc-yuvomi-deep-analysis 的原始文件確認前置條件。來源沒有提供的效能、相容性或安全承諾，仍應標記為未說明。
實際閱讀 ulsklyc-yuvomi-deep-analysis 的「ulsklyc：技術棧：無建置步驟、純 CSS、ES 模組」時，第 5 節還能協助區分「文件明確寫出」和「讀者自行推論」兩種資訊。把命令、設定鍵、資料檔名與輸出內容放在同一份紀錄中，便能檢查流程是否真的可重現；若結果只在特定平台、特定資料集或特定瀏覽器版本成立，文章應保留這項條件。對依賴外部服務的部分，也要確認請求是否需要權杖、網路是否可用，以及失敗時專案會回報什麼。
ulsklyc：更名、文件和授權
Yuvomi 從 Oikos 更名以避免與無關產品的商標衝突。README 表示程式碼、資料和維護者相同，舊連結會自動重新導向，舊 Docker 映像繼續工作。文件連結包括安裝指南、規範和資料模型、模組參考、貢獻指南、安全說明和自託管者隱私指南。該專案根據 MIT 授權發布，該授權授予使用、複製、修改、合併、發布、分發、再授權和銷售副本的權限，但授權明確不提供任何擔保和責任。README 沒有提及任何付費層級，FAQ 稱該專案免費且沒有訂閱。
針對 ulsklyc-yuvomi-deep-analysis 的第 6 個焦點，核驗可從「ulsklyc：更名、文件和授權」提到的入口開始：先依 README 使用專案指定的命令或檔案，再記下版本、輸入格式、產物位置與終端輸出。這樣能把專案自身的流程和環境差異分開，尤其適合檢查依賴安裝、資料層級、瀏覽器設定、模型參數或資料庫欄位等容易造成結果偏差的地方。若同一命令在不同環境產生不同結果，應保留完整錯誤訊息，回到 ulsklyc-yuvomi-deep-analysis 的原始文件確認前置條件。來源沒有提供的效能、相容性或安全承諾，仍應標記為未說明。
實際閱讀 ulsklyc-yuvomi-deep-analysis 的「ulsklyc：更名、文件和授權」時，第 6 節還能協助區分「文件明確寫出」和「讀者自行推論」兩種資訊。把命令、設定鍵、資料檔名與輸出內容放在同一份紀錄中，便能檢查流程是否真的可重現；若結果只在特定平台、特定資料集或特定瀏覽器版本成立，文章應保留這項條件。對依賴外部服務的部分，也要確認請求是否需要權杖、網路是否可用，以及失敗時專案會回報什麼。
編輯結論
Yuvomi 用您自己的伺服器上的一個私有空間取代了多個雲端訂閱。它作為 Docker 或 Podman 容器運行在任何家用伺服器或 NAS 上，並且其模組足夠獨立，您可以使用適合的部分而跳過不需要的部分。該專案採用 MIT 授權，免費且沒有付費層級。README 沒有建立除其列出的功能之外的安全保證，授權也沒有提供任何擔保。
社群筆記