動畫流程圖
為流程製作 20–30 秒的動畫解說。以下兩點最重要，按此順序：
- 每個主題都有專屬設計。 佈局、節點形狀、連接線、「判斷器」、讀出面板、調色盤與動態風格皆因應主題而選擇。兩部影片絕不能看起來只是同一個範本換上新標籤——使用者曾明確拒絕這種情況（「每一份流程看起來都會一模一樣」）。在開始建構前，撰寫一段設計簡報，並與對話中先前的影片（以及此處的兩個範例）比對；至少更改
references/design-directions.md中四個變化軸。 - 預設為專業且技術性風格。 基調是 polished tech/product 外觀（主控台、架構圖、儀表板、藍圖、乾淨的產品 UI）。只有在主題明顯屬於休閒性質（食譜、家庭計劃）或使用者要求時，才採用溫暖、插畫或俏皮的風格。
影片之間保持不變的是 動畫語法，而非外觀：速度控制（快速跳躍、緩慢瓶頸、後續檢查比首次更快）、資料來回傳遞（問題送出→判斷器運算→答案回傳）、一次迴圈、有東西被寫入某處的可見呈現，以及最後停留並顯示摘要行。不要有紙頁，不要在圖表下方放置段落說明。
工作流程
1. 建立流程模型（無需詢問；僅在缺少必要資訊時提問）
對每個步驟進行分類：工作（某人/某事執行任務；停留時間 ∝ 實際努力）、瓶頸（最慢的工作）、檢查（答案空間小：分數 / 是-否 / 選擇一個）、判斷器（決定檢查結果者：規則引擎、政策檔案、審查者、模型、廚師）、儲存區（結果寫入處）、執行者（每個步驟由誰執行）。找到一個迴圈和最終狀態。使用使用者自己的詞彙。使用者未提供的數字，在畫面上標示為 示意 / illustrative；來自使用者資料的實際數字（閾值、計數、退出碼）則是最佳的讀出內容。
2. 撰寫設計簡報
閱讀 references/design-directions.md。選擇一個適合主題與目標受眾的方向，然後決定每個軸：佈局語法、工作站形狀、連接線樣式、判斷器的外觀與發光方式、封包/令牌形式、讀出面板、調色盤（4 種顏色）、字型、背景處理、動態特徵。在對話中一行說明簡報（例如「主控台風：深藍格線、直角匯流排、右側規則面板…」），然後直接進行——無需等待批准。
3. 佈局並檢查衝突
使用 references/design-rules.md（幾何、碰撞檢查、時序、往返階段、讀出）。預設為 16:9 1920×1080 30 fps；當使用者想要 Reels/Shorts 時使用 9:16。
4. 建構
如果 Artifact 工具列出 Motion（動畫/影片）類型——優先（可播放、預覽、匯出 MP4/GIF）：遵循該類型自身的說明來處理其檔案與寫入順序。使用單一連續場景。將模型、路線和標記放在 shared.js 中，將動畫放在 scene-<id>.js 中，並將反映路線的分數放在 score.js 中。references/ 中有兩部完成的影片——可借用其機制（路線時間軸、posAt、折線/貝茲曲線輔助函式、封包軌跡、終端機捲動、量表），但絕不借用其構圖或調色盤。
將螢幕上的文字寫成純文字字元（而不是 \uXXXX 跳脫序列），以便使用者可以在播放器中重新輸入標籤。
否則，將相同的檔案寫入一個資料夾，然後執行
python scripts/build_player.py <資料夾> <輸出.html> --title "<標題>" 以獲得一個自包含的 HTML 頁面，具備播放/暫停/時間軸拖曳功能；可發布或展示。如果 Node 可用，使用 jsdom 進行冒煙測試（請參閱 references/example-kitchen/README.md）。
5. 交付
提供連結 + 一行關於聲音的說明（預設靜音）+ 匯出：Motion 的 Export 可儲存 MP4 或 GIF（GIF 為無聲，在 1080p 下檔案較大；可提供較短的版本）。如果你為了展示某個機制（例如來源未描述的 retry 迴圈）而發明了一個節拍，請用一句話說明並提供移除選項。
檔案
references/design-directions.md——方向、變化軸、調色盤、「不重複」檢查。請先閱讀。references/design-rules.md——幾何、碰撞檢查、編排/時序、往返、讀出。references/example-ops-console/——技術方向：深色主控台、服務卡片 + 十六進位閘門、正交匯流排、儲存圓柱體、包含規則行的政策面板、終端機日誌、閾值量表（知識庫管線）。references/example-kitchen/——休閒方向：溫暖紙質、鋸齒狀通道、燈光環（食譜）。其 README 對應每個檔案應修改的內容，並包含冒煙測試。assets/player.html、scripts/build_player.py——獨立備用播放器。