bp

<!-- 🔒 LOCKED — managed by clade · auto-generated by sync-to-codex; edit source in .claude/ then re-run sync --> # bp — 最佳實踐落點路由 clade 有 7 種資產落點。**分類負擔歸本 skill，不歸使用者**——使用者只需要講出那條實踐是什麼，落點由這裡判、講出理由、等確認。 ## Mode dispatch | Mode | 觸發 | 用途 | | --- | --- | --- | | `record`（預設） | `\bp <一句話>`、「記成最佳實踐」 | 判落點 → 回報 → 等確認 → 落�� | | `plan` | 「新專案該套哪些現成標準」 | 依 stack 列出該套用的既有 convention | | `check` | `/bp check`、commit gate 0-F 呼叫 | 對 staged diff 比對既有資產，防重造輪子 | --- ## record ### Step 1 — 判定 session 位置 | 目前在 | 做法 | | --- | --- | | clade（`~/offline/clade`） | 直接往下走 | | consumer | 這是 Direction B 跨界（consumer session → clade 改源頭 + 散播）。使用者送 `\bp` **就是**明確授權，往下走；落地後 MUST 回到原 consumer 並明示已回來 | ### Step 2 — 問三個問題 **MUST 自己先答一遍**，答不出來的才問使用者。目標是使用者回是非題，不是回「該放哪一層」。 | # | 問題 | 分支 | | --- | --- | --- | | Q1 | 誰需要知道？ | 全 consumer → `rules/core/`／某類 stack → `rules/modules/<group>/<variant>/`／只有 clade → `.claude/rules/local/` | | Q2 | 何時需要知道？ | 每個 session → always-load rule／編輯特定檔時 → 帶 `paths:` 的 conditional rule／做特定任務時 → skill／查得到就好 → `vendor/snippets/` 或 `docs/` | | Q3 | 它是什麼形態？ | 判準 → rule／操作步驟 → skill 或 snippet／可執行 → `vendor/scripts/`／成因與退場條件 → `docs/rule-rationale/`／失敗案例 → `docs/pitfalls/`／**有 variant 與成熟度 → `registry/conventions.json`** | Q3 最後一支最常被漏掉：**一條實踐若存在「推薦做法 vs 過渡做法」的分歧，它 MUST 進 `registry/conventions.json`**——那是唯一機讀的最佳實踐目錄，沒進去的條目 `plan` 與 `check` 兩個 mode 都抓不到，等於登記了卻不會被套用。 完整 Q1×Q2×Q3 對照表、縱向下推三分法（留原處 / `docs/rule-rationale/` / 新建 conditional rule）、以及各落點的散播機制，見 `references/placement...