القائمة
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；探索模式只讀不寫