https://knightli.com/zh-tw/tags/plugins/ Recent content in Plugins on KnightLi的博客 Hugo -- gohugo.io zh-tw Sat, 06 Jun 2026 22:26:00 +0800 https://knightli.com/zh-tw/2026/06/06/openai-plugins-archive-guide/ Sat, 06 Jun 2026 22:26:00 +0800 https://knightli.com/zh-tw/2026/06/06/openai-plugins-archive-guide/ <p><code>openai/plugins</code> 是 OpenAI 早期 Plugins 相關的範例倉庫。雖然今天的 OpenAI 工具體系已經演進到 function calling、tools、Agents SDK、MCP 等方向，但這個倉庫仍然有參考價值：它能幫助理解「讓模型調用外部工具」這件事最早是怎麼產品化的。</p> <p>對現在的開發者來說，它更像歷史資料和設計樣本，而不是新專案的首選範本。</p> <h2 id="為什麼還值得看">為什麼還值得看 </h2><p>AI 工具呼叫的核心問題一直沒變：</p> <ul> <li>模型如何知道有哪些工具；</li> <li>工具能力如何描述；</li> <li>參數如何宣告；</li> <li>結果如何回傳；</li> <li>權限和使用者確認怎麼處理；</li> <li>第三方服務如何被模型安全地呼叫。</li> </ul> <p>Plugins 時代用 manifest、OpenAPI schema、服務端 API 等方式解決這些問題。後來的 function calling、tool calling、MCP，本質上仍然在圍繞這些問題演進。</p> <h2 id="適合誰看">適合誰看 </h2><p>這個倉庫適合：</p> <ul> <li>想了解 OpenAI Plugins 歷史設計的人；</li> <li>做 AI 工俱生態或 Agent 平台的人；</li> <li>需要理解 manifest / OpenAPI 工具描述的人；</li> <li>想比較 Plugins、function calling、MCP 差異的人；</li> <li>維護舊插件或遷移舊方案的人。</li> </ul> <p>如果你是新項目，不建議直接複製舊 Plugins 模式。應該優先看目前官方 API、tools、Apps SDK 或 MCP 相關文件。</p> <h2 id="從中能學到什麼">從中能學到什麼 </h2><p>最值得學的不是某段程式碼，而是工具介面設計想法：</p> <ul> <li>工具描述要讓模型讀得懂；</li> <li>API schema 要夠明確；</li> <li>返回結果要適合模型繼續推理；</li> <li>使用者授權不能藏在黑盒子裡；</li> <li>外部工具失敗時要有可理解的錯誤訊息。</li> </ul> <p>這些原則至今依然有效。</p> <h2 id="小結">小結 </h2><p><code>openai/plugins</code> 更像 AI 工具呼叫早期階段的切片。它不一定適合新專案直接使用，但很適合拿來理解「插件、工具、Agent 能力擴展」這條線如何發展。</p> <p>如果你現在做 AI Agent 工具集成，讀它可以幫你看清很多設計問題的源頭。</p> <h2 id="參考來源">參考來源 </h2><ul> <li><a class="link" href="https://github.com/openai/plugins" target="_blank" rel="noopener" >openai/plugins - GitHub</a></li> </ul>