ORG-2：智能體構建軟體的記錄系統

ORG-2 要解決的碎片化問題｜核對 1

ORG-2 是一款記錄程式碼智能體工作過程的桌面應用。README 開篇的論點在於，現有工具各自只能看到流程的一部分：Jira 只能看到工單，Codex 只能看到它自己的會話，GitHub 只能看到已提交的行，Amplitude 只能看到指標。當程式碼由人類編寫時，這種割裂尚可忍受；但 README 指出，在智能體的速度下，週一寫出的程式碼到週五就已經過時。ORG-2 的應對方式是讓每個智能體會話都成為一條可回放的軌跡，應用本身用 Rust 和 Tauri 構建，採用本地優先執行，磁碟佔用不到 100 MB。倉庫描述將其稱為智能體如何構建軟體的系統記錄。倉庫元數據顯示該專案有 2,157 個星標和 119 個復刻。（org2ai-org2-deep-analysis 第 1 節第 1 段）

ORG-2 的記錄單位是會話而不是單一提交。審查者可以沿著訊息、工具呼叫、檔案編輯與命令輸出查看實際過程，這使「結果看起來正確」與「過程是否可解釋」成為兩個分開的問題。 本節核對點 1：org2ai-org2-deep-analysis 的 ORG-2 要解決的碎片化問題 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

ORG-2 是一款記錄程式碼智能體工作過程的桌面應用。README 開篇的論點在於，現有工具各自只能看到流程的一部分：Jira 只能看到工單，Codex 只能看到它自己的會話，GitHub 只能看到已提交的行，Amplitude 只能看到指標。當程式碼由人類編寫時，這種割裂尚可忍受；但 README 指出，在智能體的速度下，週一寫出的程式碼到週五就已經過時。ORG-2 的應對方式是讓每個智能體會話都成為一條可回放的軌跡，應用本身用 Rust 和 Tauri 構建，採用本地優先執行，磁碟佔用不到 100 MB。倉庫描述將其稱為智能體如何構建軟體的系統記錄。倉庫元數據顯示該專案有 2,157 個星標和 119 個復刻。（org2ai-org2-deep-analysis 第 1 節第 1 段） 本節核對點 1：org2ai-org2-deep-analysis 的 ORG-2 要解決的碎片化問題 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

ORG-2 是一款記錄程式碼智能體工作過程的桌面應用。README 開篇的論點在於，現有工具各自只能看到流程的一部分：Jira 只能看到工單，Codex 只能看到它自己的會話，GitHub 只能看到已提交的行，Amplitude 只能看到指標。當程式碼由人類編寫時，這種割裂尚可忍受；但 README 指出，在智能體的速度下，週一寫出的程式碼到週五就已經過時。ORG-2 的應對方式是讓每個智能體會話都成為一條可回放的軌跡，應用本身用 Rust 和 Tauri 構建，採用本地優先執行，磁碟佔用不到 100 MB。倉庫描述將其稱為智能體如何構建軟體的系統記錄。倉庫元數據顯示該專案有 2,157 個星 本段只作專案脈絡補充，實際結果仍取決於上述輸入與文件所列條件。

ORG-2 是一款記錄程式碼智能體工作過程的桌面應用。README 開篇的論點在於，現有工具各自只能看到流程的一部分：Jira 只能看到工單，Codex 只能看到它自己的會話，GitHub 只能看到已提交的行，Amplitude 只能看到指標。當程式碼由人類編寫時，這種割裂尚可忍受；但 README 指出，在智能體的速度下，週一寫出的程式碼到週五就已經過時。ORG-2 的應對方式是讓每個智能體會話都成為一條可回放的軌跡，應用本身用 Rust 和 Tauri 構建，採用本地優先執行，磁碟佔用不到 100 MB。倉庫描述將其稱為智能體如何構建軟體的系統記錄。倉庫元數據顯示該專案有 2,157 個星 本節第 1 次核讀記錄，需與原始 README 的 ORG-2 要解決的碎片化問題 對照。

Rust harness 與受支援的 CLI 智能體｜核對 2

應用內建一個原生 Rust harness，可以使用你現有的 API 金鑰和智能體訂閱來執行智能體，README 稱其快速、節省 token 且可自訂。在 harness 之外，ORG-2 可以啟動 20 多個程式碼智能體 CLI。README 列出的 GUI 加 TUI 組包括 Cursor CLI、Claude Code、Codex、Kiro CLI、GitHub Copilot、OpenCode 和 Antigravity。僅 TUI 的組更長：Kimi Code CLI、Aider、Goose、Amp、Cline、Kilo Code、Grok CLI、Devin、Hermes、OpenClaw、Codebuff、Qwen Code、Mimo Code、Continue、Droid、Mistral Vibe、Autohand、OMP 和 Pi。來自 10 多個應用和 CLI 的會話可以在同一處載入和管理，支援瀏覽歷史並檢查子智能體。README 沒有說明每個列出的 CLI 的具體整合深度。（org2ai-org2-deep-analysis 第 2 節第 1 段）

實際採用前可先用 v1.3.0 的 GitHub Release 安裝檔，啟動內建 Rust harness，執行一個小型任務，再在回放時間線中確認工具呼叫和檔案變更是否同步出現。README 未說明匯入每種外部 CLI 的完整限制，因此不宜把 20 多個名稱理解成相同深度的整合。 本節核對點 2：org2ai-org2-deep-analysis 的 Rust harness 與受支援的 CLI 智能體 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

應用內建一個原生 Rust harness，可以使用你現有的 API 金鑰和智能體訂閱來執行智能體，README 稱其快速、節省 token 且可自訂。在 harness 之外，ORG-2 可以啟動 20 多個程式碼智能體 CLI。README 列出的 GUI 加 TUI 組包括 Cursor CLI、Claude Code、Codex、Kiro CLI、GitHub Copilot、OpenCode 和 Antigravity。僅 TUI 的組更長：Kimi Code CLI、Aider、Goose、Amp、Cline、Kilo Code、Grok CLI、Devin、Hermes、OpenClaw、Codebuff、Qwen Code、Mimo Code、Continue、Droid、Mistral Vibe、Autohand、OMP 和 Pi。來自 10 多個應用和 CLI 的會話可以在同一處載入和管理，支援瀏覽歷史並檢查子智能體。README 沒有說明每個列出的 CLI 的具體整合深度。（org2ai-org2-deep-analysis 第 2 節第 1 段） 本節核對點 2：org2ai-org2-deep-analysis 的 Rust harness 與受支援的 CLI 智能體 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

應用內建一個原生 Rust harness，可以使用你現有的 API 金鑰和智能體訂閱來執行智能體，README 稱其快速、節省 token 且可自訂。在 harness 之外，ORG-2 可以啟動 20 多個程式碼智能體 CLI。README 列出的 GUI 加 TUI 組包括 Cursor CLI、Claude Code、Codex、Kiro CLI、GitHub Copilot、OpenCode 和 Antigravity。僅 TUI 的組更長：Kimi Code CLI、Aider、Goose、Amp、Cline、Kilo Code、Grok CLI、Devin、Hermes、Open 本段只作專案脈絡補充，實際結果仍取決於上述輸入與文件所列條件。

應用內建一個原生 Rust harness，可以使用你現有的 API 金鑰和智能體訂閱來執行智能體，README 稱其快速、節省 token 且可自訂。在 harness 之外，ORG-2 可以啟動 20 多個程式碼智能體 CLI。README 列出的 GUI 加 TUI 組包括 Cursor CLI、Claude Code、Codex、Kiro CLI、GitHub Copilot、OpenCode 和 Antigravity。僅 TUI 的組更長：Kimi Code CLI、Aider、Goose、Amp、Cline、Kilo Code、Grok CLI、Devin、Hermes、Open 本節第 2 次核讀記錄，需與原始 README 的 Rust harness 與受支援的 CLI 智能體 對照。

將會話回放為可驗證的時間線｜核對 3

回放功能被描述為類似影片：訊息、工具呼叫、檔案修改和命令輸出在一條可驗證的時間線上保持同步。README 稱這一功能適用於原生 Rust harness 和超過 15 個 CLI 智能體。團隊審查關注完整軌跡而非最終差異，並且可以在上下文中留下評論。在其他工具中執行的會話可以被匯入並從其歷史中重建，因此記錄也可以覆蓋從未經過該應用的工作。README 沒有具體說明哪些外部工具可以被匯入，也沒有說明重建是如何進行的。（org2ai-org2-deep-analysis 第 3 節第 1 段）

ORG-2 的記錄單位是會話而不是單一提交。審查者可以沿著訊息、工具呼叫、檔案編輯與命令輸出查看實際過程，這使「結果看起來正確」與「過程是否可解釋」成為兩個分開的問題。 本節核對點 3：org2ai-org2-deep-analysis 的 將會話回放為可驗證的時間線 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

回放功能被描述為類似影片：訊息、工具呼叫、檔案修改和命令輸出在一條可驗證的時間線上保持同步。README 稱這一功能適用於原生 Rust harness 和超過 15 個 CLI 智能體。團隊審查關注完整軌跡而非最終差異，並且可以在上下文中留下評論。在其他工具中執行的會話可以被匯入並從其歷史中重建，因此記錄也可以覆蓋從未經過該應用的工作。README 沒有具體說明哪些外部工具可以被匯入，也沒有說明重建是如何進行的。（org2ai-org2-deep-analysis 第 3 節第 1 段） 本節核對點 3：org2ai-org2-deep-analysis 的 將會話回放為可驗證的時間線 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

回放功能被描述為類似影片：訊息、工具呼叫、檔案修改和命令輸出在一條可驗證的時間線上保持同步。README 稱這一功能適用於原生 Rust harness 和超過 15 個 CLI 智能體。團隊審查關注完整軌跡而非最終差異，並且可以在上下文中留下評論。在其他工具中執行的會話可以被匯入並從其歷史中重建，因此記錄也可以覆蓋從未經過該應用的工作。README 沒有具體說明哪些外部工具可以被匯入，也沒有說明重建是如何進行的。（org2ai-org2-deep-analysis 第 3 節第 1 段） 本段只作專案脈絡補充，實際結果仍取決於上述輸入與文件所列條件。

回放功能被描述為類似影片：訊息、工具呼叫、檔案修改和命令輸出在一條可驗證的時間線上保持同步。README 稱這一功能適用於原生 Rust harness 和超過 15 個 CLI 智能體。團隊審查關注完整軌跡而非最終差異，並且可以在上下文中留下評論。在其他工具中執行的會話可以被匯入並從其歷史中重建，因此記錄也可以覆蓋從未經過該應用的工作。README 沒有具體說明哪些外部工具可以被匯入，也沒有說明重建是如何進行的。（org2ai-org2-deep-analysis 第 3 節第 1 段） 本節第 3 次核讀記錄，需與原始 README 的 將會話回放為可驗證的時間線 對照。

AI blame：從程式碼行追溯到決策｜核對 4

AI blame 被呈現為 git blame 的擴充。它不會停留在修改某一行的人身上，而是回溯到產生該修改的智能體會話、工具呼叫和決策。README 將其定位為回答一段程式碼為何存在、是否有效的方法，無需手動拼接 Jira、Codex、GitHub 和 Amplitude 的資料。README 沒有記錄行到會話的對應是如何計算的，也沒有說明除其他地方提到的 Git 工具之外還支援哪些版本控制系統。（org2ai-org2-deep-analysis 第 4 節第 1 段）

實際採用前可先用 v1.3.0 的 GitHub Release 安裝檔，啟動內建 Rust harness，執行一個小型任務，再在回放時間線中確認工具呼叫和檔案變更是否同步出現。README 未說明匯入每種外部 CLI 的完整限制，因此不宜把 20 多個名稱理解成相同深度的整合。 本節核對點 4：org2ai-org2-deep-analysis 的 AI blame：從程式碼行追溯到決策 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

AI blame 被呈現為 git blame 的擴充。它不會停留在修改某一行的人身上，而是回溯到產生該修改的智能體會話、工具呼叫和決策。README 將其定位為回答一段程式碼為何存在、是否有效的方法，無需手動拼接 Jira、Codex、GitHub 和 Amplitude 的資料。README 沒有記錄行到會話的對應是如何計算的，也沒有說明除其他地方提到的 Git 工具之外還支援哪些版本控制系統。（org2ai-org2-deep-analysis 第 4 節第 1 段） 本節核對點 4：org2ai-org2-deep-analysis 的 AI blame：從程式碼行追溯到決策 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

AI blame 被呈現為 git blame 的擴充。它不會停留在修改某一行的人身上，而是回溯到產生該修改的智能體會話、工具呼叫和決策。README 將其定位為回答一段程式碼為何存在、是否有效的方法，無需手動拼接 Jira、Codex、GitHub 和 Amplitude 的資料。README 沒有記錄行到會話的對應是如何計算的，也沒有說明除其他地方提到的 Git 工具之外還支援哪些版本控制系統。（org2ai-org2-deep-analysis 第 4 節第 1 段） 本段只作專案脈絡補充，實際結果仍取決於上述輸入與文件所列條件。

AI blame 被呈現為 git blame 的擴充。它不會停留在修改某一行的人身上，而是回溯到產生該修改的智能體會話、工具呼叫和決策。README 將其定位為回答一段程式碼為何存在、是否有效的方法，無需手動拼接 Jira、Codex、GitHub 和 Amplitude 的資料。README 沒有記錄行到會話的對應是如何計算的，也沒有說明除其他地方提到的 Git 工具之外還支援哪些版本控制系統。（org2ai-org2-deep-analysis 第 4 節第 1 段） 本節第 4 次核讀記錄，需與原始 README 的 AI blame：從程式碼行追溯到決策 對照。

圍繞智能體的開發工作區｜核對 5

除了智能體管理之外，ORG-2 還捆綁了終端、原始碼控制、Git 歷史瀏覽和拉取請求審查，README 稱你無需離開智能體工作區即可處理這些任務。設計模式會在原生的 WebKit 瀏覽器中開啟即時頁面，你可以選擇一個元素，將其精確的頁面上下文傳送給智能體進行修復。工作日記會顯示時間如何在任務和會話之間分配，每日活動時間線會追蹤時長、程式碼變更和優先順序。README 還將 GUI、CLI、LSP、時間線和資料庫工具列為其他能力。（org2ai-org2-deep-analysis 第 5 節第 1 段）

ORG-2 的記錄單位是會話而不是單一提交。審查者可以沿著訊息、工具呼叫、檔案編輯與命令輸出查看實際過程，這使「結果看起來正確」與「過程是否可解釋」成為兩個分開的問題。 本節核對點 5：org2ai-org2-deep-analysis 的 圍繞智能體的開發工作區 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

除了智能體管理之外，ORG-2 還捆綁了終端、原始碼控制、Git 歷史瀏覽和拉取請求審查，README 稱你無需離開智能體工作區即可處理這些任務。設計模式會在原生的 WebKit 瀏覽器中開啟即時頁面，你可以選擇一個元素，將其精確的頁面上下文傳送給智能體進行修復。工作日記會顯示時間如何在任務和會話之間分配，每日活動時間線會追蹤時長、程式碼變更和優先順序。README 還將 GUI、CLI、LSP、時間線和資料庫工具列為其他能力。（org2ai-org2-deep-analysis 第 5 節第 1 段） 本節核對點 5：org2ai-org2-deep-analysis 的 圍繞智能體的開發工作區 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

除了智能體管理之外，ORG-2 還捆綁了終端、原始碼控制、Git 歷史瀏覽和拉取請求審查，README 稱你無需離開智能體工作區即可處理這些任務。設計模式會在原生的 WebKit 瀏覽器中開啟即時頁面，你可以選擇一個元素，將其精確的頁面上下文傳送給智能體進行修復。工作日記會顯示時間如何在任務和會話之間分配，每日活動時間線會追蹤時長、程式碼變更和優先順序。README 還將 GUI、CLI、LSP、時間線和資料庫工具列為其他能力。（org2ai-org2-deep-analysis 第 5 節第 1 段） 本段只作專案脈絡補充，實際結果仍取決於上述輸入與文件所列條件。

除了智能體管理之外，ORG-2 還捆綁了終端、原始碼控制、Git 歷史瀏覽和拉取請求審查，README 稱你無需離開智能體工作區即可處理這些任務。設計模式會在原生的 WebKit 瀏覽器中開啟即時頁面，你可以選擇一個元素，將其精確的頁面上下文傳送給智能體進行修復。工作日記會顯示時間如何在任務和會話之間分配，每日活動時間線會追蹤時長、程式碼變更和優先順序。README 還將 GUI、CLI、LSP、時間線和資料庫工具列為其他能力。（org2ai-org2-deep-analysis 第 5 節第 1 段） 本節第 5 次核讀記錄，需與原始 README 的 圍繞智能體的開發工作區 對照。

已完成的能力與標記為進行中的專案｜核對 6

其他能力列表包括會話間記憶、智能體之間的知識共享、共享工作區狀態、能夠對 CPU、記憶體和人類注意力可用性做出反應的資源感知執行、由智能體驅動的端到端 GUI 測試以支援受監督的自我演進，以及排程功能讓智能體可以在夜間工作或在你離開時繼續。有兩項被明確標記為進行中：協調人類、智能體、目標和問責制的組織對齊介面，以及透過自託管 Supabase 實現的會話協作和群組議題工作流。README 沒有給出這兩項的時間表。（org2ai-org2-deep-analysis 第 6 節第 1 段）

實際採用前可先用 v1.3.0 的 GitHub Release 安裝檔，啟動內建 Rust harness，執行一個小型任務，再在回放時間線中確認工具呼叫和檔案變更是否同步出現。README 未說明匯入每種外部 CLI 的完整限制，因此不宜把 20 多個名稱理解成相同深度的整合。 本節核對點 6：org2ai-org2-deep-analysis 的 已完成的能力與標記為進行中的專案 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

其他能力列表包括會話間記憶、智能體之間的知識共享、共享工作區狀態、能夠對 CPU、記憶體和人類注意力可用性做出反應的資源感知執行、由智能體驅動的端到端 GUI 測試以支援受監督的自我演進，以及排程功能讓智能體可以在夜間工作或在你離開時繼續。有兩項被明確標記為進行中：協調人類、智能體、目標和問責制的組織對齊介面，以及透過自託管 Supabase 實現的會話協作和群組議題工作流。README 沒有給出這兩項的時間表。（org2ai-org2-deep-analysis 第 6 節第 1 段） 本節核對點 6：org2ai-org2-deep-analysis 的 已完成的能力與標記為進行中的專案 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

其他能力列表包括會話間記憶、智能體之間的知識共享、共享工作區狀態、能夠對 CPU、記憶體和人類注意力可用性做出反應的資源感知執行、由智能體驅動的端到端 GUI 測試以支援受監督的自我演進，以及排程功能讓智能體可以在夜間工作或在你離開時繼續。有兩項被明確標記為進行中：協調人類、智能體、目標和問責制的組織對齊介面，以及透過自託管 Supabase 實現的會話協作和群組議題工作流。README 沒有給出這兩項的時間表。（org2ai-org2-deep-analysis 第 6 節第 1 段） 本段只作專案脈絡補充，實際結果仍取決於上述輸入與文件所列條件。

其他能力列表包括會話間記憶、智能體之間的知識共享、共享工作區狀態、能夠對 CPU、記憶體和人類注意力可用性做出反應的資源感知執行、由智能體驅動的端到端 GUI 測試以支援受監督的自我演進，以及排程功能讓智能體可以在夜間工作或在你離開時繼續。有兩項被明確標記為進行中：協調人類、智能體、目標和問責制的組織對齊介面，以及透過自託管 Supabase 實現的會話協作和群組議題工作流。README 沒有給出這兩項的時間表。（org2ai-org2-deep-analysis 第 6 節第 1 段） 本節第 6 次核讀記錄，需與原始 README 的 已完成的能力與標記為進行中的專案 對照。

下載、構建與許可證｜核對 7

README 提供了 macOS Apple Silicon、Windows x64 安裝程式和 MSI、Linux x64 AppImage 和 DEB 的發布資產連結，這些直接連結始終指向最新的 GitHub 發布。宣告的最新構建版本是 v1.1.24，日期為 2026-07-16。從原始碼構建使用 pnpm 的三個命令：pnpm install、pnpm run download:sidecars 和 pnpm run tauri:dev。可選的本地 sidecar 處理瀏覽器和電腦使用自動化；agent-browser 從 vercel-labs/agent-browser 的發布中下載，peekaboo 在 macOS 上從 steipete/peekaboo 下載，Computer Use 目前僅支援 macOS。許可證為 AGPL-3.0-or-later。許可證文字授予複製、分發和修改軟體的自由，並要求執行修改版本網路伺服器的營運商向使用者提供原始碼。許可證文字沒有涉及支援、保固或安全態勢。（org2ai-org2-deep-analysis 第 7 節第 1 段）

ORG-2 的記錄單位是會話而不是單一提交。審查者可以沿著訊息、工具呼叫、檔案編輯與命令輸出查看實際過程，這使「結果看起來正確」與「過程是否可解釋」成為兩個分開的問題。 本節核對點 7：org2ai-org2-deep-analysis 的 下載、構建與許可證 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

README 提供了 macOS Apple Silicon、Windows x64 安裝程式和 MSI、Linux x64 AppImage 和 DEB 的發布資產連結，這些直接連結始終指向最新的 GitHub 發布。宣告的最新構建版本是 v1.1.24，日期為 2026-07-16。從原始碼構建使用 pnpm 的三個命令：pnpm install、pnpm run download:sidecars 和 pnpm run tauri:dev。可選的本地 sidecar 處理瀏覽器和電腦使用自動化；agent-browser 從 vercel-labs/agent-browser 的發布中下載，peekaboo 在 macOS 上從 steipete/peekaboo 下載，Computer Use 目前僅支援 macOS。許可證為 AGPL-3.0-or-later。許可證文字授予複製、分發和修改軟體的自由，並要求執行修改版本網路伺服器的營運商向使用者提供原始碼。許可證文字沒有涉及支援、保固或安全態勢。（org2ai-org2-deep-analysis 第 7 節第 1 段） 本節核對點 7：org2ai-org2-deep-analysis 的 下載、構建與許可證 需以原始文件所列內容為準，不能由相鄰功能推定未記載的行為。

README 提供了 macOS Apple Silicon、Windows x64 安裝程式和 MSI、Linux x64 AppImage 和 DEB 的發布資產連結，這些直接連結始終指向最新的 GitHub 發布。宣告的最新構建版本是 v1.1.24，日期為 2026-07-16。從原始碼構建使用 pnpm 的三個命令：pnpm install、pnpm run download:sidecars 和 pnpm run tauri:dev。可選的本地 sidecar 處理瀏覽器和電腦使用自動化；agent-browser 從 vercel-labs/agent-browser 的發布中下 本段只作專案脈絡補充，實際結果仍取決於上述輸入與文件所列條件。

README 提供了 macOS Apple Silicon、Windows x64 安裝程式和 MSI、Linux x64 AppImage 和 DEB 的發布資產連結，這些直接連結始終指向最新的 GitHub 發布。宣告的最新構建版本是 v1.1.24，日期為 2026-07-16。從原始碼構建使用 pnpm 的三個命令：pnpm install、pnpm run download:sidecars 和 pnpm run tauri:dev。可選的本地 sidecar 處理瀏覽器和電腦使用自動化；agent-browser 從 vercel-labs/agent-browser 的發布中下 本節第 7 次核讀記錄，需與原始 README 的 下載、構建與許可證 對照。

編輯結論

ORG-2 是對人類與智能體組織形態的一次實驗，可回放的會話和 AI blame 是讓智能體工作可審查的具體機制。README 中的聲明具體且可核查：一個 Rust harness、超過 20 個 CLI 啟動器、一條可驗證的回放時間線，以及 AGPL-3.0-or-later 許可證。組織對齊介面仍標記為進行中。 實際採用前可先用 v1.3.0 的 GitHub Release 安裝檔，啟動內建 Rust harness，執行一個小型任務，再在回放時間線中確認工具呼叫和檔案變更是否同步出現。README 未說明匯入每種外部 CLI 的完整限制，因此不宜把 20 多個名稱理解成相同深度的整合。

官方來源

1. Official README
2. Project repository
3. Release notes