在 Visual Studio Code 中開始使用 Foundry Toolkit

您一定經歷過這種時刻:原型看起來很棒,但團隊進度卻依然緩慢?通常問題不在於模型品質,而是工作流程四分五裂:在一個地方查詢模型、在另一個地方測試提示詞,又在其他地方進行部署檢查。

在本章中,我們將把這些整合到 Visual Studio Code 內的單一流程中,讓日常工作感覺清晰、快速,老實說,也更有趣。

不再需要在互相脫節的工具之間來回切換。

到最後,您將安裝並連線 Foundry Toolkit,並準備好進行真實的模型與代理程式工作。您不只知道該點擊哪裡,還會明白為什麼這個設定順序行得通,以及為什麼接下來的章節會因此變得更輕鬆。

目標很簡單:減少設定阻礙,專注於建置。

每個設定步驟本身都很有用,但真正的魔力在於它們協同運作時。

您將學到什麼

在我們深入探討之前,先設定一個具體目標。這不是隨機的功能導覽,而是通往一個在接下來的系列中值得信賴的工作區之實用建置路徑。

在本章中,您將學會:

  • 設定就緒的工作區:安裝 Foundry Toolkit 並確認重要介面可見。
  • 連線雲端專案:附加 Foundry 專案,讓您從本機探索過渡到真實的雲端資產。
  • 執行可重複執行的第一個流程:遵循團隊可供未來貢獻者重複使用的順序。

既然目的地已經很明確,以下這個核心概念將讓所有事情豁然開朗。

一張簡單的地圖能讓您在深入了解之前看清本章流程。在您進行設定時,可以把它想像成「您在這裡」的標示。

Chapter 1 journey diagram

圖 01:第 1 章從首次安裝到具備模型就緒工作區的歷程。

問題界定:為什麼單一工作區會改變學習速度

理解 Foundry Toolkit 的一個好方法是將其視為回饋迴圈加速器,而不僅僅是一個擁有更多按鈕的擴充功能。當探索、提示詞測試、代理程式設定和部署檢查都集中在同一個地方時,您就能花費較少的時間切換分頁,並將更多時間用於改善結果。

小小的轉變,大大的回報。特別是一旦有更多人加入專案時。

動手試試看

如果您想做個快速測試,可以比較兩種工作流程:一種是在各個入口網站與文件之間來回跳躍,另一種則是大部分任務都留在 Visual Studio Code 中完成。第二種流程通常意味著更快的迭代速度、更少交接失誤,且當多個人接觸同一個專案時,擁有權會更加明確。

先決條件

在安裝任何東西之前,我們先做一個快速的就緒狀態檢查。大多數初次執行的阻礙都來自於環境落差,而非產品複雜度。

如果您現在就驗證這些項目,就能避免之後不必要的麻煩繞路。

  • Visual Studio Code:已安裝並更新至最新版本,以確保擴充功能的安裝與命令能如預期運作。
  • 擴充功能存取權:您可以開啟「擴充功能」檢視並安裝市集中的擴充功能。
  • 雲端帳戶:如果您想在雲端中建立 Foundry 資源,則需要 Microsoft 帳戶與 Azure 訂用帳戶。
  • GitHub Copilot:選用,但如果您想要引導式提示詞與設定自動化,則強烈建議使用。

有了這個基準後,我們可以來看看 Foundry Toolkit 實際能為您提供什麼。

快速信心檢查:如果您可以開啟「擴充功能」、安裝工具,並在提示時登入,那麼您已經度過最艱難的部分了。

什麼是 Foundry Toolkit?

Foundry Toolkit 是一個 Visual Studio Code 擴充功能,讓您無須離開編輯器即可建置、測試、評估和部署 AI 解決方案。您無須拼湊互不相干的工具,而是擁有一個整合式流程,可用於模型探索、提示詞迭代、代理程式開發、評估、微調與部署。

為了讓您興奮一下,以下快速列出您在本章及後續內容中將會使用的核心功能:

  • 模型探索:從單一目錄瀏覽來自不同提供者的模型。
  • 提示詞實驗:在遊樂場工作流程中測試並迭代提示詞。
  • 代理程式開發:使用低程式碼或專業程式碼方法建置代理程式。
  • 偵錯可視性:使用代理程式檢查器 (Agent Inspector) 檢查行為與執行路徑。
  • 品質衡量:使用內建計量評估輸出結果。
  • 部署流程:將解決方案推送至生產環境,並從相同的環境監控效能。

以下是您即將安裝的擴充功能。這是您在整個系列中會不斷返回的主要介面。

Foundry Toolkit

圖 1:Visual Studio Code 中的 Foundry Toolkit 擴充功能

練習 - 安裝 Foundry Toolkit

讓我們安裝 Foundry Toolkit,以便開始進行後續步驟。您可以從 Visual Studio Code 市集安裝,或直接從「擴充功能」檢視中安裝。

  1. 開啟 Visual Studio Code,然後從活動列開啟「擴充功能」檢視。

  2. 在搜尋列中搜尋 "Foundry Toolkit"。

  3. 按一下 Foundry Toolkit 擴充功能上的「安裝」。

就是這樣!您現在已經安裝好擴充功能並準備好使用了。接下來,我們將探索該擴充功能的版面配置與主要章節。

擴充功能版面配置:您將看到什麼

安裝 Foundry Toolkit 後,您應該熟悉版面配置以及在哪裡可以找到所需的工具。此擴充功能分為三個主要部分:我的資源 (My Resources)、開發人員工具 (Developer Tools) 與意見反應 (Feedback)。這些部分反映了團隊實際的建置方式。及早了解此版面配置可節省探索時間,並幫助新團隊成員更快上手。

以下圖表顯示了三個主要部分及其彼此的關聯。

Foundry Toolkit architecture diagram

圖 02:Foundry Toolkit 資訊架構與核心工作區域。

您現在應該能建立一個清晰的心智模型:一側是資源、中間是建置工具、隨需提供支援管道。一旦理解了這點,接下來的步驟就會輕鬆許多。

我的資源 (My Resources)

本節顯示您目前可使用的項目(包括本機與連線的雲端環境)。您可以將其視為您的資產清單,以及最快速的「我準備好了嗎?」檢查方式。

如果您不確定設定是否成功,請先從這裡開始。快速檢視「我的資源」通常能告訴您是否可以繼續,或是還需要建立另一個連線。

如果這個部分看起來沒問題,那就太棒了。

  • 最近使用的代理程式:快速存取最近建立或編輯的代理程式。
  • 本機資源:您電腦上可用的模型、工具與資產。
  • Foundry 資源:從您的 Azure 後端專案連線的雲端資源。
  • 已連線資源:外部提供者與整合服務。

當資源可見後,我們就可以移至您實際進行建置的部分。

Foundry Toolkit resources

圖 03:顯示本機與雲端資產的 Foundry Toolkit「我的資源」部分。

開發人員工具 (Developer Tools)

這是大部分實作工作進行的地方。您將使用它從模型探索過渡到代理程式開發,然後進入驗證階段。

隨著專案成長,這裡將成為您的日常控制中心。

將此視為您的執行通道。您大部分跨章節的工作都是從這裡開始的,因此早點熟悉它會很快獲得回報。

  • 探索 (Discover):模型目錄與工具目錄,包含基於 MCP 的工具集合。
  • 建置 (Build):代理程式建立、代理程式檢查器、代管代理程式管理以及遊樂場工作流程。
  • 監視 (Monitor):追蹤、針對預期行為的評估以及模型效能分析。

當您建置和測試解決方案時,您可能需要支援與意見反應管道以持續改進。

Foundry Toolkit developer tools

圖 04:顯示「探索」、「建置」和「監視」區域的 Foundry Toolkit「開發人員工具」部分。

意見回饋

當有不清楚的地方或您想要改善產品體驗時,此部分可協助您完成閉環。它讓您能在適當的情境中輕鬆找到文件、支援與意見反應。

當一切運作正常時,很容易忽略這個部分。無論如何,請將其納入您的常規作業中,因為它能縮短疑難排解時間並改善團隊交接。

  • 文件存取:功能與工作流程的官方指南。
  • 支援管道:疑難排解與問題解決的途徑。
  • 意見反應管道:分享產品意見反應與改進要求的管道。

讓我們一起完成初始設定步驟。

快速問答

如果您的團隊本週只能改善一件事,在哪個方面能獲得最大且最立即的效益:模型探索速度、提示詞迭代速度,還是部署一致性?

解答

對於處於生命週期早期的多數團隊而言,提示詞迭代速度能帶來最快且看得見的回報,因為它幾乎能立即影響日常輸出的品質。如果您的團隊已經能產出穩定的提示詞,部署一致性通常就會成為下一個要解決的瓶頸。關鍵在於挑選目前流程中最慢、重複次數最多的步驟,並優先對其進行最佳化。

後續步驟

您現在已經具備在 Visual Studio Code 內使用 Foundry Toolkit 有效工作的基礎。接下來,您將從設定進入積極的實驗階段,透過模型比較與提示詞迭代來形塑您的第一個真實代理程式行為。在此基礎上,您將能以更平緩的學習曲線,進一步發展代理程式的建立、評估與部署。

在下一章中,我們將更深入探討模型目錄與遊樂場工作流程,讓您能夠透過實務、基於情境的提示詞來比較模型行為。這正是真正有趣的權衡開始的地方:品質、速度與成本。

深入了解

如果您想在本章之後繼續學習,最佳的下一步是按照您在實際專案中會使用的相同順序來執行工作流程。從設定與模型探索開始,然後進入代理程式建置與代管部署。以下的參考資料是為了支援此學習進程而編排的。

English 한국어 中文(简体) 中文(繁體)
© . This website operates independently and is not affiliated with or endorsed by Microsoft. All brand names, logos, and trademarks are the property of their respective owners.