影片筆記：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：提供工具或共享上下文服務（如查詢天氣、企業內部服務）。

1. 安裝與調用方式：

• 支援圖形化介面（插件市場）與命令行（CLI）兩種安裝方式。
• 調用方式包括對話式提及、@ 快捷鍵調用及 CLI 命令調用。

1. 授權與限制：

• 使用 API Key 訪問可能限制圖形化介面的插件下載，但安裝後仍可調用。
• 部分插件需綁定 X 的 GPT 帳號或進行外部服務（如 Figma、GitHub）授權。

1. 實際應用場景：涵蓋代碼分析（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 查看已安裝列表。

1. 調用插件：

• 對話調用：在聊天窗口輸入插件名稱或 Skill 名稱。
• 快捷調用：輸入 @ 符號後選擇插件名稱（如 @GitHub）。
• CLI 調用：在命令行環境中執行特定命令調用 Skill。

1. 執行具體任務（以 GitHub 為例）：

• 在對話中輸入 @GitHub 或提及相關需求。
• 指定分析對象（如特定 PR 的代碼變更）。
• 系統底層調用 gh 命令進行分析。
• 若未授權，需進行授權操作或切換至超級管理員模式。

1. 管理插件：

• 進入設置頁面。
• 選擇卸載不需要的插件（如 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. 對於「可負重指令」這一概念，是否有更明確的技術定義或文檔參考？