Menú
feature-workflow 首次設定引導 —— 自動偵測 Notion 資料庫、匯入 bug-workflow 共用 ID、設定專案對應與技術棧、可選裝獨立 Agent。當使用者提到 /plan-setup、「設定 feature workflow」、「初始化 feature workflow」時觸發此 Skill。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
CREW 環境健診 —— 一次性檢查 CREW 所有必要與選配依賴（Node/Git/Notion MCP/Agent Teams/瀏覽器 MCP/config/專案註冊/CLAUDE.md），列出綠黃紅燈與修法。當使用者提到 /crew-doctor、「CREW 環境健診」、「CREW 為什麼不能用」時觸發此 Skill。
瀏覽與探索已有的 .spec/ 規劃文件 —— 深度閱讀、跨任務比較、模式搜尋。當使用者提到 /plan-browse、「瀏覽 .spec 規劃」、「看之前的規劃設計」時觸發此 Skill。
從 .spec/{slug}/plan.md 以 Agent Teams leader-delegate 模式產生程式碼，含退出驗證與錨點有效性檢查，Leader 只協調不寫 code。當使用者提到 /plan-build、「從 spec 產生程式碼」、「plan-build 產碼」時觸發此 Skill。
結案前先跑文件漂移硬關卡（FAIL 擋、WARN 需明示放行），通過後蓋章 verified_at_commit、提交 Git、批次同步 plan.md 與 deploy.sql 到 Notion。當使用者提到 /plan-close、「feature 結案」、「同步 spec 到 Notion 並結案」時觸發此 Skill。
智慧推薦 CREW 當前任務下一步 —— 呼叫 crew-state.py 讀 state.json 算出下一個 /plan-* 指令並轉成人話。當使用者提到 /plan-next、「CREW 下一步指令」、「這個 spec 接下來做什麼」時觸發此 Skill。
CREW 規劃 —— spec / db / arch 三個 pass 把決策與驗收條件寫進 .spec/{slug}/plan.md，DB 設計另產 deploy.sql（零 Notion 呼叫）。當使用者提到 /plan、「CREW 完整規劃」、「一次跑完 spec/db/arch」時觸發此 Skill。
| name | plan-setup |
| description | feature-workflow 首次設定引導 —— 自動偵測 Notion 資料庫、匯入 bug-workflow 共用 ID、設定專案對應與技術棧、可選裝獨立 Agent。當使用者提到 /plan-setup、「設定 feature workflow」、「初始化 feature workflow」時觸發此 Skill。 |
互動式引導使用者完成 Feature Workflow Plugin 的初始設定，產出設定檔供其他 Skill 使用。
notion-search、notion-fetch 等工具）設定解析邏輯：詳見 plugin 根目錄
references/config-resolver.md（相對 SKILL.md 為../../references/）。
設定目錄路徑規則：
~/.claude/feature-workflow/config.md（新階層式格式）~/.claude-company/feature-workflow-config.md（舊單一檔案，向下相容）~/.claude/feature-workflow-config.md（舊單一檔案，向下相容）~/.claude/feature-workflow/（若使用者已有 ~/.claude-company/feature-workflow/，提示手動執行 mv ~/.claude-company/feature-workflow ~/.claude/feature-workflow 遷移，不自動搬），不詢問使用者選擇路徑，直接建立/plan-setup --migrate：強制從舊格式遷移到新階層式目錄，遷移步驟見 plugin 根目錄 references/config-resolver.md（相對 SKILL.md 為 ../../references/）「舊格式遷移」段落。
檢查 bug-workflow 設定檔是否存在：
~/.claude-company/ 目錄存在 → 檢查 ~/.claude-company/bug-workflow-config.md~/.claude/bug-workflow-config.md若找到 bug-workflow 設定檔：
若未找到 → 進入「偵測 Notion 資料庫」一節完整設定。
若已從 bug-workflow 匯入，使用 notion-fetch 驗證並檢查「開發階段」欄位：
notion-update-data-source 新增「開發階段」Select 欄位，選項值：
需求分析 / 規格設計 / DB 設計 / 架構設計 / 開發中 / 程式碼審查 / 測試中若未從 bug-workflow 匯入，使用 notion-search 搜尋包含「任務追蹤」的資料庫。
同時檢查「難度」欄位（bug-workflow 可能未建立）：
小 / 中 / 大搜尋包含「功能」、「設計」的資料庫。
情境 A：找到現有資料庫
用 notion-fetch 取得資料庫結構，驗證並補齊欄位（Name, Tags, 設計類型, 技術棧, 參考連結, 日期）。不移動既有資料庫。
情境 B：找不到功能設計庫
詢問使用者：
未找到「功能設計庫」資料庫，請選擇：
1. 建立新的「功能設計庫」（推薦，含標準欄位）
2. 指定一個現有資料庫
3. 跳過（/plan-close 結案時不同步設計庫）
若選擇建立，先決定 parent 位置：
嘗試取得工作區頁面：
notion-search 搜尋「CREW 工作區」頁面workspace_page_id用 notion-create-database 建立（不含 Relation 欄位），再補上 is_inline: true、「專案資料庫」Relation、2 個 Views（Table + 按專案看板）。完整 Schema、is_inline 設定時機、Relation ADD COLUMN 語法、Views 定義皆見 plugin 根目錄 references/db-templates.md（相對 SKILL.md 為 ../../references/）「建立順序」與「D. 功能設計庫」段
記錄 Data Source ID
若已從 bug-workflow 匯入 → 驗證並補齊欄位（特別確認「技術棧」欄位）。
專案資料庫標準欄位：
| 欄位 | 類型 | 必要性 |
|---|---|---|
| 專案名稱 | Title | 必要 |
| Git Repo | Text | 必要 |
| 技術棧 | Select | 必要 |
| SIT/UAT/正式主機 | Text | 選用 |
| 部署方式 | Text | 選用 |
| 狀態 | Status | 建議 |
若「搜尋『功能設計庫』」一節有建立或偵測到功能設計庫，且工作區頁面存在（workspace_page_id 有值）：
更新步驟（notion-update-page 的 update_content，插入位置）與最終排版順序見 plugin 根目錄 references/db-templates.md（相對 SKILL.md 為 ../../references/）「E. CREW 工作區頁面」的「更新步驟（plan-setup 追加功能設計庫時）」與「排版順序」段。
注意：若工作區頁面中已有功能設計庫的 linked view（重複執行 setup），則跳過此步驟。 若工作區頁面不存在（
workspace_page_id為空），跳過此步驟。
專案新增/偵測邏輯統一由
/project-add處理。
設定檔產出後，自動詢問是否執行 /project-add 新增當前專案。
詢問是否安裝 4 個獨立 Agent（feature-spec-analyst / feature-db-designer / feature-backend-designer / feature-code-generator）。
先檢查本機是否已安裝對應 MCP（例如 claude mcp list 或既有設定可見 chrome-devtools）；若已偵測到則直接跳過本步驟，不重複詢問安裝。
若尚未安裝，且使用者計畫使用 /plan-verify 驗收驗證，詢問是否安裝：
是否安裝 Chrome DevTools MCP？（Google 官方維護，推薦）
1. 安裝（推薦，工具數量隨版本更新，Google 官方持續維護）
2. 跳過（使用內建 cdp.mjs，需 Node.js 22+）
若選擇安裝，安裝指令與說明：plugin 根目錄 references/mcp-install.md（相對 SKILL.md 為 ../../references/）「chrome-devtools-mcp」段。
以 plugin 根目錄 references/config.template.md（相對 SKILL.md 為 ../../references/）為模板，建立階層式目錄結構：
mkdir -p {設定目錄}/stacks
mkdir -p {設定目錄}/projects
填入偵測到的 Notion IDs、工作區資訊、欄位對照。
從模板複製內建技術棧總表。
每個專案一個檔案，寫入 projects/{sanitized-repo-id}.md。
檔名規則：Git Repo 識別碼中的 / 替換為 --。例如 ORG01P2401/PushAPIService → ORG01P2401--PushAPIService.md。
Workflow 設定完成！
設定目錄：~/.claude/feature-workflow/
├── config.md — Notion IDs + 欄位對照
├── stacks/_builtin.md — 內建技術棧
└── projects/ — 專案對應（{N} 個）
開始使用：
/plan-start <功能簡述> — 建立任務
/plan-spec — 技術規格
/plan-db — DB 設計
/plan-arch — 架構設計
/plan-build — 產生程式碼
/plan-verify — 驗收驗證
/plan-review — 程式碼審查
/plan-close — 結案
/crew-init/bug-setup/init/project-add/plan-stacknotion-fetch 驗證每個 ID 仍然有效，無效的 ID 要重新搜尋。notion-update-data-source 新增 Select 欄位時，選項的顯示順序等於建立順序。所以 需求分析 要第一個加，測試中 最後加，確保在 Notion UI 中按流程階段排列。/plan-verify 找不到 MCP 工具而失敗。安裝後要明確提醒「必須重啟 Claude Code」。/plan-setup 即可重建.bak，使用者可手動刪除確認無誤後的 .bak