Watcharr：自架電影、劇集、動漫與遊戲觀看清單
開源、可自架的觀看列表，包含您的所有內容（電影、電視劇、動漫、遊戲），具有用戶身份驗證、現代、乾淨的用戶界面和非常簡單的設定。
秒懂
- 它是什麼？
- Open source, self-hostable watched list for all your content (movies, tv series, anime, games) with user authentication, modern and clean UI and a very simple setup.。本文依 README 整理其可用入口、技術範圍與採用時的具體限制。
- 適合誰用？
- 適合想自架觀看清單並追蹤電影、劇集、動漫與遊戲的人；不適合把公開展示站當成私人資料庫，或期待 README 未承諾的媒體串流功能。先用 Docker 啟動自己的 Watcharr，確認資料持久化、登入暴露面與清單匯入結果。
- 可以商用嗎？
- 可以，但有條件。GPL-3.0 是 copyleft 授權：如果你散布包含它的軟體，就必須以同一授權公開該軟體的原始碼。只在內部執行、不對外散布，則不會觸發這項義務。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 3 天前。
- 用什麼語言寫的？
- 主要是 Go（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月14日）與我們的分析，不構成法律意見。
開源專案深度解析
專案要解決的具體問題：Watcharr
README 將 Watcharr 描述為一個易於自架設的內容觀看清單，用來記錄電影、電視劇和動漫，並且透過額外的設定還可以追蹤電玩遊戲。每條內容可以有已觀看、正在觀看、計畫觀看等狀態，使用者也可以對其評分。倉庫中繼資料補充說明專案包含使用者認證、現代而乾淨的介面，以及非常簡單的設定。README 中的截圖展示了裝置模型圖、首頁、海報懸停、狀態變更、電影詳情、使用者資料、探索頁，以及首頁和詳情頁的深色主題版本；這些截圖僅作為介面預覽，沒有附帶詳細的操作說明。README 沒有提到播放功能，因此不應假設它提供串流媒體服務，也沒有說明擴充性或權限管理方面的問題。
Watcharr 的 README 把第 1 節的這個專案放在很清楚的技術脈絡裡：它提供的入口、資料格式、執行命令與限制，都應以文件實際寫出的內容為準。對 sbondCo/Watcharr 而言，這種界線很重要，因為倉庫描述可以說明設計目標，卻不能代替你的作業系統、依賴版本和真實輸入。閱讀本節時，先把專案名稱、命令和檔案路徑標出來，再對照自己的流程逐項核對。 在 sbondCo/Watcharr 的情境中，這表示不能把未列出的整合當成既定功能，也不能把 README 的示例數字直接移植到另一台機器。若要採用，應從文件列出的命令和輸入開始，保留原始輸出，再針對這個專案的錯誤訊息、設定鍵或產物檔案作判斷。本節特別要核對 Watcharr 的專案名稱、README 指定的命令和輸入輸出關係。測試紀錄應保留成功與失敗兩種結果，並分開標註文件明示內容和本機觀察內容。這樣日後更新 sbondCo/Watcharr 時，才能知道是版本改變、環境差異，還是原本就未承諾的行為。
功能與資料流：Watcharr
README 明確說明 Watcharr 使用 Go 和 Svelte(Kit) 建置。倉庫的預設分支是 dev，展示實例執行的是最新 dev 建置，因此 dev 分支是當前功能測試的主要分支。該倉庫沒有被封存，依中繼資料快照，它擁有 1,454 個 star、74 個 fork 和 138 個開啟的 issue。首頁指向 watcharr.app，README 中也有指向該網域下文件的連結。README 還提到一個專案看板用於追蹤大多數修補程式，並提供 FEATURES.md 檔案列出目前功能；維護者自稱很沒有條理，因此更新可能會意外出現。專案看板的連結指向 GitHub 上的 orgs/sbondCo/projects/9/views/3，但 README 沒有描述看板的具體狀態。這裡也沒有提供版本歷史或釋出節奏的資訊。
Watcharr 的 README 把第 2 節的這個專案放在很清楚的技術脈絡裡：它提供的入口、資料格式、執行命令與限制，都應以文件實際寫出的內容為準。對 sbondCo/Watcharr 而言，這種界線很重要，因為倉庫描述可以說明設計目標，卻不能代替你的作業系統、依賴版本和真實輸入。閱讀本節時，先把專案名稱、命令和檔案路徑標出來，再對照自己的流程逐項核對。 在 sbondCo/Watcharr 的情境中，這表示不能把未列出的整合當成既定功能，也不能把 README 的示例數字直接移植到另一台機器。若要採用，應從文件列出的命令和輸入開始，保留原始輸出，再針對這個專案的錯誤訊息、設定鍵或產物檔案作判斷。本節特別要核對 Watcharr 的專案名稱、README 指定的命令和輸入輸出關係。測試紀錄應保留成功與失敗兩種結果，並分開標註文件明示內容和本機觀察內容。這樣日後更新 sbondCo/Watcharr 時，才能知道是版本改變、環境差異，還是原本就未承諾的行為。
安裝入口與執行方式：Watcharr
README 提供了一個公開展示實例，位址是 beta.watcharr.app。這個實例執行最新的 dev 建置，所以可能會存在 bug，新功能也會先在這裡測試。展示沒有預設帳號；說明文字讓使用者隨便輸入一個使用者名稱和密碼，然後點擊底部的 Not a user?，Sign Up 按鈕就會出現。維護者把展示實例稱為速度上的最壞情況，並說如果自己架設，應用程式會變得靈敏。這是維護者自己的描述，不是基準測試結果。README 還提醒訪客可以友善地使用這個展示實例，不要惡意濫用。展示實例用於測試，並不意味著它是穩定版本。
Watcharr 的 README 把第 3 節的這個專案放在很清楚的技術脈絡裡：它提供的入口、資料格式、執行命令與限制，都應以文件實際寫出的內容為準。對 sbondCo/Watcharr 而言，這種界線很重要，因為倉庫描述可以說明設計目標，卻不能代替你的作業系統、依賴版本和真實輸入。閱讀本節時，先把專案名稱、命令和檔案路徑標出來，再對照自己的流程逐項核對。 在 sbondCo/Watcharr 的情境中，這表示不能把未列出的整合當成既定功能，也不能把 README 的示例數字直接移植到另一台機器。若要採用，應從文件列出的命令和輸入開始，保留原始輸出，再針對這個專案的錯誤訊息、設定鍵或產物檔案作判斷。本節特別要核對 Watcharr 的專案名稱、README 指定的命令和輸入輸出關係。測試紀錄應保留成功與失敗兩種結果，並分開標註文件明示內容和本機觀察內容。這樣日後更新 sbondCo/Watcharr 時，才能知道是版本改變、環境差異，還是原本就未承諾的行為。
文件已說明的限制：Watcharr
安裝部分，README 指向 watcharr.app 文件中的安裝分類，並說那裡有最新的安裝指南。倉庫根目錄還包含一個 docker-compose.yml 檔案，README 稱這個檔案適合喜歡 Docker 的使用者。README 沒有直接給出 docker-compose 的內容，也沒有列出具體的指令，所以精確的安裝步驟需要去文件裡確認。對於電玩遊戲追蹤，README 提到需要一些額外的設定，並連結到伺服器設定中關於 IGDB 的頁面。除此之外，README 沒有提供資料庫、反向代理、更新或資料遷移方面的細節，這些都需要從文件或維護者那裡獲取。
Watcharr 的 README 把第 4 節的這個專案放在很清楚的技術脈絡裡：它提供的入口、資料格式、執行命令與限制，都應以文件實際寫出的內容為準。對 sbondCo/Watcharr 而言，這種界線很重要，因為倉庫描述可以說明設計目標，卻不能代替你的作業系統、依賴版本和真實輸入。閱讀本節時，先把專案名稱、命令和檔案路徑標出來，再對照自己的流程逐項核對。 在 sbondCo/Watcharr 的情境中，這表示不能把未列出的整合當成既定功能，也不能把 README 的示例數字直接移植到另一台機器。若要採用，應從文件列出的命令和輸入開始，保留原始輸出，再針對這個專案的錯誤訊息、設定鍵或產物檔案作判斷。本節特別要核對 Watcharr 的專案名稱、README 指定的命令和輸入輸出關係。測試紀錄應保留成功與失敗兩種結果，並分開標註文件明示內容和本機觀察內容。這樣日後更新 sbondCo/Watcharr 時，才能知道是版本改變、環境差異，還是原本就未承諾的行為。
採用前的專案檢查：Watcharr
社群工具部分目前列出一個由 airdogvan 開發的 Kodi 外掛程式，用於自動追蹤已觀看的劇集和電影。維護者明確表示無法為這些工具提供任何保證，也不會持續跟進程式碼審查；如果工具出現問題，應該在對應工具自己的倉庫裡開 issue。README 邀請所有為 Watcharr 寫過指令碼或工具的人把工具新增到這個清單裡，但除了這個 Kodi 外掛程式外，沒有提到其他第三方工具。該外掛程式的倉庫連結指向 airdogvan 的 GitHub 頁面，README 沒有提供外掛程式的安裝或設定說明。這個清單可能隨著社群貢獻而變化。
Watcharr 的 README 把第 5 節的這個專案放在很清楚的技術脈絡裡：它提供的入口、資料格式、執行命令與限制，都應以文件實際寫出的內容為準。對 sbondCo/Watcharr 而言，這種界線很重要，因為倉庫描述可以說明設計目標，卻不能代替你的作業系統、依賴版本和真實輸入。閱讀本節時，先把專案名稱、命令和檔案路徑標出來，再對照自己的流程逐項核對。 在 sbondCo/Watcharr 的情境中，這表示不能把未列出的整合當成既定功能，也不能把 README 的示例數字直接移植到另一台機器。若要採用，應從文件列出的命令和輸入開始，保留原始輸出，再針對這個專案的錯誤訊息、設定鍵或產物檔案作判斷。本節特別要核對 Watcharr 的專案名稱、README 指定的命令和輸入輸出關係。測試紀錄應保留成功與失敗兩種結果，並分開標註文件明示內容和本機觀察內容。這樣日後更新 sbondCo/Watcharr 時，才能知道是版本改變、環境差異，還是原本就未承諾的行為。
維護訊號與授權：Watcharr
取得協助的主要方式是在 GitHub 上建立 issue，README 說所有型別的 issue 都會被接受。還有一個 Matrix 空間，位址是 matrix.to/#/#watcharr:matrix.org，使用者可以在那裡獲得支援，README 說維護者會盡力回覆。專案採用 GPL-3.0 授權；授權文字寫明它是 copyleft 授權，保證使用者分享和修改軟體的自由，並且明確說明這個自由軟體沒有保固。README 讓使用者查看倉庫根目錄的 LICENSE 檔案或造訪 gnu.org 取得完整文字。貢獻方面，README 指向單獨的 CONTRIBUTING.md 檔案，沒有在 README 中說明具體的貢獻流程。
Watcharr 的 README 把第 6 節的這個專案放在很清楚的技術脈絡裡：它提供的入口、資料格式、執行命令與限制，都應以文件實際寫出的內容為準。對 sbondCo/Watcharr 而言，這種界線很重要，因為倉庫描述可以說明設計目標，卻不能代替你的作業系統、依賴版本和真實輸入。閱讀本節時，先把專案名稱、命令和檔案路徑標出來，再對照自己的流程逐項核對。 在 sbondCo/Watcharr 的情境中，這表示不能把未列出的整合當成既定功能，也不能把 README 的示例數字直接移植到另一台機器。若要採用，應從文件列出的命令和輸入開始，保留原始輸出，再針對這個專案的錯誤訊息、設定鍵或產物檔案作判斷。本節特別要核對 Watcharr 的專案名稱、README 指定的命令和輸入輸出關係。測試紀錄應保留成功與失敗兩種結果，並分開標註文件明示內容和本機觀察內容。這樣日後更新 sbondCo/Watcharr 時，才能知道是版本改變、環境差異，還是原本就未承諾的行為。
編輯結論
適合想自架觀看清單並追蹤電影、劇集、動漫與遊戲的人；不適合把公開展示站當成私人資料庫，或期待 README 未承諾的媒體串流功能。先用 Docker 啟動自己的 Watcharr，確認資料持久化、登入暴露面與清單匯入結果。
社群筆記