AI Work For Me 三小時教學準備：完整檢討與 Starter Kit 交付建議書

第一篇 · 今日工作全景

Chapter 01

今日工作全景：整合 #57 犯錯記錄 × #58 過程回顧

上午雙站同步（08:16–10:48）+ 下午 Phase 1 升級（11:19–12:45），涵蓋犯錯、修復、成功經驗、工作模式固化。

1.1 全天時間線

☀️

上午 · 雙站同步

08:16 – 10:48 · workskm + aiworkforme

08:16

workskm 導航重建

移除假連結，重建四層結構（首頁/技能廣場/資源中心/關於）

08:55

Phase 2 搜索功能實作

技能廣場支援動讀 manifest.json、8分類過濾、關鍵字高亮

09:13

delete-olddata 清理

workskm deployment 11→3

10:00 🔴

nav 整段覆蓋錯誤 #014

aiworkforme 原有 student nav 被 workskm nav 覆蓋，30分鐘還原

10:48

資源中心 SVG 圖示

新建 resource-center.svg，31個 HTML 內容替換

🌙

下午 · Phase 1 升級

11:19 – 12:45 · upwholistics

11:19

Phase 1 啟動決策

授權由貞全權執行，採「新建→實測→替換」策略，不動原站

~11:40

_upwholistics 建立

6個初始檔案部署，CF專案名確認

~11:55

搬家完成

98→102個檔案，含57備忘+2產品+11QA+11問卷+5moxa+5recruit+5images

12:04

56 Phase 1 完成

tomemo + updatememo + 部署

12:22

delete-olddata

wrangler v4 無 delete → 切換 CF API，upwholistics 4→3

12:45

57/58/59 三份報告完成

犯錯檢討 + 過程回顧 + 通用性普查 + 本整合報告

1.2 犯錯記錄 #014：nav 整段覆蓋事故

項目	內容
時間	10:00（上午雙站同步階段）
錯誤	aiworkforme index.html 原有 student nav 被 workskm nav 整段覆蓋
根本原因	未先讀取 aiworkforme index.html 原始 nav，直接做整段替換
影響	aiworkforme 學生端導航全部失效，30分鐘還原
預防原則	nav 同步：只可「增加連結/修正死連結」，不可整段覆蓋

    ⚠️ 強制確認清單（每次跨站 nav 同步前必做）：
    cross-site nav 同步 → 必須先讀取目標頁原始 nav
整段 HTML 替換 → 必須先備份目標檔案
deploy 前 → 確認舊 deployment 尚在（可回滾）
wrangler 刪除指令 → wrangler v4 可能已無該指令，先查再執行

1.3 成功經驗萃取

✅ 策略選擇正確

「新建→實測→替換」不動原站，降低風險
底線前綴專案名（_upwholistics）隔離實驗環境
主動請求授權，減少事後彙報成本

✅ 犯錯處理及時

nav 事故5分鐘內發現、半小時內還原
立即同步更新 MEMORY.md + answerch.txt
新增「學生交付自動化原則」

✅ 工作流固化

tomemo → updatememo → deploy 鏈式操作已成肌肉記憶
記憶寫入與部署同步，確保可追溯
每個 phase 完成即更新 MEMORY.md

✅ 工具銜接流暢

49項 SKILL.md 比對發現 workskm 缺 tomemory/readmemory，立即補足
wrangler v4 delete 失效 → 切換 CF API
SVG 圖示替換 31個 HTML，一次到位

標準工作模式固化

🔄 備忘更新標準流程（updatememo 鏈式操作）

①

新建 HTML

wh-all-deploy/ NN-xxx.html

→

②

同步 index

section-count + 卡片連結

→

③

同步 memodata

JS 資料陣列（易漏！）

→

④

部署

wrangler deploy

→

⑤

寫入記憶

MEMORY.md + daily.md

        ⚠️ 重要：memodata.html 的 JS 資料陣列（memos[] / plans[]）是寫死在程式碼裡的，每次 updatememo 必須同步更新，否則資源中心頁面仍顯示舊數據。
    

🔄 網站升級標準流程

S1

建立實驗專案

_xxx 前綴，隔離原站

→

S2

完整搬家

含 manifest/skills/備忘/產品

→

S3

實測驗證

功能/連結/部署全部確認

→

S4

舊站刪除

CF API 或 wrangler

→

S5

實驗站改名

_xxx → 正式名

    核心安全原則：nav 只可「增加連結 / 修正死連結」，不可整段覆蓋。

    跨站同步前 → 先讀取目標頁原始 nav；nav 屬性差異時 → 只同步子頁面（knowbase/skills-list 等）；雙站各自保留獨立 nav → workskm（平台）/ aiworkforme（學生端）屬性不同。

第二篇 · 技能通用性普查

Chapter 02

49項技能通用性普查（整合 #59）

以「Starter Kit 交付、學生在不同電腦使用、萬人市場通用」三個維度，普查49項技能的通用性現況與障礙。

2.1 四類技能分佈

28

完全通用 🔧

純邏輯，無路徑依賴

11

需配置 ⚙️

依賴環境變量或參數

6

依賴系統 💀

只能在主公環境運作

4

概念/規劃 📐

非可執行技能

🔧 完全通用（28項）— 純邏輯，不碰路徑

純邏輯跨專案跨電腦

ID	技能名	通用原因
2	`allcompare`	接收兩 URL 即可比對，無路徑依賴
3	`lettercompare`	接收檔案路徑/URL 參數，無硬編碼
5	`transcompare`	純文本比對邏輯
6	`renewpr`	複製/更新邏輯，讀取用戶指定的來源
15	`skill-bootstrap`	Bootstrap 腳本不含路徑，依賴調用者傳入
16	`skill-project-deploy`	匯出腳本設計時已考慮跨電腦
17	`new-project`	接收 project-name 參數，無硬編碼
19	`identity-setup`	引導用戶對話式建立，結果寫入用戶目錄
20	`memory-init`	對話式引導，結果寫入用戶目錄
21	`automation-setup`	接收 crontab/rrule 參數，無路徑
22	`skill-template`	模板本身不帶路徑
23	`deploy-status`	接收 CF API token + account-id，無硬編碼
24	`copywriting-gen`	純文案生成邏輯
25	`remote-cmd-template`	模板庫，無狀態
26	`course-progress`	接收用戶指定的進度檔路徑
27	`aiworkforme-update`	支援 .wb-config.json 自動偵測
30	`ideatorich`	接收 URL/檔案路徑，無硬編碼
33–35	`torecord-doc / merge-doc / mergehtml`	接收路徑參數
36–39	`downloadsite / replace-content / replaceimage / text-residue-check`	接收路徑參數
42	`deploy-rollback`	接收 deployment-id + CF 參數
45–47	`answerch / toanswerch / answerch-clean`	接收錯誤關鍵字或檔路徑參數

⚙️ 需配置通用（11項）— 依賴環境變量或參數（修復 Bug#1 後晉升完全通用）

ID	技能名	依賴項	配置方式
1	`upload-html`	CF_API_TOKEN + CF_ACCOUNT_ID	環境變量（User 層級）
4	`international-promotion-deploy`	翻譯 API key + CF 憑證	環境變量
8	`cloudflare-guard`	CF_API_TOKEN + 目標目錄	.wb-config.json
9	`wh-resetproject`	CF_API_TOKEN + 舊專案ID	環境變量 + 參數
10	`delete-olddata`	CF_API_TOKEN + 專案名	環境變量 + 參數
11	`updatesk`	IDENTITY.md 路徑	改用 `%USERPROFILE%`
12	`updatememo`	部署目錄 + 專案名	.wb-config.json
14	`readrecord`	工作備忘目錄	.wb-config.json
31	`torecord`	記憶目錄	.wb-config.json
43	`skill-health-check`	skills 目錄路徑	.wb-config 或環境變量
44	`memory-compact`	記憶目錄路徑	.wb-config 或環境變量

💀 依賴系統（6項）— 只能在主公環境運作，明確標記「⚠️ 僅供平台使用」

ID	技能名	硬編碼內容	替代方案
18	`clawbot-setup`	微信 Webhook URL（個人持有）	學生自建，或供模板
41	`nav-editor`	硬編碼 aiworkforme 路徑	參數化目標路徑
28	`content-studio`	僅規劃，串接未實現	完成串接開發
29	`merge-docx`	硬編碼 docx 路徑	參數化目標路徑
13	`skillcompare`	依賴特定工作備忘目錄結構	參數化基目錄
7	`renewhtml`	依賴 renewpr 的輸出路徑	統一用 .wb-config

2.2 四大 Bug 根因：阻礙通用性的核心障礙

    🔴 Bug #1（最嚴重）：.wb-config.json 系統從未部署

    upload-html、updatememo、updatesk、aiworkforme-update 的 SKILL.md 都描述了「自動偵測 .wb-config.json」機制，但實際上所有專案中均無此檔案。技能雖然宣稱通用，卻因無配置依據而回退到硬編碼路徑。

    修復代價：為每個 deploy 目錄建立一個 JSON 檔案（約30分鐘）。

    🔴 Bug #2：cloudflare-guard 硬編碼 wh-all-deploy 路徑

    const DEPLOY_DIR = process.argv[2] || 'C:\\Users\\Administrator\\WorkBuddy\\wh-all-deploy';

    修復：改為讀取 .wb-config.json 的 deployDir 欄位。

    🔴 Bug #3：updatesk 硬編碼 IDENTITY.md 路徑

    直接引用 C:\Users\Administrator\.workbuddy\IDENTITY.md。

    修復：改用 %USERPROFILE%\.workbuddy\IDENTITY.md（Windows）或 ~/.workbuddy/IDENTITY.md（跨平台）。

    🔴 Bug #4：torecord/readrecord/tomemory/readmemory 硬編碼工作記憶目錄

    硬編碼：C:\Users\Administrator\WorkBuddy\20260410015051\.workbuddy\memory\

    導致：① 新工作階段目錄不同（20260411055416）→ 路徑失效；② 學生無法使用自己的記憶目錄。

    修復：從 .wb-config.json 讀取 memoryDir，或以 ~ 為基準動態推導。

    🟡 Bug #5：帳號 ID 暴露在多個腳本中

    硬編碼 CF_ACCOUNT_ID = "2f2795bc4a98928375b23c36140ba33b"。

    這是可以接受的（Public 資訊），但更佳實踐是從 .wb-config.json 讀取。

第三篇 · 三大情境分析

Chapter 03

三大使用情境通用性分析

從「同一電腦」到「學生個人電腦」到「萬人市場」，逐步放寬假設，分析每個情境的可行性与挑戰。

✅

情境 A：同一電腦、多專案

✓ 今日已驗證可行

今天在主公電腦上驗證：同一電腦（Administrator）、同一帳號（由貞）、同一 CF Token，管理 workskm / aiworkforme / _upwholistics / wh-all-deploy 四個專案。

✓manifest.json + skills-list.html + deploy 目錄三層分離 → 可各自獨立部署
✓49項 SKILL.md 集中存在於 ~/.workbuddy/skills/ → 單一技能庫
✓CF Token 設在 User 環境變量 → 所有專案共用
⚠.wb-config.json 未建立 → 技能仍依賴隱含約定（專案名 = deploy 目錄名）
⚠每次 updatememo 需要手動指定「部署到哪個專案」→ 應由 .wb-config.json 自動偵測

⚙️

情境 B：Starter Kit 交付、學生個人電腦

⚠️ 需 Bug 修復後可行

學生在自己的電腦上，通過 Starter Kit 建立自己的專案，使用由貞的技能系統。此情境面臨五個全新挑戰：

挑戰	問題	解決方案
🎛️ 路徑差異	學生 User 名稱不是 Administrator，Home 目錄不是 C:\Users\Administrator	全部改用 `~` 或 `%USERPROFILE%` 變量
🔑 CF 帳號	學生使用自己的 CF 帳號，不是主公的	Starter Kit 提供 env-setup 指引，學生自設 CF_API_TOKEN
👤 身份系統	SOUL.md / IDENTITY.md / USER.md 需重新初始化	identity-setup 技能支援引導式建立
📁 專案路徑	學生可能將專案放在 D:\MySite 而非 C:\Users\...\WorkBuddy	.wb-config.json 讓技能自己找到專案根目錄
🧠 記憶系統	daily memory 目錄不在預期位置	memory-init 引導 + .wb-config.json 指定 memoryDir

🌟

情境 C：技能市場、萬人通用

🌟 最終願景

技能市場上，技能作者發布技能，萬名用戶各自下載、安裝到自己的 WorkBuddy。

👨‍💻 技能作者端

技能必須自含（不依賴外部檔案路徑）
所有路徑必須參數化或從環境讀取
明確標註依賴（CF Token / API Key）
提供安裝後配置指引

👤 用戶端

透過 .wb-config.json 為技能提供上下文
環境變量提供敏感憑據（不上傳技能市場）
技能隔離（在各自工作區運行）
版本相容性宣告

第四篇 · Starter Kit 製作指南（核心）

Chapter 04

簡易精準快速製作 Starter Kit

以「3小時教學可交付」為目標，定義 Starter Kit 的最小可用集合、交付清單、與交付前驗證流程。

    🎯 三小時教學的底層假設：

    學生從零開始，3小時後能完成：自己架設網站 → 上傳內容 → 部署上線 → 使用至少3個技能輔助工作。

    Starter Kit 必須在這個時間框架內，讓學生完成「從無到有、從零到上線」的完整閉環。

4.1 Starter Kit 最小交付清單

🎁

Starter Kit 檔案結構

共 8 個核心檔案，學生複製後替換內容即可上線

aiworkforme-starter-kit/
├── index.html           ← 學生首頁（替換姓名、標語即可）
├── knowbase/
│   └── memodata.html    ← 資源中心（已有框架，替換內容）
├── skills-list.html    ← 技能廣場（已接入 manifest.json）
├── manifest.json       ← 技能清單（49項，學生可增刪）
├── .wb-config.json     ← ⚠️ 學生需填寫自己的 CF 專案名
├── README.md           ← 部署三步驟說明（env-setup → identity-setup → deploy）
└── .workbuddy/
    ├── SOUL.md          ← 學生自定義AI人設
    ├── IDENTITY.md      ← 學生身份設定
    └── USER.md          ← 學生基本資料

✅ 完整版 Starter Kit（推薦教學使用）

包含全部8個核心檔案 + 詳細 README.md。學生從零開始，3小時可完成部署。

index.html（含教學引導註釋）
knowbase/memodata.html
skills-list.html + manifest.json
.wb-config.json（空白模板）
.workbuddy/ 三個身份檔
README.md（含 env-setup 三步驟）

⏱️ 製作：1小時 ⚠️ 需先完成 Bug#1-4 修復

🌟 Starter Kit Lite（即時可用版）

示範專案 aiworkforme 的精簡鏡像，無需修復 Bug 即可交付。學生用主公的 CF Token 快速上線體驗。

僅 index.html + skills-list.html
使用主公 CF 專案（讀者視角體驗）
不含 .wb-config.json
教學重點：使用技能，而非部署

⏱️ 製作：30分鐘 ✅ 可立即交付

⚡ Starter Kit 交付前 Bug 修復優先順序（按緊急程度排序）

✓

Bug#1：為所有 deploy 目錄建立 .wb-config.json

代價：30分鐘。修復後：11項「需配置」技能自動通用化。

✓

Bug#4：torecord/readrecord 記憶目錄從 .wb-config.json 讀取

代價：20分鐘。修復後：學生可正常使用記憶系統。

✓

Bug#3：updatesk IDENTITY.md 路徑改為 %USERPROFILE%

代價：10分鐘。修復後：identity-setup 在學生電腦上正常運作。

✓

Bug#2：cloudflare-guard 讀取 .wb-config.json deployDir

代價：15分鐘。修復後：學生可對自己的專案運行配置管理。

        ✅ 完成 Bug#1-4 修復後：11項「需配置」技能晉升為「完全通用」，Starter Kit 可在任何學生電腦上正常運作。
    

4.2 交付前驗證清單（主公 / 由貞在交付前必做）

⚠️ 交付前「空白環境」實測（至少做一次）

✓在「新建資料夾 + 新建 WorkBuddy session」中，啟動 Starter Kit
✓執行 identity-setup，引導建立身份檔案
✓執行 env-setup，設定 CF_API_TOKEN（使用測試帳號）
✓執行 upload-html，成功部署到新專案
✓執行 updatememo，確認 index + memodata 同步正常
✓執行 torecord，確認記憶寫入正確目錄
✓執行 ideatorich，確認 URL 抓取正常
✓用另一個身份說「執行 updatememo」，確認自動偵測正確專案
✗未通過空白環境測試 → 不得交付

第五篇 · 通用性設計四原則

Chapter 05

技能通用性設計四層原則

未來所有新建技能、學生建立技能的通用性設計準則。以「技能本身是模板，不是腳本」為核心原則。

    💡 核心原則：技能本身是「模板」，不是「腳本」。

    技能的每一次執行，都從外部環境（配置檔、參數、環境變量）獲取它需要的一切。

    技能本身不應携带任何絕對路徑、特定帳號 ID、或與特定電腦綁定的資訊。

層級	名稱	取值方式	範例	可否硬編碼
L1	系統標準	`~/.workbuddy/` 或 `%USERPROFILE%\.workbuddy\`	IDENTITY.md、MEMORY.md、skills/	✅ 可
L2	專案配置	讀取 `.wb-config.json`	deployDir、projectName、memoryDir	✅ 可
L2	環境變量	`$CF_API_TOKEN`、`$TRANSLATE_KEY`	CF Token、翻譯 API Key	✅ 可
L3	用戶指定	技能執行時由用戶傳入參數	目標 HTML 路徑、部署 URL	✅ 可

        ⚠️ 嚴禁在 SKILL.md 或技能腳本中硬編碼 L1-L3 層級的路徑。

        例如：C:\Users\Administrator\WorkBuddy\...、2f2795bc4a98928375b23c36140ba33b（CF Account ID）均屬禁止之列。

📄 .wb-config.json 標準格式（每個可部署專案的標配）

{
  "version": "1.0",
  "project": "my-student-site",      // Cloudflare Pages 專案名
  "deployDir": ".",                 // 部署目錄（. = 當前目錄）
  "memoryDir": "../.workbuddy/memory",  // 相對於 deployDir 的記憶目錄
  "accountId": "YOUR_ACCOUNT_ID",   // 學生填自己的，或留空從環境變量讀
  "skills": [                       // 此專案適用的技能清單
    "upload-html",
    "updatememo",
    "ideatorich"
  ],
  "excludedPaths": [                // 部署時排除的路徑
    "node_modules",
    ".workbuddy",
    ".git"
  ]
}

        重要：.wb-config.json 應加入 .gitignore（如有的話），不提交到公共 repo。敏感欄位（如 accountId）可選，系統優先讀取環境變量。
    

🔐 敏感資訊分層原則

資訊類型	存放位置	是否上傳市場
CF_API_TOKEN	環境變量（User 層級）	❌ 否
CF_ACCOUNT_ID	環境變量或 .wb-config.json	⚠️ 可
翻譯 API Key	環境變量	❌ 否
技能模板腳本	SKILL.md / scripts/	✅ 是
默認導航結構	index.html（不含內容）	✅ 是
個人回憶/記錄	MEMORY.md / daily/*.md	❌ 否
身份設定	SOUL.md / IDENTITY.md / USER.md	❌ 否

第六篇 · 教學交付標準

Chapter 06

完美交付教學成果的三小時標準

定義「學生學完這堂課能帶走什麼」，以可量化、可驗證的指標確保教學質量。

🏆 三小時教學成果驗收標準

時間點	學生完成指標	驗證方式
第1小時	✅ 成功架設自己的網站（Cloudflare Pages）	提供自己的 .pages.dev URL
第2小時	✅ 使用 ideatorich 收集構想 → 轉化為網站內容	展示一個 knowbase/ 頁面
第2.5小時	✅ 使用 torecord 記錄當日學習內容	展示 MEMORY.md 有一筆記錄
第3小時	✅ 使用 updatememo 更新自己的資源中心	展示更新後的 index.html
第3小時	✅ 使用 upload-html 完成重新部署	展示新的 deployment URL

📚 三小時教學模組大綱

H1

環境架設

WorkBuddy + CF 帳號 + env-setup

→

H2

內容製作

ideatorich → 構想收集 → 網站內容

→

H3

技能實踐

torecord + updatememo + upload-html

⚠️ 教學風險警示（由貞必須在授課前確認）

✗Bug#1 未修復 → 學生 updatememo 無法自動偵測專案 → 第3小時卡死
✗Bug#4 未修復 → torecord 寫不到正確目錄 → 第2.5小時體驗失敗
✗未提供 Starter Kit README.md → 學生卡在環境架設，消耗第1小時大量時間
✗交付 Lite 版（主公 CF Token）→ 學生無法體驗「自己的網站」→ 教學說服力減半

第七篇 · 市場審核七關

Chapter 07

技能市場交易審核規範

作為「技能上架審核標準」和「指導學生建立分享技能時的準則」。

P0

🛡️ 安全性關

SKILL.md 和所有腳本中不含任何硬編碼的絕對路徑
不含 API Key、Token、密碼（即使在註釋中）
不含個人識別資訊（電話、Email、帳號 ID — 除非明確聲明為公開欄位）
❌ 任何形式的網路爬蟲、未經授權的資料抓取

P0

🔧 通用性關

技能在陌生電腦（不同 User 名稱、不同目錄結構）上可正常運行
明確聲明依賴（需要什麼環境變量 / .wb-config.json 欄位）
提供了「安裝後配置指引」段落（INSTALL.md 或 SKILL.md 內）

P1

📖 說明完整性關

SKILL.md 包含：技能名、描述、版本、作者、觸發關鍵詞
包含使用範例（以對話形式：主公說什麼 → 由貞做什麼）
明確標註版本歷史（changelog）

P1

🧩 隔離性關

技能只讀寫自己工作區內的檔案，不主動操作 ~/.workbuddy/ 之外的系統目錄
❌ 禁止：修改 SOUL.md / IDENTITY.md（除非是 identity-setup 本身）
❌ 禁止：直接刪除其他技能目錄

P2

🧪 可測試關

提供至少一個可重現的測試案例
說明依賴的外部服務（如 Cloudflare、翻譯 API）

P2

⚖️ 法律合規關

技能不侵犯第三方版權、商標
明確聲明 license（建議 MIT 或 CC BY 4.0）
若使用外部模型/服務，聲明其使用條款

P3

🏷️ 分類標籤關

提供 category（分類）和 tags（標籤）
標註適用情境（個人 / 教學 / 企業 / 市場）

📜 學生建立技能十誡（給學生的技能建立準則）

不得硬編碼任何路徑。 使用 ~、$HOME、%USERPROFILE% 或 .wb-config.json。
不得在 SKILL.md 中出現帳號 ID、Token、密碼。 即使是註釋也不可以。
不得在技能腳本中引用他人的身份檔案。 只讀取 ~/.workbuddy/IDENTITY.md 等系統約定路徑。
所有路徑必須可以透過 .wb-config.json 配置。 技能啟動時先搜尋配置檔。
不得未經同意修改其他技能目錄。 隔離運行，保護用戶的技能庫。
不得在技能中直接刪除用戶工作區外的目錄。 破壞性操作需明確告知並要求確認。
上架前必須完成「空白環境測試」。 在新建資料夾、新建 WorkBuddy session 中運行。
必須提供回滾機制。 若技能修改了某些狀態（如 nav），須說明如何還原。
不得依賴未聲明的外部服務。 若需要翻譯 API，須在 SKILL.md 中說明。
不得上傳用戶隱私資料。 技能產生的日誌、臨時檔案，不得包含 MEMORY.md 等隱私內容。

第八篇 · 行動路線圖

Chapter 08

從今天到市場：三階段行動路線圖

以「3小時教學可交付」為起點，逐步擴展到 Starter Kit 完善、技能市場建設。

P0

Phase 0：止血（今日可完成）

修復 Bug#1-4，立即讓 Starter Kit 在學生電腦上可用

30'

建 .wb-config.json

workskm / aiworkforme / _upwholistics

→

20'

修復 Bug#4

torecord/readrecord 讀 memoryDir

→

15'

修復 Bug#3

IDENTITY.md 路徑跨平台化

→

15'

修復 Bug#2

cloudflare-guard 讀 deployDir

→

30'

空白環境實測

驗證 Starter Kit 完整流程

⏱️ 總工時：2小時 🎯 產出：Starter Kit 可在學生電腦上運行

P1

Phase 1：Starter Kit 製作（1天）

完成完整版 Starter Kit + README.md，準備好交付

工作項	說明	負責
建立完整版 Starter Kit 目錄	8個核心檔案 + README.md	由貞
製作 README.md 部署說明	含 env-setup 三步驟 + 故障排查	由貞
準備 Starter Kit Lite 版	即時可用，示範用	由貞
完成 Phase 0 空白環境實測	用自己的帳號跑完整流程	主公
更新 skill-template	將「通用性四層原則」寫入模板	由貞

⏱️ 總工時：1天 🎯 產出：可交付的 Starter Kit + 教學講義

P2

Phase 2：三小時教學準備（3天）

完善教學內容、準備教學講義、完成首期學員交付

工作項	說明	負責
撰寫三小時教學講義	含 H1/H2/H3 三模組 + 習題	主公
製作 ideatorich 教學素材	提供範例構想（可用現有內容）	由貞
首期學員招募	1-3名種子學員	主公
首期教學交付	根據實際反饋調整 Phase 0-1	共同
根據反饋更新 Starter Kit	納入學生實際遇到的問題	由貞

⏱️ 總工時：3天 🎯 產出：首批學員成功交付 + 教學迭代反饋

🌟

Phase 3：技能市場建設（7天）

建立市場審核系統、制定交易合約、開放技能上架

工作項	說明	負責
通用技能審核清單	將「七關審查」格式化為可執行清單	由貞
建構 skill-health-check v2	自動檢測 SKILL.md 含硬編碼路徑 / Token	由貞
市場交易合約	版權、收益分成、責任聲明	主公
技能上架指引文件	學生髮布技能到市場的完整說明	由貞
市場Beta測試	邀請學員試用上架流程	共同

⏱️ 總工時：7天 🎯 產出：技能市場 Beta 開放

AI Work For Me三小時教學準備