6 實現路線圖

🗺️ 6. 實現路線圖

ICP 的實現採用分階段推進策略,從核心協議定義出發,逐步擴展終端適配、生態整合和進階能力。每個階段都有明確的願景、使命、核心目標和交付標準。

版本演進計畫

Phase 1:基礎協議(Foundation)

  • 願景:建立 ICP 的核心語義描述能力,讓開發者能夠用結構化的方式描述人機互動語義
  • 使命:定義註解標記系統、語境資訊格式和中間語言 JSON Schema
  • 核心目標:發布 v1.0 協議規範文件(9 種語言)和 JSON Schema 定義檔案
  • 交付標準:完整的協議規範文件、經過驗證的 JSON Schema、參考解析器通過所有正確性屬性測試

    場景示例:開發者可以用 ICP SDK 將一段聊天訊息轉化為 .ctx 檔案,標註其中的人物、時間、待辦事項,並在 Web 介面上渲染為帶有勾選框和日曆按鈕的互動卡片。

Phase 2:終端適配(Adaptation)

  • 願景:實現跨終端的語義解讀和介面動態建構,讓同一份 ICP 文件在不同裝置上都能友好呈現
  • 使命:開發終端適配框架、渲染提示系統和降級策略規範
  • 核心目標:支援至少 3 種終端類型的參考適配器(Web 瀏覽器、行動端、語音終端)
  • 交付標準:終端適配器 SDK、降級策略驗證通過、跨終端渲染一致性測試通過

    場景示例:同一份產品質檢報告的 .ctx 檔案,在質檢員的平板上顯示為帶有缺陷標註的產品圖片,在經理的手機上顯示為缺陷統計摘要卡片,在車間大螢幕上顯示為即時缺陷熱力圖。

Phase 3:生態擴展(Ecosystem)

  • 願景:建構開放的 ICP 生態系統,讓 ICP 成為連接人、AI 和工具的語義橋樑
  • 使命:完善 skills 橋接機制,實現與 MCP、A2A、OpenAPI 的整合
  • 核心目標:發布擴展註冊表、至少 3 個互補協議的橋接實作、社群貢獻指南
  • 交付標準:橋接實作通過整合測試、擴展註冊表支援自訂註解類型和終端適配器

    場景示例:使用者對 iFay 說「幫我查一下這個零件的庫存」,iFay 透過 ICP 解析語義,透過 MCP 呼叫 ERP 系統的庫存查詢工具,再透過 ICP 將結果以資料表格元件呈現在使用者的終端上。

Phase 4:進階能力(Advanced)

  • 願景:實現多終端協同和進階語境管理,支撐 AR/VR 等新興互動場景
  • 使命:開發跨終端協調器、多模態通道路由和即時語境同步機制
  • 核心目標:支援 AR/VR 場景的跨終端語境重現、多裝置協同渲染
  • 交付標準:跨終端協調器通過整合測試、至少 1 個 AR 場景的端到端演示

    場景示例:遠端裝置維修場景中,現場工程師戴著 AR 眼鏡,遠端專家在大螢幕前指導。專家在大螢幕上圈出需要拆卸的螺絲位置,這個註解透過 ICP 即時同步到工程師的 AR 視野中,以紅色圓圈覆蓋層的形式精確疊加在實物螺絲上方。

生態建設計畫

SDK 開發

  • 核心 SDK(TypeScript/JavaScript):解析器、序列化器、驗證器,零依賴核心
  • 多語言 SDK:Python、Java、Go、Rust,與核心 SDK 功能等價
  • SDK 設計原則:輕量、零依賴核心、可擴展、各語言慣用風格

工具鏈

  • ICP 文件驗證工具(CLI):驗證 ICP JSON 文件是否符合 Schema
  • ICP Playground:線上編輯和預覽 ICP 文件的互動式工具
  • IDE 外掛:VS Code 等編輯器的語法高亮、自動補全和即時驗證

參考實作

  • 參考解析器(TypeScript):註解標記解析和 JSON 序列化/反序列化
  • 參考終端適配器(Web):基於瀏覽器的元件渲染和降級處理
  • 範例應用:聊天介面中的 ICP 渲染演示,展示動態表單卡片、操作按鈕等元件