# 影片筆記：2026版AI+Codex零基础全套视频课程，Codex从入门到大神AI编程开发，涵盖安装配置、代码分析、Bug修复及完整项目实战 p11 10、Codex 高阶插件体系集成与研发工作流赋能

## 一句話總結

本節課程詳細介紹了 Codex 的高階插件（Plugin）體系，闡述了如何通過整合 Skill、應用（Application）及 MCP Server 來構建可複用的複雜工作流，並演示了插件的安裝方式（圖形化介面與 CLI）、多種使用場景（GitHub、Figma、Canvas 等）以及相關的授權認證與管理注意事項。

## 核心重點

1.  **插件架構定義**：插件是將 Skill、應用、MCP Server 整合打包為可複用工作流的強大組件，旨在拓展豐富功能並支持複雜業務集成。
2.  **組件構成要素**：
    *   **Skill**：面向特定任務的可負重指令（如畫圖、生成視頻、腳本執行）。
    *   **應用（Application）**：調用外部接口（如 GitHub 接口、雲平台工具）。
    *   **MCP Server**：提供工具或共享上下文服務（如查詢天氣、企業內部服務）。
3.  **安裝與調用方式**：
    *   支援圖形化介面（插件市場）與命令行（CLI）兩種安裝方式。
    *   調用方式包括對話式提及、`@` 快捷鍵調用及 CLI 命令調用。
4.  **授權與限制**：
    *   使用 API Key 訪問可能限制圖形化介面的插件下載，但安裝後仍可調用。
    *   部分插件需綁定 X 的 GPT 帳號或進行外部服務（如 Figma、GitHub）授權。
5.  **實際應用場景**：涵蓋代碼分析（GitHub PR Diff）、視覺設計（Canvas Logo 生成）、UI/UX 設計（Figma）、文檔創建（Google Doc）及代碼審查等。

## 詳細大綱

### 1. 插件核心概念與架構
*   **定義**：插件是 Codex 中強大的組件，用於整合 Skill、應用、MCP Server，構建可複用的複雜工作流。
*   **價值**：
    *   拓展豐富功能。
    *   支持複雜業務集成。
    *   支持開發企業內部插件並發布至應用市場。
*   **組件細分**：
    *   **Skill**：面向特定任務的指令集合（例如：畫圖、生成視頻、腳本執行、文件上傳）。
    *   **應用（Application）**：負責調用外部接口，例如從 GitHub 拉取代碼或連接雲平台工具。
    *   **MCP Server**：提供工具或共享上下文服務，例如查詢天氣或企業內部服務。

### 2. 插件安裝方式
*   **圖形化介面安裝**：
    *   途徑：通過 Codex APP 或設置中的插件市場下載。
    *   **限制說明**：若使用 API Key 訪問而非登錄 X 的 GPT 帳號，可能無法在圖形化介面直接下載插件。
    *   **備註**：即使無法在圖形化介面下載，安裝後仍可在使用中調用。
*   **命令行（CLI）安裝**：
    *   途徑：進入 Codex 環境，使用命令進行安裝。
    *   **優勢**：無圖形化介面的帳號限制，可自由搜索和安裝插件。
    *   **命令示例**：
        *   `packing`：查看已安裝插件。
        *   `install`：安裝新插件。

### 3. 插件使用場景與演示
*   **基礎調用**：
    *   在對話中直接提及插件名稱或 Skill 名稱。
    *   示例：使用 `scale correct` 創建查詢天氣的 Skill。
*   **GitHub 插件演示**：
    *   **功能**：分析倉庫代碼、查看 PR（Pull Request）提交的 Diff 內容。
    *   **操作**：在對話中使用 `@GitHub` 或直接在對話中提及，要求分析特定 PR 的代碼變更。
    *   **底層邏輯**：插件本質上封裝了 `gh` 命令行工具，底層仍調用 `gh pr` 等命令，需進行授權訪問。
    *   **權限設置**：可切換至超級管理員模式以減少頻繁授權。
*   **其他插件類型演示**：
    *   **Canvas**：用於視覺設計、品牌 Logo 生成（如 AI 科技感品牌設計）。
    *   **Figma**：用於 UI/UX 設計（如用戶管理頁面設計），需連接 Figma 並進行授權。
    *   **Document**：用於創建 Google Doc。
    *   **其他提及**：Code review、Excel、PowerPoint、Chrome、Figuremark、Hugging Face、Gmail、Slack、飛書 (Feishu) 等。

### 4. 插件調用與交互方式
*   **對話式調用**：直接在聊天窗口中提及插件名或 Skill 名，讓 AI 自動調用。
*   **快捷鍵調用**：使用 `@` 符號（如 `@GitHub`、`@Canvas`）快速選擇插件。
*   **命令行調用**：在 CLI 環境中通過特定命令調用插件的 Skill。
*   **智能識別邏輯**：若本地存在項目，插件會優先分析本地代碼；若無，則調用接口拉取代碼。

### 5. 插件管理與注意事項
*   **授權與認證**：
    *   部分插件（如 Figma、Figma 設計類）需進行外部服務授權。
    *   部分插件市場下載需登錄 X 的 GPT 帳號。
    *   若未授權，插件可能無法使用或僅能查看功能描述。
*   **卸載與更新**：
    *   可在設置中卸載插件（例如卸載 Figma）。
    *   卸載後無需重啟，系統會自動刷新。
*   **適用場景建議**：
    *   簡單功能：直接使用 Skill。
    *   複雜工作流：涉及應用集成、MCP Server、Skill 及生命周期管理時，建議打包為插件，便於團隊分享與複用。

## 工具 / 模型 / 名詞整理

*   **Codex**：主要討論的開發環境/工具。
*   **Codex APP**：Codex 的圖形化應用程序。
*   **X 的 GPT 帳號**：用於登錄以支持部分插件下載與功能的帳號體系。
*   **API Key**：訪問 Codex 的一種方式，但可能限制圖形化插件下載。
*   **MCP Server**：模型上下文協議服務器。
*   **Skill**：Codex 中的技能組件。
*   **GitHub**：代碼托管平台，對應的 GitHub 插件。
*   **gh**：GitHub 的命令行工具，插件底層調用的命令。
*   **PR (Pull Request)**：拉取請求，代碼審查流程。
*   **Figma**：設計工具，對應的 Figma 插件。
*   **Canvas**：視覺設計插件，用於品牌 Logo 設計。
*   **Google Doc**：文檔工具，對應的 Document 插件。
*   **Chrome**：瀏覽器，對應的 Chrome 插件。
*   **Figuremark**：設計相關插件。
*   **Hugging Face**：大模型下載相關插件。
*   **Gmail**：郵件插件。
*   **Slack**：通訊插件。
*   **飛書 (Feishu)**：通訊插件。
*   **Scale Correct**：系統內置的 Skill 相關插件。
*   **OpenAI Codex CLI**：Codex 的命令行界面。

## 操作流程整理

1.  **安裝插件**：
    *   **圖形化方式**：打開 Codex APP -> 進入設置 -> 找到插件市場 -> 下載所需插件（注意 API Key 用戶可能受限）。
    *   **命令行方式**：進入 Codex CLI 環境 -> 使用 `install` 命令安裝新插件 -> 使用 `packing` 查看已安裝列表。
2.  **調用插件**：
    *   **對話調用**：在聊天窗口輸入插件名稱或 Skill 名稱。
    *   **快捷調用**：輸入 `@` 符號後選擇插件名稱（如 `@GitHub`）。
    *   **CLI 調用**：在命令行環境中執行特定命令調用 Skill。
3.  **執行具體任務（以 GitHub 為例）**：
    *   在對話中輸入 `@GitHub` 或提及相關需求。
    *   指定分析對象（如特定 PR 的代碼變更）。
    *   系統底層調用 `gh` 命令進行分析。
    *   若未授權，需進行授權操作或切換至超級管理員模式。
4.  **管理插件**：
    *   進入設置頁面。
    *   選擇卸載不需要的插件（如 Figma）。
    *   系統自動刷新，無需重啟應用。

## 值得注意的限制或風險

1.  **帳號體系限制**：使用 API Key 訪問 Codex 時，可能無法在圖形化介面下載插件，儘管安裝後仍可調用。部分插件市場下載強制要求登錄 X 的 GPT 帳號。
2.  **外部授權依賴**：多個插件（如 Figma、GitHub、Google Doc 等）需要進行外部服務授權，未授權可能導致功能無法使用或僅能查看描述。
3.  **權限管理**：頻繁的授權請求可能影響體驗，建議切換至超級管理員模式以簡化流程。
4.  **本地與遠端優先級**：插件具有智能識別邏輯，若本地存在項目，會優先分析本地代碼；若無，則調用接口拉取代碼，這可能導致與預期不符的結果，需確認代碼來源。

## 逐字稿辨識疑點

*   **scale**：逐字稿中多次出現「scale」，結合上下文（如「scale correct」、「創建一個 scale」），疑為 **Skill** 的聽寫錯誤或口誤，但依規則保留原樣。
*   **可負重指令**：形容 Skill 時使用的詞彙，語意不明，疑為口誤，保留原樣。
*   **Coser**：提及「在 Coser 裡面去裝一個」，疑為 **Codex** 的聽寫錯誤，保留原樣。
*   **paggings / packing**：命令行中查看插件列表的命令，講者口語中發音模糊，疑為 **packings** 或特定命令，保留原樣。
*   **getHub / gh**：指代 GitHub 及其命令行工具，講者口語中混用，保留原樣。
*   **conva / 康瓦**：指代 Canvas 插件，講者口語發音，保留原樣。
*   **reviewdood**：指代代碼審查相關插件，疑為 **Code Review** 或特定插件名的聽寫錯誤，保留原樣。
*   **image document**：指代創建文檔的插件，疑為 **Image Document** 或特定名稱，保留原樣。
*   **apt / superpowers**：指代 Excel、PowerPoint 相關插件，疑為特定插件名稱或口誤，保留原樣。
*   **hoax**：提及「生命周期，hoax 這些東西」，疑為 **Hooks** 或其他技術術語的聽寫錯誤，保留原樣。
*   **XADGPE**：提及「用 XADGPE 這個帳號登錄」，疑為 **ChatGPT** 或 **X (Twitter)** 相關帳號的聽寫錯誤，保留原樣。
*   **瀏覽系登錄**：指代瀏覽器登錄，疑為 **瀏覽器登錄** 的聽寫錯誤，保留原樣。
*   **add 的方式**：提及「add 的方式它是最簡單的」，疑為 **@** 符號調用方式的口誤或聽寫，保留原樣。

## 可延伸追問

1.  對於企業內部開發的插件，發布至應用市場的具体流程是什麼？
2.  如何配置超級管理員模式以減少頻繁的授權請求？
3.  在使用 API Key 訪問時，有哪些具體的插件功能受限，以及如何通過 CLI 繞過這些限制？
4.  插件底層調用 `gh` 命令時，具體的權限範圍如何設置以確保代碼安全？
5.  對於「可負重指令」這一概念，是否有更明確的技術定義或文檔參考？