Plane：把工作項目、Cycle 與文件放進同一個專案空間
開源專案管理平台，涵蓋議題、衝刺週期、文件與路線圖，可自行託管，定位為 Jira、Linear 與 ClickUp 的替代方案。
秒懂
- 它是什麼？
- Plane 是開源專案管理工具，提供 Work Items、Cycles、Modules、Views、Pages 與 Analytics，並可選 Plane Cloud 或 Docker/Kubernetes 自架。
- 適合誰用？
- 適合需要 plane 所列工作流、並願意依 README 的平台與命令逐項檢查的人；不適合把未測試平台或早期功能當成穩定保證的使用者。先驗證 plane 的實際入口、輸入格式與結果，再決定是否納入日常流程。
- 可以商用嗎？
- 可以，但條件嚴格。AGPL-3.0 是網路 copyleft 授權：如果別人透過網路使用你修改過的版本（例如作為託管服務），你必須以同一授權向他們提供原始碼。
- 還在維護嗎？
- 有在維護。儲存庫在最近一天內有新的提交。
- 用什麼語言寫的？
- 主要是 TypeScript（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
plane 的定位與可觀察邊界
第 1 節的專案焦點是 makeplane/plane：Plane 的 Work Items 以富文字編輯器建立任務，也能上傳檔案、加子屬性及引用相關 issue。Cycles 用進度與 burn-down chart 追蹤節奏，Modules 則把大型專案拆成較可管理的單位。 在 makeplane/plane 的脈絡裡，這項資訊直接影響使用者如何安排環境、輸入與結果檢查。README 沒有寫出的部分就不能當成承諾；實際判斷應留在它列出的檔案、命令、端點或平台邊界上。這也讓文章的結論能對應具體操作，而不是用抽象形容詞替代證據。
第 1 個觀察面向要看資料如何進入系統、哪個元件負責執行，以及哪裡能看見成功或失敗。若平台、版本或依賴與 README 不同，結果就應分開記錄。這種寫法保留了專案的限制，也避免把尚未說明的能力補成既定功能。
在實際閱讀 makeplane/plane 時，還要把名稱、路徑和執行時機放在同一張檢查表：先確認依賴存在，再送入 README 指定的輸入，最後觀察輸出格式、狀態碼、畫面或記錄。第 1 節討論的是這條鏈上的一個環節，不能替代其他環節。若文件只列出概念而沒有範例，文章便只保留可證明的範圍，並把缺口清楚指出。
從 README 能還原的工作入口 · makeplane plane
第 2 節的專案焦點是 makeplane/plane：Views 讓團隊保存並分享篩選結果，Pages 把筆記、圖片、連結與 AI 能力放在文件流程中，還能把內容轉為可行動項目。Analytics 則從 Plane 資料呈現即時趨勢，協助尋找阻塞點。 在 makeplane/plane 的脈絡裡，這項資訊直接影響使用者如何安排環境、輸入與結果檢查。README 沒有寫出的部分就不能當成承諾；實際判斷應留在它列出的檔案、命令、端點或平台邊界上。這也讓文章的結論能對應具體操作，而不是用抽象形容詞替代證據。
第 2 個觀察面向要看資料如何進入系統、哪個元件負責執行，以及哪裡能看見成功或失敗。若平台、版本或依賴與 README 不同，結果就應分開記錄。這種寫法保留了專案的限制，也避免把尚未說明的能力補成既定功能。
在實際閱讀 makeplane/plane 時，還要把名稱、路徑和執行時機放在同一張檢查表：先確認依賴存在，再送入 README 指定的輸入，最後觀察輸出格式、狀態碼、畫面或記錄。第 2 節討論的是這條鏈上的一個環節，不能替代其他環節。若文件只列出概念而沒有範例，文章便只保留可證明的範圍，並把缺口清楚指出。
會改變採用判斷的限制 · makeplane plane
第 3 節的專案焦點是 makeplane/plane：使用者可選 Plane Cloud，或依 developers.plane.so 的 Docker Compose、Kubernetes 指南自架；instance admin 可用 God mode 設定實例。React Router、Django 與 Node.js 是 README 列出的技術組成，安全問題應按 SECURITY.md 指定方式回報。 在 makeplane/plane 的脈絡裡，這項資訊直接影響使用者如何安排環境、輸入與結果檢查。README 沒有寫出的部分就不能當成承諾；實際判斷應留在它列出的檔案、命令、端點或平台邊界上。這也讓文章的結論能對應具體操作，而不是用抽象形容詞替代證據。
第 3 個觀察面向要看資料如何進入系統、哪個元件負責執行，以及哪裡能看見成功或失敗。若平台、版本或依賴與 README 不同，結果就應分開記錄。這種寫法保留了專案的限制，也避免把尚未說明的能力補成既定功能。
在實際閱讀 makeplane/plane 時，還要把名稱、路徑和執行時機放在同一張檢查表：先確認依賴存在，再送入 README 指定的輸入，最後觀察輸出格式、狀態碼、畫面或記錄。第 3 節討論的是這條鏈上的一個環節，不能替代其他環節。若文件只列出概念而沒有範例，文章便只保留可證明的範圍，並把缺口清楚指出。
把輸入、輸出與環境對起來 · makeplane plane
第 4 節的專案焦點是 makeplane/plane：Plane 的 Work Items 以富文字編輯器建立任務，也能上傳檔案、加子屬性及引用相關 issue。Cycles 用進度與 burn-down chart 追蹤節奏，Modules 則把大型專案拆成較可管理的單位。 在 makeplane/plane 的脈絡裡，這項資訊直接影響使用者如何安排環境、輸入與結果檢查。README 沒有寫出的部分就不能當成承諾；實際判斷應留在它列出的檔案、命令、端點或平台邊界上。這也讓文章的結論能對應具體操作，而不是用抽象形容詞替代證據。
第 4 個觀察面向要看資料如何進入系統、哪個元件負責執行，以及哪裡能看見成功或失敗。若平台、版本或依賴與 README 不同，結果就應分開記錄。這種寫法保留了專案的限制，也避免把尚未說明的能力補成既定功能。
在實際閱讀 makeplane/plane 時，還要把名稱、路徑和執行時機放在同一張檢查表：先確認依賴存在，再送入 README 指定的輸入，最後觀察輸出格式、狀態碼、畫面或記錄。第 4 節討論的是這條鏈上的一個環節，不能替代其他環節。若文件只列出概念而沒有範例，文章便只保留可證明的範圍，並把缺口清楚指出。
適合哪種實際工作流 · makeplane plane
第 5 節的專案焦點是 makeplane/plane：Views 讓團隊保存並分享篩選結果，Pages 把筆記、圖片、連結與 AI 能力放在文件流程中，還能把內容轉為可行動項目。Analytics 則從 Plane 資料呈現即時趨勢，協助尋找阻塞點。 在 makeplane/plane 的脈絡裡，這項資訊直接影響使用者如何安排環境、輸入與結果檢查。README 沒有寫出的部分就不能當成承諾；實際判斷應留在它列出的檔案、命令、端點或平台邊界上。這也讓文章的結論能對應具體操作，而不是用抽象形容詞替代證據。
第 5 個觀察面向要看資料如何進入系統、哪個元件負責執行，以及哪裡能看見成功或失敗。若平台、版本或依賴與 README 不同，結果就應分開記錄。這種寫法保留了專案的限制，也避免把尚未說明的能力補成既定功能。
在實際閱讀 makeplane/plane 時，還要把名稱、路徑和執行時機放在同一張檢查表：先確認依賴存在，再送入 README 指定的輸入，最後觀察輸出格式、狀態碼、畫面或記錄。第 5 節討論的是這條鏈上的一個環節，不能替代其他環節。若文件只列出概念而沒有範例，文章便只保留可證明的範圍，並把缺口清楚指出。
編輯結論
適合需要 plane 所列工作流、並願意依 README 的平台與命令逐項檢查的人；不適合把未測試平台或早期功能當成穩定保證的使用者。先驗證 plane 的實際入口、輸入格式與結果，再決定是否納入日常流程。
社群筆記