Google Web 版的Gemini + Canvas 的介面親切又直覺，只要描述想法，就能很快做出互動頁面、小工具與原型。許多人也因此完成了不少原本以為需要找工程師才能做的小功能。可是，當作品從「先跑起來看看」進入「要維護、要串資料、要反覆測試」的階段，Web 對話介面的限制就會逐漸浮現：上下文散落在多輪對話裡、多檔案修改不容易追蹤、執行與測試還要自己來回切換。
這時候，問題往往不是提示詞不夠長，而是需要一個能在本機工作區裡規劃、修改、執行與驗證的代理式開發環境。Google Antigravity 2.0 正好代表這種從聊天機器人走向 Agent-First 的轉變。
當你請 AI Agent 修改程式、做實驗、重構資料夾或產生新功能時，它需要一個可以放心嘗試的地方。Git Worktree 的用途，就是讓同一個 Git 專案同時開出多個資料夾：一個保留穩定版本，另一個讓 AI Agent 做實驗。這樣就不用備份整個專案，也不用擔心 AI 一邊嘗試、一邊把原本可用的版本弄亂。
你可以把它想成：Git 是專案的版本紀錄本，branch （分支）就像是不同想法的頁籤（特色分支），worktree 則是把某個頁籤拿出來變成獨立資料夾。AI Agent 在不同資料夾上做事，最後你再決定要不要把成果合併回主要工作的資料夾（main 分支）。
| 情境 | 不用 Worktree 的風險 | 使用 Worktree 的好處 |
|---|---|---|
| 讓 AI Agent 試做新功能 | 原本可用版本可能被改壞 | 實驗資料夾和穩定資料夾分開 |
| 同時請兩個 Agent 做不同方案 | 兩邊改到同一批檔案，容易混在一起 | 每個方案各自有工作區與分支 |
| 需要比較修改前後 | 只能靠記憶或反覆切換分支 | 兩個資料夾可直接並排比較 |
| 實驗失敗想放棄 | 要小心還原檔案 | 確認不保留成果後，移除 worktree，再刪除實驗分支 |
Git 是一套版本控制工具。它會記錄專案在不同時間點的樣子，讓你知道誰改了什麼、何時改、為什麼改。如果改壞了，可以回到之前的版本；如果有不同想法，也可以開分支各自發展。
圖解：這張圖整理 worktree 的核心概念，main 保持穩定，新的 worktree 則提供 AI Agent 獨立實驗空間。
圖 1：main 保留穩定版本，proj1-v2 讓 AI Agent 在另一個資料夾做實驗。
如果只是改一行文字、補一個小註解或調整 README，通常不需要 worktree。Worktree 適合用在「改動範圍不小、可能要比較、可能會反悔」的工作。
在 Windows 上可使用 PowerShell 搭配 winget 安裝 Git。打開 PowerShell 後輸入：
winget install --id Git.Git -e --source winget安裝完成後，重新開啟終端機，再輸入以下指令確認是否安裝成功，這個指令是檢查 Git 的安裝版本：
git --version如果系統找不到 winget，也可以前往 Git 官方 Windows 下載頁安裝：https://git-scm.com/download/win
註：winget 是 Windows Package Manager 的命令列工具，可用來搜尋、安裝、更新與移除軟體。它適用於 Windows 11 與較新的 Windows 10，通常會隨 App Installer 提供。
如果是這台電腦上第一次使用 Git，請先輸入以下指令：
git config --global user.name "你的名字"
git config --global user.email "你的 Email"可以使用以下指令查閱設定是否正確：
git config --global user.name
git config --global user.email 本範例使用 Visual Studio Code 進行編輯，先建立一個資料夾 proj1，裡面放 src\index.html。這個檔案代表我們的第一版網頁內容。
<h1>Hello</h1>操作結果：建立 proj1\src\index.html 後，專案已具備可交給 Git 管理的基本檔案結構。
圖 2：在檔案總管或 VS Code 中建立 proj1\src\index.html。
在包含 proj1 的上層資料夾中開啟 PowerShell；本文範例位置是 C:\Labs\gworktree。接著依序輸入以下指令，進入專案、初始化 Git，並確認目前的 worktree。剛開始只有主工作區。
cd .\proj1
git init -b main
git worktree list指令結果1：成功建立 Git 本地端儲存庫以及 main 分支。
圖 3：終端機執行狀態。
指令結果2：執行 git init 後，資料夾中會出現 .git，代表這個資料夾已經成為 Git 專案。
圖 4：在檔案總管可以看到 .git 資料夾。
接著把檔案加入版本紀錄並建立第一個 commit：這項全域設定通常只需完成一次，之後即可正常建立 commit。
git add .
git status
git commit -m "初次 commit"指令結果：執行 git add 與 git commit 後，Git 會建立第一個版本紀錄，作為後續比較與回復的基準點。
圖 5：建立第一個 commit 後，Git 已經記住初始版本。
現在建立新 worktree 資料夾 proj1-v2，並同時建立新分支 feature-v2。新的版本可以在這個資料夾工作，不會直接動到 main 分支 (../Proj1) 的檔案。
git worktree add ../proj1-v2 -b feature-v2
git worktree list指令結果：執行 git worktree add 後，Git 會建立 proj1-v2 資料夾，並將它連到新的 feature-v2 分支。
圖 6：Git 建立 proj1-v2，並把它連到新分支 feature-v2。
指令結果：再次執行 git worktree list，在檔案總管可以看到同一個專案目前同時存在 proj1 與 proj1-v2 兩個工作區。
圖 7：同一個專案現在有兩個資料夾：proj1 與 proj1-v2。
打開 proj1-v2\src\index.html，把內容改成第二版。此時 proj1 的 index.html 仍是 Hello，proj1-v2 則是 Hello v2。這就是 worktree 最直觀的價值：兩個資料夾可以同時存在不同版本。
<h1>Hello v2</h1>操作結果：修改 proj1-v2 裡的 index.html 後，主工作區 proj1 仍保持原內容，兩邊可直接比較差異。
圖 8：左右兩邊的 index.html 內容不同，可直接比較。
接著在同一個 PowerShell 中，從 proj1 切換到 proj1-v2，再提交這次修改：
cd ../proj1-v2
git add .
git status
git commit -m "v2"
git log --oneline指令結果：在 proj1-v2 中提交 v2 commit 後，實驗分支已保存修改成果。執行 git log --oneline 後，可以確認目前分支已有 v2 commit 與初次 commit 兩筆紀錄。
圖 9：在 proj1-v2 分支建立 v2 commit。
如果你確認實驗結果可以採用，就在同一個 PowerShell 中切回 proj1，確認 main 的紀錄，再合併 feature-v2。
cd ../proj1
git checkout main
git log --oneline指令結果：切回 main 後查看紀錄，可看到主線仍停在初次 commit，尚未受到實驗分支影響。
圖 10：回到 main 後，主線仍停在初次 commit。
合併 feature-v2 分支，並檢查紀錄：
git merge feature-v2
git log --oneline指令結果：執行 git merge feature-v2 後，main 分支會取得實驗分支的修改內容。
圖 11：merge 後，main 取得 v2 的修改。
操作結果：合併完成後，主工作區的 index.html 也會呈現 Hello v2，表示修改已進入 main。
圖 12：合併後，主工作區也變成 Hello v2。
如果剛合併就發現不想要，而且這次變更尚未推送或分享，可以把 main 分支往前退一個 commit。git reset --hard 會改寫目前分支，並捨棄已追蹤檔案的未提交修改；執行前應先請 AI Agent 說明受影響的檔案並確認工作區乾淨。
git reset --hard HEAD~1指令結果：執行 git reset --hard HEAD~1 會讓目前分支回到前一個 commit，僅適合尚未推送或分享的本機版本。
圖 13：HEAD~1 代表目前版本的前一個 commit。
如果要退到更早的指定版本，先查 log，複製目標 commit id，再 reset 到那個 id。
git log --oneline
git reset --hard 58b46a9指令結果：使用指定 commit id 執行 reset，可以精準回到某一個歷史版本。
圖 14：使用 commit id 可退回指定版本。
這時候 ./proj1/src/index.html 就會還原到：
<h1>Hello</h1>注意：
reset --hard 也會捨棄已追蹤檔案的未提交修改。若 main分支已經推送或與他人共用，不要用 reset 改寫歷史；應優先使用 git revert 建立一筆反向 commit。
git revert <commit-id>若不確定該回復哪一筆 commit，使用git log列出目前工作區狀態與可能影響，確認後再執行。
確認要採用實驗成果時，可以再次合併；確認不再需要實驗區後，移除 worktree，再刪掉對應分支。這裡我們再度合併feature-v2分支。
git merge feature-v2
git worktree remove ../proj1-v2
git branch -d feature-v2
git worktree list指令結果：完成 merge、worktree remove 與 branch -d 後，實驗工作區與分支都已清理，只留下 main。
圖 15：合併、移除 worktree、刪除實驗分支，最後只留下 main。
操作結果：在移除 worktree 之前，檔案總管中仍可看到 proj1-v2 資料夾。
圖 16：收拾前，檔案總管仍可看到 proj1-v2。
操作結果：移除 worktree 後，proj1-v2 資料夾消失，表示實驗工作區已收拾完成。
圖 17：移除後，proj1-v2 資料夾不再存在。
上面的範例目的是讓你透過手動過程了解 Git Worktree 的運作原理，當你理解這個原理的時候，你才能夠準確地知道所下的提示詞會產生甚麼結果，以下列表幾個使用情境的提示詞範例僅供參考，使用 AI Agent 時，不只要下指令，也要講清楚限制、風險與完成條件。以下提示可以直接複製後依照專案名稱替換。
| 使用情境 | 提示範例 |
|---|---|
| 建立安全實驗區 | 請先不要修改 main 工作區。請用 Git Worktree 建立一個新的工作區與分支，分支名稱為 feature/login-demo。完成後列出目前 worktree，並說明你接下來會在哪個資料夾修改。 |
| 大改前先規劃 | 我想請你重構這個專案，但我沒有程式背景。請先建立 worktree，再用一般人看得懂的方式列出修改計畫、可能風險、驗收方式。等我確認後再動手。 |
| 比較兩個方案 | 請用兩個不同 worktree 分別做 A/B 方案：A 方案優先簡單、B 方案優先可維護。完成後請整理差異、測試結果與你建議採用哪一個。 |
| 合併前檢查 | 在 merge 回 main 前，請先檢查 git status、git log --oneline、修改檔案清單與測試結果。若有任何未提交或衝突，先停下來說明。 |
| 安全反悔 | 我想撤回剛才的 merge。請先解釋 git reset --hard 會造成什麼影響，列出目前 commit，再建議最安全的復原方式。不要直接執行危險指令，等我確認。 |
Git Worktree 不是進階工程師才需要的工具；對 AI Agent 使用者來說，它更像是一個安全工作流程。當你把穩定版本和實驗版本分開，AI Agent 就能更大膽地嘗試，你也能更清楚地檢查、比較、合併或放棄。
最實用的判斷方式是：只要你心裡出現「如果 AI 改壞了怎麼辦？」這個問題，就值得考慮先建立 Worktree。
除了本地 Git 之外，GitHub也是與程式版本控制，多人協作的重要工具，若想更完整學習 Git 與 GitHub 的觀念與實務操作，包含版本控制流程、分支協作、遠端儲存庫管理，以及團隊開發時常見的 GitHub 協作方式，建議可以進一步參考：
以下是參考資料列表：
AI已經鋪天蓋地滲入各行各業，對於持有PMP證照者 (2026年6月全球已經超過170 萬人)，當然也無法置身事外；所以身為一個PMP，了解AI 在專案管理上的應用是很重要的。AI不會取代PMP，但善於應用AI的PMP，會贏過不善使用AI的PMP，這是無庸置疑的。
擁有 OSCP +的人，其實早就具備 AI 紅隊演練所需要的攻擊者思維。這篇文章會告訴你哪些能力可以直接沿用、哪些是全新的課題，以及如何有效率地補齊從 OSCP +到 OSAI +的落差。
在五月份裡我的同事們都被我問過──「你的『問問 Gemini』出現了嗎？」，直到中下旬它終於出現在我的 Chrome 右上角。
「問問 Gemini」是 Google Chrome 瀏覽器內建的生成式 AI 側邊欄（Side Panel）功能。Google 已將 Gemini in Chrome 逐步推向支援地區；截至 2026 年 5 月，台灣列在支援地區之一，但實際出現時間仍可能受帳號、地區、語言、裝置與 Chrome 版本影響。這項功能讓使用者可在瀏覽網頁時直接開啟側邊欄提問，減少在網頁與獨立 AI 對話頁之間反覆切換的時間。
「問問 Gemini」的主要價值在於目前分頁摘要、多分頁比較，以及與部分 Google 服務連動。它具備以下主要功能：
目前在台灣可使用的帳號，已可嘗試網頁讀取、多分頁比較等核心功能；若 Google Workspace 連接功能已啟用，也可進一步搭配 Google 日曆等服務，協助整理資訊與排程。
不過，涉及登入、送出表單、預約、訂購、付費或個人敏感資料的流程，仍不應交由 AI 自行完成。較合適的做法，是請 Gemini 整理官方連結、摘要條件與提醒注意事項，再由使用者自行確認並送出。
自五月起，台灣已有部分帳號陸續可使用此功能；如果您尚未在瀏覽器右上角看到「問問 Gemini」按鈕，可以先確認 Chrome 是否為最新穩定版，並檢查帳號、語言與地區設定：
圖：點擊 Chrome 選單進入「設定」頁面
圖：在「關於 Chrome」頁面自動升級並重啟瀏覽器
圖：「AI 創新功能」中 Chrome 內建 Gemini 的詳細偏好設定完成設定後，我們以恆逸教育訓練中心的熱門 AI 課程為例，來測試內建 Gemini 的單網頁感知能力。
圖：Google 搜尋結果第一筆即為恆逸行政 AI 實戰班課程
圖：進入恆逸課程頁面，點擊右上角「✦ 問問 Gemini」啟動側邊欄點開後你會看到如下圖，按下「開始對話」便可開始使用。
這個課程適合對象是？
側邊欄下方會顯示「正在分享『行政AI極速賦能...』」的分頁狀態，代表 AI 正在參考本網頁。它通常能快速整理網頁上的關鍵資訊（如專案經理、行銷與行政人員等適合對象），但課程對象、日期與費用仍應以官網內容為準。
圖：Gemini 讀取當前網頁內容，整理課程適合對象行政秘書在規劃培訓或採購時，常需要同時打開好幾個網頁，來回複製貼上進行對比。現在，「問問 Gemini」可支援同時讀取多個已分享的 Chrome 分頁，協助做跨分頁比較。
將課程網頁捲到最下方的「相關連結」區塊。利用鍵盤的 Ctrl + 滑鼠左鍵，一次開啟數個相關課程的分頁（如：NotebookLM 實現高效學習、AI Agent 開發極速轉型、開發具有搜尋與代理功能的 AI 應用程式等）。
圖：網頁捲到下方相關連結，使用 Ctrl + 左鍵多開分頁點選側邊欄下方「正在分享」的下拉選單，此時會展開目前可分享的分頁清單。我們可以勾選多個分頁，將其分享給 Gemini 做為脈絡資料。
圖：在側邊欄勾選並分享 4 個相關課程分頁輸入提示詞：
我是老闆秘書推薦 2 個最適合的課程
Gemini 會同步讀取這 4 個分頁的文字，依秘書角色可能在意的時間、實用性與工作情境，推薦「NotebookLM」與「行政AI極速賦能」等課程，並列出推薦理由。這些建議可作為初步篩選，最後仍應依預算、開課日期與實際工作需求判斷。
圖：AI 同時分析四個分頁，為行政秘書整理課程推薦接著詢問：
6、7 月開課時間
Gemini 會橫向對比這兩個課程網頁上的開課時程表格。以查詢當下頁面為例，NotebookLM 台北班為 2026/7/13，行政 AI 台北班為 2026/7/14，剛好連續兩天；若要實際報名，仍須以官網最新開課資訊為準。
圖：AI 橫向比對開課時間，找出 7 月中連續兩天的排課可能若版本支援，使用者可以利用選取文字複製貼上，把側邊欄回覆中的句子（例如「安排在 7 月中連上兩天」）快速帶入下一個提示詞，減少重新輸入的時間。
圖：用滑鼠直接圈選側邊欄回覆中的文字，複製貼上提示詞在決定好上課時間後，我們輸入提示詞：
安排在 7 月中連上兩天，幫我填入行事曆
這時，「問問 Gemini」可在已連接 Google Workspace app 並取得權限的情況下，呼叫 Google 日曆相關功能，在側邊欄產生建立行程的確認卡片，列出時間（7/13 週一、7/14 週二）。確認內容無誤後，再由使用者點擊「新增」同步到 Google 日曆。
圖：呼叫 Google 日曆功能，在側欄確認後新增行程Google 行事曆串接支援度提醒：個人帳號與部分 Workspace 帳號可使用相關整合；工作或學校帳號需由管理員允許，且 Gmail 的智慧功能與個人化設定可能需要開啟。實際可用功能仍以帳號設定與 Google 當下支援範圍為準。
當我們嘗試輸入提示詞：
幫我預約恆逸七月這兩堂課
Gemini 會基於隱私、安全與防範未授權交易等考量，說明無法直接代使用者在第三方官網完成報名付款。
雖然不應由 AI 代為付款或送出敏感資料，但 Gemini 可協助整理這兩門課 7 月台北班的官方預約連結。使用者點擊連結後，仍須自行在恆逸官網確認課程資訊、報名條件與付款流程。
圖：安全機制不允許代為完成交易，但 AI 可整理官方預約連結最後介紹另一個跨網頁的操作方式：
此方法與前述「一次多開分頁再勾選」的差異在於：適合「先在某頁提問、中途需要補充參考另一頁」的情境，更貼近真實的瀏覽習慣。
隨著 Google Chrome 內建「問問 Gemini」側邊欄（Side Panel）功能在台灣陸續開放，職場工作者在整理網頁資訊時多了一個可直接搭配瀏覽器使用的輔助工具。
Chrome 內建 Gemini 的三項實務應用：
不需任何程式語法背景，「問問 Gemini」側邊欄也能成為行政與管理人員整理網頁資訊、比較方案與產生待辦草稿的輔助工具。配合恆逸教育訓練中心開設的【NotebookLM高效學習】、【行政AI極速賦能】與【AI Agent開發極速轉型】等系列課程，職場人員可進一步學習如何在工作中有效運用生成式 AI。
你用 ChatGPT 已經用了一兩年了嗎？
