# 影片筆記：3個步驟，從0打造你的AI儀表板

## 一句話總結
本影片講解如何基於 **Cloud Code** 與 **AIOS** 架構，透過建立 Context、Skills、Connectors 與 Cadence 四大基礎，結合 **Cloud Design** 與 **Cloud Agent SDK**，在三個步驟內打造一個整合自動化、資訊與聊天功能的個人化 AI 儀表板，並可部署至雲端實現團隊共享。

## 核心重點
1.  **痛點解決**：解決開發者在多個獨立工具（如 YouTube、School、後台）間切換、分頁過多，以及難以將程式碼環境分享給非技術人員團隊的問題。
2.  **AIOS 架構核心**：
    *   **Context（記憶/偏好）**：儲存 AI 的記憶、偏好、專業背景及過往決定，避免每次對話需重新解釋。
    *   **Skills（技能）**：將業務邏輯轉為 AI 可重複執行的技能，以自然語言定義規則。
    *   **Connectors（連接器）**：AI 接上外部世界（如 YouTube, Google Calendar, Obsidian）的管道。
    *   **Cadence（節奏）**：安排每日或定期執行的任務排程。
3.  **實作流程**：
    *   第一步：建立 AIOS 基礎架構（Context, Skills, Connectors, Cadence）。
    *   第二步：使用 **Cloud Design** (`claw.ni/design`) 設計介面原型。
    *   第三步：結合 **Cloud Agent SDK** 進行開發與整合，測試功能並生成最終版本。
4.  **團隊應用**：將系統部署至 VPS 或雲端主機，實現 24 小時全年無休，並讓團隊成員共享同一套系統、Context 與 Skills。

## 詳細大綱

### 一、 為什麼你需要一個儀表板？
*   **當前問題**：
    *   工具各自獨立（Cloud Code, YouTube, School, 後台）。
    *   切換工具耗時，需開啟多個分頁。
    *   難以將專業成果分享給同事（純程式碼環境對非技術人員有門檻）。
*   **解決方案**：
    *   整合自動化、資訊與聊天功能於單一介面。
    *   透過按鈕自動執行工作。
    *   系統可直接分享給整個團隊共用。

### 二、 關鍵工具與架構介紹
*   **Cloud Code Agent SDK**：
    *   Entropic 開放的開發套件。
    *   利用 Cloud Code 背後的 Agent 邏輯打造自訂介面。
    *   可將讀檔案、跑指令碼、串接工具等功能包裝成自訂畫面。
*   **AIOS 架構（四個核心）**：
    1.  **Context（上下文/記憶）**：儲存 AI 的記憶、偏好、專業背景及過往決定。
    2.  **Skills（技能）**：將業務邏輯轉為 AI 可重複執行的技能。
    3.  **Connectors（連接器）**：AI 接上外部世界的管道。
    4.  **Cadence（節奏）**：安排每日或定期執行的任務排程。
*   **AIOS 定義**：非單一 App，而是一套讓 AI 真正幫你做事的架構。

### 三、 實作步驟：如何打造儀表板
*   **步驟一：建立 AIOS 基礎**
    *   先建立 Context, Skill, Connector, Cadence 四層架構。
    *   若無此地基，後續儀表板僅有外觀無功能。
*   **步驟二：使用 Cloud Design 設計介面**
    *   進入 `claw.ni/design` 網站。
    *   選擇 Template 或自行設計 Prototype。
    *   透過 Prompt 描述需求（如：整合 Skill、聊天功能、監控功能）。
    *   上傳專案資料夾（包含 `cloud.nd` 及 Skills），讓 AI 生成第一版儀表板。
*   **步驟三：開發與整合 (Cloud Go + Cloud Agent SDK)**
    *   將設計好的 Workspace 放入專案資料夾。
    *   使用 Prompt 開啟 Plan 模式進行開發。
    *   技術堆疊：前端 (Vite, React, TS)、後端 (Fast API)、Cloud HNSDK、Segle Lite。
    *   測試功能按鈕與真實資料連接。
    *   生成最終版本（包含 HTML 設計與 `readme.md`）。

### 四、 進階應用：團隊共享與部署
*   **部署方式**：
    *   將系統部署至 **VPS**、**Hosting 平台** 或其他雲軟主機。
*   **團隊價值**：
    *   實現 24 小時全年無休。
    *   Context 與 Skills 可與團隊共享。
    *   團隊成員使用同一套系統與大邏輯工作。
*   **資源獲取**：
    *   透過 YouTube 影片資源搜尋標題獲取 PDF 資源。
    *   相關資源與社群資訊位於 School 社群。

## 工具 / 模型 / 名詞整理
*   **Cloud Code**
*   **Cloud Code Agent SDK** (文中亦提及 `Cloud HNS-TK`、`Cloud HNSDK`、`agents.dk`)
*   **AIOS**
*   **Entropic**
*   **Digger AIOS**
*   **YouTube**
*   **School** (文中亦提及 `YouTube School`)
*   **Telegram** (文中亦提及 `Teregram`)
*   **Google Calendar**
*   **Obsidian**
*   **Cloud Design** (文中亦提及 `claw.ni/design`)
*   **VPS**
*   **Hosting**
*   **Trigger.dev** (文中提及作為排程任務平台選項)
*   **Fast API**
*   **Vite**
*   **React**
*   **TS** (TypeScript)
*   **Segle Lite**
*   **HTML**
*   **readme.md**
*   **Zip**

## 操作流程整理
1.  **準備基礎架構**：
    *   定義並建立 Context（記憶/偏好）、Skills（技能邏輯）、Connectors（外部連接）、Cadence（排程）。
2.  **設計介面原型**：
    *   瀏覽 `claw.ni/design`。
    *   選擇模板或自行設計 Prototype。
    *   使用 Prompt 描述需求（整合 Skill、聊天、監控）。
    *   上傳包含 `cloud.nd` 及 Skills 的專案資料夾，由 AI 生成第一版儀表板。
3.  **開發與整合**：
    *   將設計好的 Workspace 放入專案資料夾。
    *   使用 Prompt 開啟 Plan 模式進行開發。
    *   確認技術堆疊：前端 (Vite, React, TS)、後端 (Fast API)、Cloud HNSDK、Segle Lite。
    *   測試功能按鈕與真實資料連接。
    *   生成最終版本（包含 HTML 設計與 `readme.md`）。
4.  **部署與共享**：
    *   將系統部署至 VPS 或 Hosting 平台。
    *   分享系統給團隊成員，實現共享 Context 與 Skills。

## 值得注意的限制或風險
*   **技術門檻**：雖然旨在降低分享門檻，但開發階段仍需具備前端 (React, TS)、後端 (Fast API) 及特定 SDK (Cloud Agent SDK) 的知識。
*   **架構依賴**：儀表板的功能高度依賴 AIOS 基礎架構（Context, Skills, Connectors, Cadence）的完整性，若地基未打好，儀表板將僅有外觀。
*   **資源獲取限制**：部分資源（如 PDF）需透過 YouTube 影片資源搜尋標題獲取，相關資訊位於 School 社群，可能需要特定社群權限或步驟。
*   **工具名稱辨識**：文中提及多個工具名稱（如 `Cloud HNS-TK`, `Digger AIOS`, `Teregram`），其準確性與具體功能需進一步確認，可能存在聽寫錯誤或特定內部版本名稱。

## 逐字稿辨識疑點
*   **AI-1 的營錶板**：疑點，可能為「AI-1 的儀表板」或特定產品名稱。
*   **YouTube School**：疑點，可能為特定頻道名稱、課程名稱或聽寫錯誤（如 YouTube Channel?）。
*   **Cloud Code HNS-TK**：疑點，可能為 `Cloud Code Agent SDK` 的聽寫錯誤或特定版本名稱。
*   **Digger AIOS**：疑點，可能為 `Digger` 相關產品或聽寫錯誤。
*   **context / context skills**：文中混用，指代 AIOS 的 Context 模組。
*   **meal plant**：疑點，可能為 `Meal Plan`（餐單規劃）的聽寫錯誤。
*   **go me**：疑點，語意不明，可能為特定 Context 名稱或聽寫錯誤。
*   **routine**：文中提及為 Context 或 Skill 相關內容。
*   **claw.ni slash design slash**：疑點，網址格式描述，實際網址可能為 `claw.ni/design` 或其他變體。
*   **PayPal**：文中提及「這邊有個 PayPal」，語境不明，可能為 UI 元素名稱或聽寫錯誤。
*   **J**：文中提及「左下角這邊呢，就會有這個 J」，疑點，可能指代資料夾圖示或特定 UI 元素。
*   **Mill Plan 三層規劃**：疑點，可能為 `Meal Plan` 的聽寫錯誤。
*   **Round Dashboard**：疑點，可能為 `Run Dashboard` 或特定儀表板名稱。
*   **M8N AI導物**：疑點，可能為 `Cloud Code` 或 `AI Agent` 相關術語的聽寫錯誤。
*   **入選是過的留的電信**：疑點，語意不通，可能為「入選是過的連結」或「預約連結」的聽寫錯誤。
*   **Jack**：講者姓名。
*   **Teregram**：疑點，可能為 `Telegram` 的聽寫錯誤。
*   **agents.dk**：疑點，可能為 `agents.dk` 或 `Agent SDK` 的聽寫錯誤。
*   **Cloud HNSDK**：疑點，與 `Cloud Code Agent SDK` 的關係及準確拼寫。
*   **Segle Lite**：疑點，可能為特定工具或框架名稱。
*   **cloud.nd**：疑點，檔案格式或名稱的準確性。

## 可延伸追問
1.  **AIOS 架構的具體實作細節**：Context、Skills、Connectors 和 Cadence 在程式碼層級是如何具體定義和儲存的？
2.  **Cloud Design 的模板與 Prompt 工程**：有哪些推薦的 Template 或 Prompt 技巧可以更有效率地生成符合需求的儀表板原型？
3.  **團隊共享的權限管理**：在團隊共享 Context 與 Skills 時，如何處理不同成員的權限與資料隱私？
4.  **部署後的維護與更新**：當外部工具（如 YouTube API、Google Calendar API）發生變更時，如何維護 Connectors 的穩定性？
5.  **技術堆疊的替代方案**：如果團隊不熟悉 React 或 Fast API，是否有其他技術堆疊可以搭配 Cloud Agent SDK 使用？
6.  **資源獲取路徑**：如何具體在 School 社群中找到提到的 PDF 資源與相關資訊？