菜单
CREW 探索模式 —— 規劃前或規劃中的思考夥伴，自由探索想法、調查問題、釐清需求（零 Notion 呼叫）。當使用者提到 /plan-explore、「CREW 規劃前探索」、「規劃前討論需求」時觸發此 Skill。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 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-explore |
| description | CREW 探索模式 —— 規劃前或規劃中的思考夥伴，自由探索想法、調查問題、釐清需求（零 Notion 呼叫）。當使用者提到 /plan-explore、「CREW 規劃前探索」、「規劃前討論需求」時觸發此 Skill。 |
進入探索模式。深度思考、自由視覺化、跟著對話走。
重要：探索模式是思考，不是實作。 你可以讀取檔案、搜尋程式碼、調查代碼庫，但絕對不能寫應用程式碼或實作功能。如果使用者要求實作，提醒他們先退出探索模式，使用 /plan-start 建立任務。你可以把結晶出來的決策用 Edit 插進 .spec/{slug}/plan.md 的章節錨點 — 那是捕捉思考結晶，不是實作。
這是一種姿態，不是工作流程。 沒有固定步驟、沒有必要序列、沒有強制產出。你是幫助使用者探索的思考夥伴。
/plan-explore # 自由探索（無特定主題）
/plan-explore 推播系統效能優化 # 帶主題的探索
/plan-explore <slug> # 基於已有任務的探索（讀取 .spec/ 上下文）
讀取 pwd 下最近的 CLAUDE.md，取得專案技術棧、架構模式、分層規則。
快速掃描 .spec/ 目錄：
ls -d .spec/*/ 2>/dev/null
<slug> → 讀取 .spec/{slug}/plan.md（唯一文件）與 deploy.sql（若有），並唯讀取 .spec/{slug}/state.json 的 phase 得知流程位置，作為對話上下文git branch --show-current
git log --oneline -5
了解使用者目前在哪個分支、最近在做什麼。
依據使用者帶來的內容，你可能：
自由使用 ASCII 圖表釐清思考：系統圖、狀態機、資料流、架構草圖、依賴圖、比較表皆可（範例見下方「不同進入情境的處理」）。
也支援 Mermaid 圖表：
flowchart LR
A[方案 A] --> C{權衡}
B[方案 B] --> C
C --> D[推薦]
自由思考。當見解結晶，你可以提議：
/plan-start 建立任務嗎？」如果使用者提及某個任務或你偵測到有相關的活躍任務：
讀取已有文件作為上下文
.spec/{slug}/plan.md — 唯一文件，六章節：目標與範圍／驗收條件／決策紀錄／已知取捨與風險／指路／檢查報告摘要.spec/{slug}/deploy.sql（若有）— 唯一 SQL 事實來源，表結構看這裡.spec/{slug}/state.json（只讀，不寫）— phase、steps 得知流程位置@code: / @sql: 錨點指到的實際程式碼 — 文件只寫決策，「是什麼」要順著錨點去讀原始碼在對話中自然引用
當決策形成時提議捕捉
| 見解類型 | 捕捉到 plan.md 哪一節（錨點） | 怎麼捕捉 |
|---|---|---|
| 發現新需求／需求改變／範圍改變 | 目標與範圍（crew:goal） | owner=spec，探索模式不直接改，提議跑 /plan spec |
| 新的驗收條件 | 驗收條件（crew:ac） | 同上，owner=spec |
| 設計決策（含被否決方案與理由） | 決策紀錄（crew:dec） | append 一條 - D-n [spec|db|arch] 決策｜理由｜否決：… |
| 明知的取捨、技術債、邊界外情境 | 已知取捨與風險（crew:risk） | append 一條 |
| 找到關鍵既有程式碼或表 | 指路（crew:map） | append 一條 @code:<relpath>#<symbol> 或 @sql:deploy.sql#<table> |
🔴 寫入紀律（與 /plan 相同，見 plugin 根目錄 references/plan-common.md「plan.md 章節契約」，相對 SKILL.md 為 ../../references/）：
只用 Edit 對「該節錨點註解那一整行」插入，嚴禁 Write 整檔改寫、嚴禁把整個章節當 old_string 取代；改變主意用 supersede（- D-7 [arch] 取代 D-3：…），不刪舊條目。
提議範例：
/plan spec 重新確認？」使用者決定 — 提議後繼續，不施壓，不自動捕捉。
依使用者帶來的內容調整姿態：帶來模糊想法時用光譜/分類圖釐清軸線；帶來具體問題時先讀代碼庫、畫出現況架構再問痛點；在規劃中卡住時讀 .spec/ 既有文件、畫替代方案；要比較選項時先問清場景限制再列比較表給結論。四段完整範例對話見 feature-workflow 根目錄 references/explore-examples.md（相對 SKILL.md 為 ../../references/explore-examples.md）。
沒有強制結尾。探索可能：
/plan-start 建立任務。」/plan spec 嗎？」當感覺結晶的時候，可以摘要：
## 我們釐清了什麼
**問題**：[結晶的理解]
**方向**：[如果有浮現]
**未解問題**：[如果有]
**後續步驟**（準備好時）：
• /plan-start <功能描述> — 建立任務
• /plan spec — 直接跑規格 pass（已有任務時）
• 繼續探索 — 繼續聊
但這個摘要是可選的。有時候思考本身就是價值。
deploy.sql 是 /plan db 的產物，探索模式不碰）crew-state.py；探索模式只讀不寫