我的同事告訴我，他經常使用 Microsoft Copilot。事實上，他說：「我不知道沒有它我該如何工作。」這讓我感到驚訝。我受不了 Copilot。他是一位非常有生產力的員工，是那種 10 倍工程師，你可以把任何問題丟給他，他都能找到解決方案。顯然，如果他能找到 Copilot 的用途，那可能是我使用它的方式不對。
於是我決定試試看。我放下所有偏見，全力擁抱這個工具。人工智慧是未來，將它融入我的日常工作流程應該不難。我決定給它一週的時間，也就是說，即使沒有得到我想要結果，我也不會抱怨。相反地，對於每一次的挫折，我都會利用 Copilot 來幫助我化悲憤為力量。
結果呢？我建立了一個工作流程。我自動化了許多我認為非常惱人的事情：Scrum 會議、BRD 審查、寫電子郵件。所有那些我感覺我必須做，但只是為了讓別人勾選他們工作流程中的一個項目。
第一週結束後，我決定將試用期延長到一個完整的 Sprint。透過擁抱這個工具，我感覺我消除了我經理的工作。我不再需要他從他的角度勾選項目，我可以在一週結束時直接提交我的報告。我建立了一個提示範本，我可以全天將資訊傾倒進去，然後在一天結束時，它會以我想要的任何格式生成報告。
我對我的範本感到非常自豪，於是我與那位 10 倍工程師同事分享了它。他沒有像我預期的那樣熱情回應。他不明白我在做什麼。事實上，他告訴我他從未用過 Copilot。這與他之前告訴我的完全相反。他是唯一讓我嘗試這個工具的原因，而現在他卻假裝我們從未有過那次談話。好吧，他澄清了：
現在，你能猜到我使用的是哪個 Copilot 了嗎？透過 Teams 提供的 Copilot。我說「哪個」是因為我真的不知道是哪一個。它和在網路上存取的 Copilot 是同一個嗎？我不知道。我們的公司防火牆封鎖了那個。Teams 似乎是唯一被批准的使用方式。
總之，Copilot 究竟是什麼？它只是個貼牌的 ChatGPT 嗎？當我直接問它時，它說：
「它是微軟的 AI 夥伴，由先進的模型（包括 OpenAI 的模型）驅動，但由微軟的生態系統、設計理念和功能塑造。如果說 ChatGPT 是強大的引擎，那麼 Copilot 就是圍繞它建造的完整汽車——配備微軟的儀表板、安全系統和功能。」
但這個名字是從哪裡來的？我確定我第一次聽到它是在 GitHub 的脈絡下。第一個 AI 編碼助手是隨 VS Code 一起發布的。即使它們都是微軟的產品，它們也是兩個不同的產品。如果你使用 GitHub Copilot，你的數據不會被回傳到你的 Microsoft 帳戶（目前是這樣）。
我在 Teams 中使用的是 Copilot for Microsoft 365，這顯然與 Microsoft Copilot 不同。365 版本存在於 Microsoft 365 應用程式中（對於那些跟不上的人來說，這是 Microsoft Office 的新名稱）。關鍵的區別在於，365 版本可以處理你的電子郵件、文件、OneDrive 等等。
但如果你有 Windows 裝置，你也有 Windows Copilot，這與 Microsoft 365 中的不同。這是你作業系統中的 AI 助手，旨在幫助你啟動應用程式、總結螢幕上的內容以及處理日常任務。根據我的經驗，我無法讓它做到這些事情中的任何一項。顯然，我沒有 Copilot+ PC。
閱讀微軟的文檔時，我還發現了名為 Copilot Chat 的東西。它並不是一個完全獨立的產品，但我不知道該如何歸類它。微軟將其描述為一個用於寫作、腦力激盪和編碼的通用推理工具。你可以在 M365 應用程式中找到它，也可以在 GitHub Copilot 中找到。這部分負責解釋程式碼、建議修復以及協助除錯。
我透過 GitHub Copilot 詢問 Copilot Chat 所有產品之間的差異。它簡潔地總結了：
我才剛觸及 Copilot 應該是什麼的表面，就已經感到厭倦了。我受到一位開發者的啟發去探索它，結果卻發現他只接觸了這個生態系統的一小部分。我仍然認為鼓勵隊友擁抱一個讓其他人焦頭爛額的工具是值得的。我本來應該就此打住，但我還想了解更多他的工作流程。畢竟我是一名開發者，無論他做什麼，都值得與我的團隊一起實施。
於是我問他。「你使用 Copilot 的開發者工作流程是什麼？」我沒有準備好迎接他的回答：
「其實，我搞錯了。我指的是 Cursor。」
就是這樣。他根本不是在談論 Copilot。不是 Teams 上的那個，不是 GitHub 上的那個，也不是任何一個。他使用「Copilot」的方式就像大多數人使用「Kleenex」一樣。對他來說，任何 AI 編碼助手都只是個 copilot。我花了一個完整的 Sprint，在這個工具上掙扎，卻受到一個根本不在乎微軟生態系統的人的啟發。這其中肯定有一個教訓。只是我什麼都沒學到。