Tower 18 Beta 的 gittower：把 AI 修改交回圖形介面審查
AI coding agent 完成修改後，接下來常是找 repository、切到差異畫面，再核對它實際改了什麼。Tower 18 for Mac Beta 的 gittower working-copy 可以直接開啟 Working Copy，讓終端機任務接回圖形介面審查。 開啟畫面不代表已通過 review，也不代表授權 agent 提交。
本文以 2026-10-02 的 Tower CLI 文件與使用指南為準；沒有安裝 Beta 或實測指令。適用範圍是 Mac Beta，不能把這套指令直接套到 Windows 或 Tower 17。
先核對 app 和 CLI 是同一個版本
官方的 Beta 試用入口在 Settings → Updates 的 Release Channel；若要試用，先自行確認是否適合你的工作環境。接著在 Settings → Integration 安裝或更新 Tower Command Line Tool，開新終端機檢查：
command -v gittowergittower --versiongittower --helpcommand -v 是 shell 的路徑檢查，先排除同名工具或 PATH 順序問題。再比對 CLI 輸出與 app 的版本、build；若 help 沒有下文的子命令，先處理版本不一致，不要直接讓 agent 猜旗標。
Tower 18 的安裝連結指向 app，移動或重新命名 app 後可能需要回 Integration 按 Repair。從 DMG 或 Downloads 的暫時位置執行 app，則可能無法安裝 CLI；依官方文件，先將 app 移到固定位置並重新開啟。修復後重新檢查路徑與版本，不要自行覆寫另一個程式提供的同名 gittower。
用審查對象決定開啟哪個畫面
以下是官方文件列出的命令，請在目標 Git repository 中使用；檔案路徑換成實際存在的檔案。
# 尚未提交：查看目前工作目錄差異gittower working-copy
# 已提交：選取一個 commitgittower commit HEAD
# 追查某個檔案的變更歷史gittower history src/Parser.swift如果 agent 還沒有 commit，Working Copy 才是目前差異的入口；若已 commit，應查看指定 commit，否則乾淨的 Working Copy 會讓人以為沒有改動。這是審查流程的選擇依據，並非任何畫面都能代表整個任務範圍。
比對時先確認 repository 與目前分支，再看預期檔案、無關修改、測試紀錄和新增素材。多人或多 agent 共用目錄時，Working Copy 可能同時顯示別人的修改；請對照任務擁有的確切檔案清單，不能把所有顯示的差異一起納入提交。
交給 agent 的指令要保留人工決策
可以把以下文字當成任務收尾要求：
完成修改與必要測試後，回報實際改動的檔案和未驗證限制。在指定 repository 開啟 Tower Working Copy 供我審查；若已經提交，開啟該 commit。提交與推送依我在本次任務給的授權執行。
gittower 使用指南也提供 branch metadata 相關命令；它們會寫入 Git config。若只需要顯示差異，使用上面的檢視命令即可，不必為了接回 GUI 就設定 branch parent 或 stacked metadata。
官方提供 Tower CLI 的 Agent Skill，但它是讓 agent 了解指令的說明文件，不能代替審查或擴大使用者授權。先人工確認 CLI 可用，再依 agent 的技能安裝方式加入；本文沒有安裝該 Skill。
既有的常用開發工具清單記錄 Tower 的使用背景；這篇補的是「終端機完成任務後如何定位審查畫面」。如果你目前的 Git diff 流程已足夠，也不需要只為了這個入口切到 Beta。
參考資料：