安裝
git clone https://github.com/tedix-hq/tedix.git && cd tedix
bun run-local --demo適合誰
Tedix適合經常使用AI助理、希望把例行工作整個交出去、自己只在關鍵節點拍板的人。官方對它的定位是：把工作交出去之後，Tedix只把需要你決策的事項帶回來，並按重要程度排序，其餘部分由它繼續處理。換句話說，它解決的不是「能不能呼叫AI」，而是「哪些事值得你親自過目」。如果你平常就在Claude、ChatGPT或Codex裡推進任務，希望減少來回盯進度的負擔，它值得一試。
客戶端方面，官方明確支援Claude、ChatGPT和Codex；其他支援MCP協定的客戶端可以經MCP gateway接入。不在這些範圍內的助理能否順利接入，證據未說明，需要自行驗證。
上手的前提是本機工具鏈：Git、Bun和Node.js 22+，官方特別強調需要真正的Node，而不是Bun shim。這條本機路徑不需要帳號，也不需要雲端憑證，試錯成本主要在準備環境。它是否適合你所在領域的工作類型，證據同樣沒有給出範圍，先用低風險任務驗證。
暫時不適合的情況：只想用現成雲端服務、不想安裝本機工具鏈的使用者。Tedix Cloud目前未開放註冊，僅限邀請；拿不到邀請又沒有本機環境，現階段無從體驗。對雲端能力有硬需求的團隊，建議先取得邀請再評估。
3 分鐘完成第一次嘗試
推薦主路徑是本機demo模式：它以範例資料在本機把應用跑起來，不依賴雲端，也不需要任何帳號或雲端憑證。
第一步，確認前提：安裝好Git、Bun和Node.js 22+。本機裝不了這套相依套件，這條路徑就走不通。
第二步，複製儲存庫並啟動示範：
git clone https://github.com/tedix-hq/tedix.git && cd tedix
bun run-local --demo
第三步，觀察成功訊號：應用在本機啟動，並載入範例資料。官方說明到此為止；demo介面裡具體能執行哪些操作、範例資料包含什麼，證據未說明，請在本機自行觀察確認。第一次嘗試建議只觀察、不送出真實任務，確認行為符合預期後再深入。
兩點提醒：其一，這一步屬於本機執行，不涉及雲端憑證；其二，應用是否會讀取本機其他資料、是否連網，證據未說明，不要預設它沒有任何影響。這兩點不妨礙首次嘗試，但會影響你是否繼續使用它。
其他官方接入方式只作次要參考，不與主路徑並列：支援Agent Skills的agent可以執行npx skills add tedix-hq/tedix-plugins加入Tedix的技能；除官方點名的客戶端之外，會說MCP的客戶端經MCP gateway連接。這些方式各自需要什麼設定，證據未給出。
使用案例
案例一：不接雲端，先用範例資料摸清它的決策機制。情境：你想判斷「只帶回需要你決策的事項」這種工作方式是否適合自己，又不想提供任何真實資料。做法：完成上面的複製，執行bun run-local --demo。可期待的結果：應用以範例資料在本機啟動，全程不需要帳號或雲端憑證；demo中具體有哪些操作、能得到什麼輸出，證據未列出，以本機實際所見為準。
案例二：為你已有的agent加入Tedix技能。情境：你日常使用的agent能讀取Agent Skills，你想讓它獲得Tedix的工作處理能力。做法：執行npx skills add tedix-hq/tedix-plugins。可期待的結果：官方說明任何讀取Agent Skills的agent都能藉此加入Tedix的技能；加入之後具體提供哪些技能、各自如何呼叫，證據未給出，無法確認到可執行細節，請在加入後自行查看，並先用無足輕重的任務試執行。
使用邊界
- 讀寫性質：demo模式與MCP gateway暴露的具體能力中，哪些唯讀、哪些會寫本機或遠端狀態，證據均未說明；執行動作前先弄清它的影響，本機寫入也不應被當成唯讀操作。
- 憑證與資料：本機主路徑官方明確無需帳號與雲端憑證；應用讀取本機檔案的範圍、是否會連網、資料如何處理，均未確認。
- 雲端差異：Tedix Cloud僅限邀請、未開放註冊；本機demo與雲端服務各自涵蓋哪些能力、差異多大，證據未說明。
- 客戶端一致性：官方點名的客戶端與經MCP gateway接入的客戶端，可用的功能是否一致，未確認。
- 撤銷與留存：證據未提及操作撤銷路徑、使用配額與資料留存方式；這些環節沒有說明不代表沒有限制，關鍵操作前以官方文件為準。範例資料的內容範圍同樣未說明。