@lism-css/mcp 0.24.0 → 0.27.0

package/dist/data/guides/SKILL.md

@@ -1,52 +1,48 @@
 ---
 name: lism-css-guide
-description: 'Lism CSSでUIやページを実装・修正する時に使う実装ガイド。Primitive選定・トークン照合・Property Class/Lism Props活用・レスポンシブ設計・アンチパターンセルフチェックを行う。c--*, l--*, a--*, is--*, has--*, set--*, u--*, -prop:value形式のクラスやトークンの逆引きにも使う。'
+description: 'Lism CSSでUIやページを実装・修正する時に使う実装ガイド。Primitive選定・トークン照合・Property Class/Lism Props活用・レスポンシブ設計・アンチパターン照合を変更規模に応じて行う。b--*, c--*, l--*, a--*, is--*, has--*, set--*, u--*, -prop:value形式のクラスやトークンの逆引きにも使う。'
 ---
 
-# Lism CSS実装ガイド
+# Lism CSS 実装ガイド
 
-Lism CSSでUI・ページ・コンポーネントを実装する時の判断の起点です。単なるリファレンスではなく、**実装前チェック→実装→提出前セルフチェック**を必ず通し、Primitive・トークン・Property Class・レスポンシブ設計の取りこぼしを防ぎます。
+Lism CSSでUI・ページ・コンポーネントを実装する時の判断の起点。変更規模から実行レベルを判定し、実装前チェック→実装→提出前セルフチェックを通す。
 
 公式ドキュメント: https://lism-css.com/docs/overview.md
 
-> **バージョン情報:** このガイドは`lism-css@0.24.0`/`@lism-css/ui@0.24.0`時点の情報に基づきます。プロジェクトで使用中のバージョンが異なる場合は、ユーザーにその旨を伝え、パッケージ側の更新・またはこのスキルの更新を案内してください。
+**バージョン:** `lism-css@0.27.0`/`@lism-css/ui@0.27.0`時点の情報。プロジェクトのバージョンが異なる場合はユーザーに伝え、パッケージ更新またはこのスキルの更新を案内する。
 
 ## 実装フロー（厳守）
 
 資料確認は、コード上の操作の直前に行う。どの操作の手前で何を読むかは「資料確認トリガー」に従う。
 
-0. **実行レベル判定**: 変更規模から「事前チェック実行レベル」（不要/軽量/通常/値照合付き）を判定する。「不要」に該当する場合、以降の手順は省略してよい。
-1. **初期確認**: SKILL.mdだけで実装しない。実装対象に明らかに関係する最小限の詳細ファイルだけを先に開き、実装プランに「初期確認した資料」を列挙する。リンク表を眺めただけは確認済みにしない。
-2. 目的別実装ガイドでPrimitive/コンポーネントの候補を選定する。
-3. 実装前チェック（C0–C8）を行い、初期確認した資料、使うPrimitive、コンポーネント、トークン、レスポンシブ方針を列挙した**実装プラン**を出す。未読のまま採用できない判断は🔁を付け、対応する「読む資料」を実装プランの判断行に紐づける。値照合付きレベルでは、実装プランをチャットの返答としてではなく`.lism/plan.md`として保存する（規約は[`references/verification.md`](./references/verification.md)）。
+0. **実行レベル判定**: 「事前チェック実行レベル」で不要/軽量/通常/値照合付きを決める。
+1. **初期確認**: SKILL.mdだけで実装しない。実装対象に明らかに関係する最小限の詳細ファイルを先に開き、実装プランに「初期確認した資料」を列挙する。リンク表を眺めただけは確認済みにしない。
+2. 「目的別実装ガイド」でPrimitive/コンポーネントの候補を選ぶ。
+3. 実装前チェック（C0–C8）を行い、初期確認した資料・使うPrimitive・コンポーネント・トークン・レスポンシブ方針を列挙した**実装プラン**を出す。未読のまま採用できない判断は🔁を付け、「読む資料」を判断行に紐づける。
 4. 「資料確認トリガー」に従い、各操作をコードに書く手前で対応資料を読み、🔁を✅または⏸へ解消する。
-5. ⏸が残る項目（px丸め・任意色・挙動変更・公開クラス変更など）は、その部分を実装する前にユーザー確認する。確認が取れない場合の運用は「判定記号」の⏸の項に従う。
+5. ⏸が残る項目（px丸め・任意色・挙動変更・公開クラス変更など）は、その部分を実装する前にユーザー確認する。確認が取れない場合は「判定記号」の⏸の項に従う。
 6. 実装する。
-7. 提出前セルフチェックで実装プランと実装を照合し、🔁の未解消・資料確認ログとの対応・差分・漏れを処理する。照合の実行はできる限り実装した本人から分離する（「提出前セルフチェック」の検証の分離を参照）。
+7. （通常・値照合付きのみ）「提出前セルフチェック」で実装プランと実装を照合する。
 
-C0–C8の詳細と出力形式は[`references/authoring.md`](./references/authoring.md)にまとめています。
+C0–C8の詳細と実装プランの書式は[`references/authoring.md`](./references/authoring.md)。
 
 ## 判定記号
 
-実装プラン（実装前チェックの成果物）の各行に付ける記号です。
+実装プランの各行に付ける。使えるのは次の3記号と、✅への注記`✅新規`・`✅例外`・`✅前提`だけ。注記の組み合わせ（`✅例外/前提`等）や新しい記号・注記は作らない。該当する行は🔁として扱う。
 
 | 記号 | 意味 |
 | --- | --- |
-| ✅ | 確定。新規定義（コンポーネント/トークン/クラスなど）や合意済みの直書き例外は、行内に注記する（例: `✅新規`、`✅例外（1px罫線）`） |
+| ✅ | 確定。新規定義（コンポーネント/トークン/クラス）や合意済みの直書き例外は行内に注記する（例: `✅新規`、`✅例外（1px罫線）`） |
 | 🔁 | 資料確認トリガーに該当する未通過項目。対応操作をコードに書く手前で指定資料を読み、✅または⏸へ解消する。🔁のまま実装しない |
 | ⏸ | 要ユーザー確認。確認まで実装しない |
 
-判定記号と注記はここに挙げたものだけを使います（記号は✅/🔁/⏸、✅への注記は`✅新規`・`✅例外`・`✅前提`のみ）。注記を組み合わせたり（例: `✅例外/前提`）、新しい記号・注記を作ったりしてはいけません。該当する行は未通過（🔁相当）として扱います。
+**`✅例外`の条件**: `antipatterns.md`の「直書きしてよい例外」に該当する場合だけ。行にはその項目の引用を添え、引用を書けない行は⏸。それ以外の例外化・丸め・新規トークンは⏸。許可リストに例外カテゴリを自作しない。「正確に再現して」等のユーザー指示や実測値であることは根拠にならない。デザイン値の既定の扱いは[`references/authoring.md`](./references/authoring.md)の「デザインデータ取り込みフロー」に従う。
 
-直書き例外を`✅例外`にできるのは、`antipatterns.md`の「直書きしてよい例外」（1px罫線・transform微調整・@media閾値など）に該当する場合だけです。`✅例外`の行には、この許可リストのどの項目に該当するかの引用を必ず添えます。引用を書けない場合、その行は⏸です。それ以外の例外化・丸め・新規トークンは⏸にします。この許可リストに例外カテゴリを自作して追加してはいけません。「正確に再現して」等のユーザー指示や実測値であることは`✅例外`の根拠になりません。デザイン値の既定の扱いは[`references/authoring.md`](./references/authoring.md)の「デザインデータ取り込みフロー」（入力種別と既定動作）に従います。
+**⏸の確認が取れない場合**（自律実行など）: 原則準拠側の選択肢（すり合わせ済みの方針があればそれ、無ければ入力種別ごとの既定動作。例: 最寄りトークンへの丸め）を選び、その行を`✅前提（p="30"へ丸め）`のように更新して進め、完了報告で論点と代替案を列挙する。px直書き・例外カテゴリの新設・公開クラス変更・破壊的変更など逸脱側の選択肢は選べず、⏸のまま実装しない。
 
-⏸のユーザー確認が取れない状況（自律実行など）では、原則準拠側の選択肢（すり合わせ済みの方針があればそれ、無ければ入力種別ごとの既定動作。例: 最寄りトークンへの丸め）を選び、該当行を選んだ選択肢の注記付きの`✅前提`（例: `✅前提（p="30"へ丸め）`）へ更新して前提を実装プランに明示した上で進め、完了報告で論点と代替案を列挙します。⏸のまま実装しない点は通常時と同じです。px直書き・例外カテゴリの新設・公開クラス変更・破壊的変更など逸脱側の選択肢は、この方式では採用できず⏸のままにします。
+`lism-css-refactor`スキルは同じ記号を別の意味（✅=触らない、⬜=意図的に残す等）で使う。リファクタ時はrefactor側の定義に従い、どちらの意味かを表の見出し等で明示する。
 
-> `lism-css-refactor`スキルは同じ記号を別の意味（✅=触らない、⬜=意図的に残す等）で使います。リファクタ時はrefactor側の定義に従い、どちらの意味で使っているかを表の見出しなどで明示してください。
-
-## 実装プランのC一覧（実装前チェック項目）
-
-このガイドでは、実装前に確認する項目を`C0`〜`C8`の番号で表します。`C`はCheck（確認）の略で、短く参照するためのラベルです。
+## 実装前チェック項目（C0–C8）
 
 | C | 見ること | 主な参照先 |
 | --- | --- | --- |
@@ -56,24 +52,34 @@ C0–C8の詳細と出力形式は[`references/authoring.md`](./references/autho
 | C3 | 命名設計 | `naming.md`、`css-rules.md` |
 | C4 | 状態・バリエーション設計 | `trait-class.md`、`antipatterns-layout.md` |
 | C5 | 値・トークン照合 | `tokens.md`、`property-class.md` |
-| C6 | レスポンシブ方針 | `responsive.md`、`is--container.md` |
+| C6 | レスポンシブ方針 | `responsive.md`、`trait-class/is--container.md` |
 | C7 | CSSに書くもの/Propsに移すもの | `property-class.md`、`css-rules.md` |
 | C8 | 既定値の確認 | `primitives/l--*.md` |
 
 ## 事前チェック実行レベル
 
-| レベル | 条件 | 確認するC | 出力 |
-| --- | --- | --- | --- |
-| 不要 | 説明のみ/コード変更なし/既存の書き方に沿った微修正 | — | — |
-| 軽量 | 数行の小変更・既存パターン内の変更 | C1・C5中心 | 3〜5行の箇条書き |
-| 通常 | 新規UI/コンポーネント/セクション | 必須=初期確認した資料、C0、C1、C5、C6。該当時だけC2/C3/C4/C7/C8 | 項目別の表 |
-| 値照合付き | Figma/スクショ等のデザイン再現 | 通常+C5/C7を詳しく確認 | 項目別の表＋トークン差分表（差分列必須）。`.lism/plan.md`へ保存 |
+| レベル | 条件 | 確認するC | 出力 | 提出前セルフチェック |
+| --- | --- | --- | --- | --- |
+| 不要 | 説明のみ/コード変更なし/既存の書き方をなぞるだけの変更（下記の判定基準） | — | なし。手順6（実装）だけ行い、`.lism/`も作らない | 行わない |
+| 軽量 | 数行の小変更・既存パターン内の変更・Props/Property Classだけで完結する小部品の追加 | C1・C5中心 | 3〜5行の箇条書き | 行わない |
+| 通常 | 新規セクション、または新規CSS（`b--*`/`c--*`のスタイル宣言）を伴う新規部品 | 必須=初期確認した資料、C0、C1、C5、C6。該当時だけC2/C3/C4/C7/C8 | 項目別の表 | 実施し、`.lism/review.md`へ保存 |
+| 値照合付き | Figma/スクショ等のデザイン再現 | 通常+C5/C7を詳しく確認 | 項目別の表＋トークン差分表（差分列必須）。チャットではなく`.lism/plan.md`へ保存 | 実施し、`.lism/review.md`へ保存 |
+
+`.lism/`の規約は[`references/verification.md`](./references/verification.md)。
 
-通常レベルでも該当しないCは省略して構いません。表を形だけ埋めず、実装に影響する項目だけ列挙してください。
+「不要」の判定基準: 次のいずれも含まなければ「不要」。1つでも含めば「軽量」以上。
+
+- 新規の`c--*`/`b--*`クラス
+- 新規のCSS宣言（ファイル・`<style>`）
+- 既存コードで使っていないPrimitive/Trait/コンポーネントの導入
+- 新規のレスポンシブ切替
+- トークン外の数値・色
+
+不要/軽量/通常で迷っても上のレベルへ上げない。デザイン再現かどうかで迷う場合だけ「値照合付き」にする。通常でも該当しないCは省略し、表を形だけ埋めず実装に影響する項目だけ列挙する。
 
 ## 資料確認トリガー
 
-次の表の左の操作をコードに書く手前で、右の資料をまだ読んでいない場合、その判断は🔁（未通過）にする。対応資料を読んで✅へ解消するか、判断できなければ⏸にする。**🔁のままコードへ反映してはいけません。**
+左の操作をコードに書く手前で右の資料を読む。未読ならその判断は🔁にし、読んで✅にするか、判断できなければ⏸にする。**🔁のままコードへ反映しない。**「必要なら参照」で代替しない。
 
 | この操作をする手前で | この資料を読む |
 | --- | --- |
@@ -83,27 +89,26 @@ C0–C8の詳細と出力形式は[`references/authoring.md`](./references/autho
 | hover/focus等の状態スタイルを書く | `property-class/hov.md`（必要に応じて`trait-class/has--transition.md`） |
 | トークン外の数値・色をコードに書く（丸める場合を含む。CSS/Props問わず） | `tokens.md`、`antipatterns.md`の「px / 固定値の直書き」節 |
 | レスポンシブの切替を決める | `responsive.md` |
-| `c--*`を新しく作る/名前を付ける | `naming.md`、`css-rules.md`の該当節 |
-| `c--*`のCSSを書く | `css-rules.md`の`@layer lism-component`/`c--*`節 |
+| 独自クラス（`b--*`/`c--*`）を新しく作る/名前を付ける | `naming.md`、`css-rules.md`の`独自クラスの選び方（2分類）`節 |
+| `b--*`/`c--*`のCSSを書く | `css-rules.md`の`Block Class（b--）`/`Custom Class（c--）`節 |
 | 状態・バリエーションを設計する | `trait-class.md` |
 
-「必要なら参照」などの曖昧な表現で代替しない。対象操作の直前に読む。
-
 ## 最小ゲート
 
-次のルールを常に守る。迷う・例外にする・既存実装と衝突する場合は、該当資料を読んで🔁を✅または⏸へ解消する。
+常に守る。迷う・例外にする・既存実装と衝突する場合は該当資料を読み、🔁を✅または⏸へ解消する。
 
-- 構造は`<div>`+素のCSSよりPrimitiveを優先する。候補は「目的別実装ガイド」の表から選ぶ。
-- `c--*`命名はBlockをcamelCase、Elementを`_`ひとつ、Modifierを`--`ふたつにする。`c--feature-card`や`__`は使わない。
-- `c--*`のCSSは必ず`@layer lism-component`内に置く。
-- トークン外のpx/rem/em値を勝手に丸めたり直書きしたりしない。丸め・新規トークン・直書き例外は⏸にする（`antipatterns.md`の「直書きしてよい例外」に該当する場合のみ`✅例外`にできる）。
-- 単一要素にだけ効く宣言はCSSに書かず、まずLism Props/Property Classで表せないか確認する。CSSに残すのは擬似要素・子孫セレクタ・状態切替などProperty Classで書けない宣言だけにする。
-- レスポンシブ値はbaseを必ず置く。container query運用なら必要な`isContainer`祖先を確認する。
-- 状態は`data-*`/ARIA、見た目バリエーションは`c--name--variant`で表す。`is--active`のようにTrait Classを状態名へ流用しない。
+- 構造は`<div>`+素のCSSよりPrimitiveを優先する。候補は「目的別実装ガイド」から選ぶ。
+- `c--*`/`b--*`はBlockをcamelCase、Elementを`_`ひとつ、Modifierを`--`ふたつで命名する。`c--feature-card`や`__`は使わない。
+- 独自クラスは2分類で命名する: ベーススタイルをCSS側で管理する共通基礎部品→`b--`、それ以外→`c--`。
+- 独自CSSは必ず`@layer lism-custom`内に置く（`b--`のベーススタイルだけ`@layer lism-block`）。
+- トークン外のpx/rem/em値を勝手に丸めたり直書きしたりしない。丸め・新規トークン・直書き例外は⏸（`✅例外`の条件は「判定記号」）。
+- `c--*`では、単一要素にだけ効く宣言はCSSに書かず、まずLism Props/Property Classで表せないか確認する。CSSに残すのは擬似要素・子孫セレクタ・状態切替などProperty Classで書けない宣言だけ。名前として残すのは本体クラス`c--name`だけで、CSSで参照しないElement（`c--name_elem`）は付けない。`b--*`のベーススタイルは対象外で、トークンを使って`@layer lism-block`に書いてよい（BP切替・hover・例外的な調整はProperty Class）。
+- レスポンシブ値は、container query運用なら必要な`isContainer`祖先を確認する。
+- 状態は`data-*`/ARIA、見た目バリエーションはBlockと同じプレフィックスのModifier（`c--name--variant`/`b--name--variant`）で表す。`is--active`のようにTrait Classを状態名に流用しない。
 
 ## 目的別実装ガイド
 
-やりたいことからPrimitive/コンポーネントの候補を引く表です。候補が複数ある行は括弧内の基準で使い分けます。
+やりたいことから候補を引く。複数候補の行は括弧内の基準で使い分ける。
 
 | やりたいこと | 使う候補 | 詳細 |
 | --- | --- | --- |
@@ -113,106 +118,74 @@ C0–C8の詳細と出力形式は[`references/authoring.md`](./references/autho
 | 幅制御 | `Container`（コンテナクエリ基準）/`Wrapper`（直下領域の幅制限）/`max-sz`（単体の幅） | `trait-class/is--container.md`、`trait-class/is--wrapper.md`、`property-class/max-sz.md` |
 | 画像・動画・iframeを置く | `Frame`（アスペクト比枠・直下メディアのfit・overflowを任せる） | `primitives/l--frame.md` |
 | ボタン | `@lism-css/ui`の`Button`。素の`<button>`を整えるならreset済みの`set--plain` | `components-ui.md`、`set-class.md` |
+| ツールチップ・ポップオーバー | `@lism-css/ui`の`Tooltip`（ホバー/フォーカスの補足テキスト）/`Popover`（クリックで開くパネル。リンクやフォームを含むならこちら） | `components-ui.md` |
 | hover効果 | `-hov:*`/`hov={{}}`/`set--hov`/`has--transition`（component CSSの`:hover`より先に検討） | `property-class/hov.md`、`trait-class/has--transition.md` |
 | ボックス・カードの全体リンク | `BoxLink`/`is--boxLink`（クリック領域と重なり順を任せる） | `trait-class/is--boxLink.md` |
-| 小さいUI部品 | `c--*`＋Property Class（`c--*`は意味名に留め、単一要素の見た目はProperty Class/Lism Propsへ） | `property-class.md`、`css-rules.md#component-classc--` |
+| 小さいUI部品 | `c--*`＋Property Class（`c--*`は何のパーツかを示す名前に留め、単一要素の見た目はProperty Class/Lism Propsへ）。ベーススタイルをCSS側で管理する共通部品なら`b--*` | `property-class.md`、`css-rules.md#custom-classc--`、`css-rules.md#block-classb--` |
 | ページの定番セクション（ヒーロー・サイトヘッダー・フッター等） | `Group`＋`Wrapper`/`Stack`/`Cluster`の定番構成 | `references/page-sections.md` |
 
 ## 提出前セルフチェック
 
-**検証の分離（評価サブエージェント）**: サブエージェント／タスク委任機能が使える環境では、この節の照合を実装した本人ではなく読み取り専用の評価サブエージェントに委任します（指示テンプレ・報告書式・再評価ループは[`references/verification.md`](./references/verification.md)）。評価報告は`.lism/review.md`へ保存し、違反ゼロの報告が出るまで修正→再評価を繰り返してから提出します。完了報告では`.lism/review.md`を参照します。委任機能が使えない環境では、同じ照合を本人がこの節の順に自分で実行します。
+通常・値照合付きレベルだけ行う。不要・軽量では、チャット内の簡易確認も評価サブエージェントへの委任もしない。
 
-まず実装プランと実装を1行ずつ照合し、差分を「計画変更（意図的）/実装漏れ（直す）/要確認（再び確認が必要）」に分類します。その後、以下を確認します。
+サブエージェント／タスク委任機能が使える環境では、この節の照合を実装した本人ではなく読み取り専用の評価サブエージェントに委任する（指示テンプレ・報告書式・再評価ループは[`references/verification.md`](./references/verification.md)）。報告は`.lism/review.md`へ保存し、違反ゼロになるまで修正→再評価を繰り返してから提出し、完了報告で`.lism/review.md`を参照する。委任できない環境では、本人が同じ照合をこの節の順に行う。
+
+まず実装プランと実装を1行ずつ照合し、差分を「計画変更（意図的）/実装漏れ（直す）/要確認（再び確認が必要）」に分類する。その後、次を確認する。
 
 **プロセス照合**
 
-- 実装プラン内の🔁が、提出前に✅または⏸へ解消されているか。🔁のままコードに反映した判断がないか。
-- 資料確認ログの各行が、実装プラン内の判断項目と対応しているか。未読のまま採用したPrimitive/トークン/命名/レスポンシブ判断がないか。
+- 実装プラン内の🔁が✅または⏸へ解消されているか。🔁のままコードに反映した判断がないか。
+- 資料確認ログの各行が実装プランの判断項目と対応しているか。未読のまま採用したPrimitive/トークン/命名/レスポンシブ判断がないか。
 
 **ルール照合**
 
 - 「最小ゲート」の各項目に違反していないか。
 - [`antipatterns.md`](./antipatterns.md)と[`antipatterns-layout.md`](./antipatterns-layout.md)のTOCを開き、実装コードに該当しうる項目を1つずつ照合する。リンク表を眺めただけは確認済みにしない。
 
-**プラン再審査**
-
-実装プランの判定自体を再審査します。プラン段階で✅にした逸脱は実装との差分照合では検出できない（差分ゼロ＝合格になってしまう）ため、差分照合とは別に行います。
+**プラン再審査**（プラン段階で✅にした逸脱は差分照合では検出できないため、別に行う）
 
 - `✅例外`を含む✅判定を、最小ゲート・`antipatterns.md`の「直書きしてよい例外」・すり合わせ済みの値マッピング方針に再照合する。許可リスト外の`✅例外`は⏸へ戻す。
-- 値照合付きレベルでは、`.lism/plan.md`にトークン差分表（差分列付き）が存在するか確認する。無ければその実装プランは無効。差分表を作成して照合をやり直す。スケール前提（画像の書き出し倍率等）が実測・整合チェックで検証済みかどうかも確認する（未検証なら差分表全体が無効）。
-- 実行レベル判定が妥当だったかを見直す（「不要」「軽量」への過小判定でチェックを省略していないか。デザイン再現なのに「値照合付き」へ上げず、トークン差分表を回避していないか）。
+- 値照合付きでは、`.lism/plan.md`にトークン差分表（差分列付き）があるか確認する。無ければ実装プランは無効。差分表を作って照合をやり直す。スケール前提（画像の書き出し倍率等）が実測・整合チェックで検証済みかも確認する（未検証なら差分表全体が無効）。
+- 実行レベル判定が妥当だったか見直す（デザイン再現なのに「値照合付き」へ上げず、差分表を回避していないか）。
 
-**個別確認（最小ゲート・antipatternsでカバーされない項目）**
+**個別確認**
 
 - `@lism-css/ui`の既存コンポーネントで置き換えられないか。
 - 同じProperty Classの組み合わせが3箇所以上ならコンポーネント化を検討したか。
 - 既存の命名・レイヤー・ファイル配置に合っているか。
-- デザイン再現（値照合付き）では、レンダリング結果の確認を完了報告の前提にする。環境的に確認できない場合は、完了報告にユーザーへの目視確認依頼を含める。HTTPステータスやビルド成功だけで完了扱いにしない。
+- 値照合付きでは、レンダリング結果の確認を完了報告の前提にする。確認できない環境では完了報告にユーザーへの目視確認依頼を含める。HTTPステータスやビルド成功だけで完了扱いにしない。
 
 ## 詳細リファレンス
 
-各ファイルの内容と、読むタイミングの目安です。
-
-| ファイル | 内容 | こんな時に読む |
-| --- | --- | --- |
-| `primitive-class.md` | `l--`/`a--` Primitive一覧と使い分け | レイアウト選定（必要なら`primitives/l--*.md`も） |
-| `trait-class.md` | `is--`/`has--` Trait一覧と役割 | 状態・バリエーション設計 |
-| `property-class.md` | `-{prop}:{value}`形式のProperty Class | CSSをProperty Class/Propsへ移せるか |
-| `utility-class.md` | `u--*`ユーティリティ | ユーティリティの確認 |
-| `set-class.md` | `set--plain`/`set--hov`等のセットクラス | reset済みボタン等を使う |
-| `tokens.md` | デザイントークンとCSS変数 | 余白・色・角丸・影・fzの照合 |
-| `naming.md` | 命名規則とProperty Class省略ルール | 命名・prefix・Property Class表記 |
-| `css-rules.md` | CSS設計・Layer構造・`c--*`・独自prefix | CSSレイヤー・`c--*`・カスタムCSS |
-| `responsive.md` | BP・コンテナクエリ・レスポンシブProps | レスポンシブ・コンテナクエリ |
-| `base-styles.md` | Reset CSSとHTML要素の基本スタイル | 素のHTML要素の既定を確認 |
-| `components-core.md` | `lism-css`のReact/Astroコアコンポーネント | React/Astroコンポーネント |
-| `components-ui.md` | `@lism-css/ui`のUIコンポーネント | UIコンポーネント置換 |
-| `customize.md` | SCSS変数・`lism.config.js`によるカスタマイズ | トークン/設定をカスタマイズ |
-| `antipatterns.md` | AIが生成しがちなNG→OK（値・スタイル宣言系） | 典型ミス確認 |
-| `antipatterns-layout.md` | NG→OKの分冊（構造・レイアウト・レスポンシブ系） | 構造・レイアウトの典型ミス確認 |
-| `references/authoring.md` | 実装プランの作り方（C0–C8詳細・出力フォーマット） | 実装プランを作る/書式を確認 |
-| `references/verification.md` | `.lism/`規約・評価サブエージェントへの委任 | プラン保存・提出前チェックの委任 |
-| `references/page-sections.md` | ヒーロー・ヘッダー・フッター等の定番構成例 | ページセクションの実装 |
+| ファイル | 内容・読む時 |
+| --- | --- |
+| `primitive-class.md` | `l--`/`a--` Primitive一覧と使い分け。レイアウト選定（必要なら`primitives/l--*.md`も） |
+| `trait-class.md` | `is--`/`has--` Trait一覧と役割。状態・バリエーション設計 |
+| `property-class.md` | `-{prop}:{value}`形式のProperty Class。CSSをProperty Class/Propsへ移せるか |
+| `utility-class.md` | `u--*`ユーティリティ |
+| `set-class.md` | `set--plain`/`set--hov`等のセットクラス。reset済みボタン等 |
+| `tokens.md` | デザイントークンとCSS変数。余白・色・角丸・影・fzの照合 |
+| `naming.md` | 命名規則とProperty Class省略ルール |
+| `css-rules.md` | CSS設計・Layer構造・`b--*`/`c--*`・独自クラスの分類。カスタムCSS |
+| `responsive.md` | BP・コンテナクエリ・レスポンシブProps |
+| `base-styles.md` | Reset CSSとHTML要素の基本スタイル。素のHTML要素の既定を確認 |
+| `components-core.md` | `lism-css`のReact/Astroコアコンポーネント |
+| `components-ui.md` | `@lism-css/ui`のUIコンポーネント。UIコンポーネント置換 |
+| `customize.md` | SCSS変数・`lism.config.js`によるカスタマイズ |
+| `antipatterns.md` | AIが生成しがちなNG→OK（値・スタイル宣言系）。典型ミス確認 |
+| `antipatterns-layout.md` | NG→OKの分冊（構造・レイアウト・レスポンシブ系） |
+| `references/authoring.md` | 実装プランの作り方（C0–C8詳細・出力フォーマット） |
+| `references/verification.md` | `.lism/`規約・評価サブエージェントへの委任 |
+| `references/page-sections.md` | ヒーロー・ヘッダー・フッター等の定番構成例 |
 
 ## クラス単位の詳細リファレンス
 
-**Layout Primitives**
-
-- `l--box`/`<Box>`: `primitives/l--box.md`
-- `l--flex`/`<Flex>`: `primitives/l--flex.md`
-- `l--stack`/`<Stack>`: `primitives/l--stack.md`
-- `l--cluster`/`<Cluster>`: `primitives/l--cluster.md`
-- `l--grid`/`<Grid>`: `primitives/l--grid.md`
-- `l--flow`/`<Flow>`: `primitives/l--flow.md`
-- `l--center`/`<Center>`: `primitives/l--center.md`
-- `l--frame`/`<Frame>`: `primitives/l--frame.md`
-- `l--columns`/`<Columns>`: `primitives/l--columns.md`
-- `l--tileGrid`/`<TileGrid>`: `primitives/l--tileGrid.md`
-- `l--autoColumns`/`<AutoColumns>`: `primitives/l--autoColumns.md`
-- `l--switchColumns`/`<SwitchColumns>`: `primitives/l--switchColumns.md`
-- `l--withSide`/`<WithSide>`: `primitives/l--withSide.md`
-
-**Trait Class**
-
-- `is--container`/`<Container>`: `trait-class/is--container.md`
-- `is--wrapper`/`<Wrapper>`: `trait-class/is--wrapper.md`
-- `is--layer`/`<Layer>`: `trait-class/is--layer.md`
-- `is--boxLink`/`<BoxLink>`: `trait-class/is--boxLink.md`
-- `has--transition`: `trait-class/has--transition.md`
-- `has--gutter`: `trait-class/has--gutter.md`
-- `has--snap`: `trait-class/has--snap.md`
-- `has--mask`: `trait-class/has--mask.md`
-
-**Atomic Primitives/Property Class**
-
-- `a--icon`/`<Icon>`: `primitives/a--icon.md`
-- `a--divider`/`<Divider>`: `primitives/a--divider.md`
-- `a--spacer`/`<Spacer>`: `primitives/a--spacer.md`
-- `a--decorator`/`<Decorator>`: `primitives/a--decorator.md`
-- `-bd`/`-bd-{side}`系: `property-class/bd.md`
-- `-hov:*`系: `property-class/hov.md`
-- `-max-sz:full`/`-max-sz:bleed`: `property-class/max-sz.md`
+ファイル名はクラス名そのまま（`primitives/l--stack.md`等）。対応コンポーネント名は`components-core.md`。
+
+- `primitives/`: `l--box` `l--flex` `l--stack` `l--cluster` `l--grid` `l--flow` `l--center` `l--frame` `l--columns` `l--tileGrid` `l--autoColumns` `l--switchColumns` `l--withSide` `a--icon` `a--divider` `a--spacer` `a--decorator`
+- `trait-class/`: `is--container` `is--wrapper` `is--layer` `is--boxLink` `has--transition` `has--gutter` `has--snap` `has--mask`
+- `property-class/`: `all-props.md`（全Prop表）、`bd.md`（`-bd`/`-bd-{side}`系）、`hov.md`（`-hov:*`系）、`max-sz.md`（`-max-sz:full`/`bleed`）
 
 ## このスキルファイル自身のアップデート方法
 
-ユーザーがスキル更新を依頼した場合は、`lism-cli skill add`または`lism-cli skill update`を案内してください。最新を確認したい場合は、GitHubリポジトリの`skills/lism-css-guide`を確認してください。
+スキル更新の依頼には`lism-cli skill add`または`lism-cli skill update`を案内する。最新はGitHubリポジトリの`skills/lism-css-guide`で確認する。

package/dist/data/guides/antipatterns-layout.md

@@ -5,6 +5,7 @@
 ## TOC
 
 - [レイアウト選択ミス](#レイアウト選択ミス)
+- [ベーススタイルを CSS 側で持つ部品を `c--` のままにする](#ベーススタイルを-css-側で持つ部品を-c---のままにする)
 - [Astro/React Primitive を使わず素の HTML で組む](#astroreact-primitive-を使わず素の-html-で組む)
 - [ボタン装飾を reset から自作する](#ボタン装飾を-reset-から自作する)
 - [`Frame` 未使用のメディア枠手組み](#frame-未使用のメディア枠手組み)
@@ -17,8 +18,8 @@
 - [レスポンシブ抜け](#レスポンシブ抜け)
 - [レスポンシブ配列の冗長指定](#レスポンシブ配列の冗長指定)
 - [`is--` の誤用（状態・バリエーション）](#is---の誤用状態バリエーション)
-- [カスタムクラスを全て `c--` にしてしまう](#カスタムクラスを全て-c---にしてしまう)
 - [クラス名の命名ミス](#クラス名の命名ミス)
+- [CSS の無い Element クラスを付ける](#css-の無い-element-クラスを付ける)
 
 ---
 
@@ -46,6 +47,14 @@
 | `<Grid gtc="1fr 240px">` で固定 | `<WithSide sideW="240px">` | コンテンツ幅で自動切替したいなら WithSide |
 | `<Flex>` で 2 カラム強制横並び | `<WithSide>` | 縦並びへの切替が必要なら WithSide |
 
+## ベーススタイルを CSS 側で持つ部品を `c--` のままにする
+
+`c--` は「Lism 本体に含まれない、ユーザーが自由に定義するカスタムクラス（**Custom Class**）」を表すプレフィックスで、コンポーネント・サイトの領域（ヘッダーやサイドバーなど）・ページ固有要素など粒度を問わず使える（`c--siteHeader` のような骨格用途も可）。ただし、サイト共通で繰り返し使うボタン・バッジ・カード級の部品を、ベーススタイルごと CSS 側で管理したい場合は `c--` のままにせず `b--`（`@layer lism-block`）へリネームして昇格する。
+
+→ 分類表と配置レイヤー: [css-rules.md の独自クラスの選び方（2分類）](./css-rules.md#独自クラスの選び方2分類)
+
+ページ固有の要素も`c--`で命名し、ページslug等を含むcamelCase（`c--frontHero` 等）にすると名前だけで由来がわかる。
+
 ## Astro/React Primitive を使わず素の HTML で組む
 
 Astro/Reactで実装しているのに、`lism-css/astro`や`lism-css/react`のPrimitiveをimportせず、素の`<div>`とCSSだけで構造を作るのは避ける。
@@ -89,24 +98,25 @@ Astro/Reactで実装しているのに、`lism-css/astro`や`lism-css/react`のP
 
 ## primitive 既定値の重複指定
 
-Primitiveが既に持つCSSと同じ値を、Lism Props/Property Classで重ねない。既定の挙動は各`primitives/l--*.md`の「既定の挙動」を確認する。
+Primitiveが既に持つCSSと同じ値を、Lism Props/Property Classで重ねない。既定の挙動は各`primitives/l--*.md`の「既定の挙動」を確認する。セマンティックコンポーネントのデフォルト要素と同じ`as`も足さない。
 
 | NG | OK | 理由 |
 | --- | --- | --- |
 | `<Cluster fxw="wrap" ai="center" g="15">` | `<Cluster g="15">` | `Cluster`は`flex-wrap:wrap`/`align-items:center`を既定で持つ。gapは既定ではないので残す |
 | `<Frame ov="hidden" ar="16/9">` | `<Frame ar="16/9">` | `Frame`は`overflow:hidden`を既定で持つ |
 | `<Frame><img className="-w:100% -h:100%" style={{ objectFit: 'cover' }} /></Frame>` | `<Frame><img /></Frame>` | 直下メディアの`width/height/object-fit:cover`は既定 |
+| `<Text as="p">` / `<Inline as="span">` / `<Group as="div">` | `<Text>` / `<Inline>` / `<Group>` | `Text`/`Inline`/`Group`の既定要素は`p`/`span`/`div`（一覧は[components-core.md](./components-core.md#セマンティックコンポーネント)） |
 
 プロジェクトCSSでPrimitive既定を上書きしている場合や、既定と違う意図的上書きの場合は例外として残す。
 
 ## サイト最外殻を `Wrapper` に使う
 
-`Wrapper`/`is--wrapper`は幅制限したい直下領域に使う。サイト全体の最外殻やbody直下のゾーニングには使わない。最外殻は`z--*`などの領域名で扱い、幅制限が必要な内側だけ`Wrapper`にする。
+`Wrapper`/`is--wrapper`は幅制限したい直下領域に使う。サイト全体の最外殻やbody直下の領域分けには使わない。最外殻は`c--siteWrapper`などの領域名クラスで扱い、幅制限が必要な内側だけ`Wrapper`にする。
 
 | NG | OK | 理由 |
 | --- | --- | --- |
-| `<Wrapper className="c--site">...全体...</Wrapper>` | `<div className="z--site"><Wrapper>...本文幅...</Wrapper></div>` | 最外殻と幅制限の責務を分ける |
-| `<main className="is--wrapper">`をページ全体に付与 | `<main className="z--main"><Wrapper>...</Wrapper></main>` | ゾーニングは`z--*`、幅制限は`Wrapper` |
+| `<Wrapper className="c--site">...全体...</Wrapper>` | `<div className="c--site"><Wrapper>...本文幅...</Wrapper></div>` | 最外殻と幅制限の責務を分ける |
+| `<main className="is--wrapper">`をページ全体に付与 | `<main className="c--siteMain"><Wrapper>...</Wrapper></main>` | サイトの領域は領域名クラス、幅制限は`Wrapper` |
 
 `Wrapper`直下の子要素には幅に関する既定が当たるため、最外殻に置くと予期しない幅制御を生むことがある。
 
@@ -157,33 +167,14 @@ Primitiveが既に持つCSSと同じ値を、Lism Props/Property Classで重ね
 </Stack>
 ```
 
-### BP 専用クラスをベース値なしで使う
-
-BP 専用クラス（`-{prop}_{bp}`）やコンポーネントの BP キー（`{ sm: ... }` 等）だけを指定すると、BP 未満では値が空になり意図しないレイアウト崩れを起こす。必ずベース値とセットで指定する。
-
-```jsx
-// NG: sm 未満で p が未指定になる
-<Box p={{ sm: 30 }}>...</Box>
-
-// OK: ベース値（base / 配列の先頭）を必ず添える
-<Box p={{ base: 20, sm: 30 }}>...</Box>
-<Box p={[20, 30]}>...</Box>
-```
-
-生 HTML / クラス指定で書く場合も同様：
-
-| NG | OK | 理由 |
-| --- | --- | --- |
-| `<div class="-p_sm" style="--p_sm: var(--s30)">` | `<div class="-p:20 -p_sm" style="--p_sm: var(--s30)">` | BP 未満では値が空になるため、ベースクラス `-{prop}:{value}` も必要 |
-
 ### ブレイクポイントの誤用
 
-Lism CSS の標準出力で有効な BP は `sm: 480px` / `md: 800px` / `lg: 1120px`。`xs` は BP キーとして存在しない。
+Lism CSS の標準出力で有効な BP は `sm: 480px` / `md: 800px` / `lg: 1120px`。`xs` / `xl` は opt-in で既定では無効（有効化は [responsive.md](./responsive.md#ブレイクポイント) / customize.md）。
 
 | NG | OK | 理由 |
 | --- | --- | --- |
-| `<Box p={{ xs: 10, sm: 20 }}>` | `<Box p={{ base: 10, sm: 20 }}>` | デフォルトは `base`（`xs` キーは無い） |
-| `cols={[1, 2, 3, 4, 5]}` | `cols={[1, 2, 3, 4]}` | 標準出力では `[base, sm, md, lg]` までが有効。`xl` 以降は SCSS 設定が必要 |
+| `<Box p={{ xs: 10, sm: 20 }}>` | `<Box p={{ base: 10, sm: 20 }}>` | 最小サイズの値は `base` に置く。`xs` は既定で無効で、有効化しても「`xs` 以上」の意味なので `base` の代わりにならない |
+| `cols={[1, 2, 3, 4, 5]}` | `cols={[1, 2, 3, 4]}` | 標準出力では `[base, sm, md, lg]` までが有効。`xl` は `lism.config.js` の `breakpoints` または SCSS 設定で有効化してから使う |
 
 ## レスポンシブ配列の冗長指定
 
@@ -221,25 +212,20 @@ Lism CSS の `is--` プレフィックスは「**〜である**」という**役
 - `data-*` は HTML 標準の状態表現で、JS からの切替（`element.dataset.isActive = ''` / `delete element.dataset.isActive`）も自然
 - ARIA 属性で意味が表せる場合（`aria-current` / `aria-disabled` / `aria-selected` 等）は ARIA を優先し、その属性自体を CSS セレクタにする
 
-### 2. スタイルバリエーション → BEM Modifier `c--{name}--{variant}`
+### 2. スタイルバリエーション → BEM Modifier（`c--{name}--{variant}` / `b--{name}--{variant}`）
+
+「同じコンポーネントの見た目違い」は、Lism CSS 公式の BEM Modifier 記法で表現する（→ [css-rules.md の独自クラスの選び方](./css-rules.md#独自クラスの選び方2分類)）。
 
-「同じコンポーネントの見た目違い」は、Lism CSS 公式の BEM Modifier 記法で表現する（→ [css-rules.md の Component Class](./css-rules.md#component-classc--)）。
+Modifier のプレフィックスは、その Block に付けたプレフィックスをそのまま維持する。`c--` の Block なら `c--{name}--{variant}`、`b--` の Block なら `b--{name}--{variant}` にし、`c--` と `b--` を混ぜない。
 
 | NG | OK |
 | --- | --- |
-| `<span class="c--tag is--solid">` + `.c--tag.is--solid { ... }` | `<span class="c--tag c--tag--solid">` + `.c--tag.c--tag--solid { ... }` |
-| `<button class="c--button is--outline">` | `<button class="c--button c--button--outline">` |
+| `<section class="c--hero is--dark">` + `.c--hero.is--dark { ... }` | `<section class="c--hero c--hero--dark">` + `.c--hero.c--hero--dark { ... }` |
+| `<div class="c--pricing is--featured">` | `<div class="c--pricing c--pricing--featured">` |
+| `<button class="b--btn is--outline">` / `<button class="b--btn c--btn--outline">`（Block と違うプレフィックス） | `<button class="b--btn b--btn--outline">` + `@layer lism-block` に `.b--btn.b--btn--outline { ... }` |
 
 なお、Modifier であってもまずは [Property Class で表現できないか](./antipatterns.md#property-class-で書けるのに-css-で書く) を検討すること。「色だけ違う」程度ならマークアップ側で `-bgc:* -c:*` を差し替えるだけで済むことも多い。
 
-## カスタムクラスを全て `c--` にしてしまう
-
-`c--` は「**コンポーネント**（再利用可能な UI 部品）」を表すプレフィックス。**カスタムクラスを必ず `c--` で命名する必要はない**。サイトの大まかな領域（header / sidebar / main / footer 等）やページ固有のスタイルなど、再利用が前提でないクラスは、独自プレフィックス（`z--` / `p--` 等）やプレフィックスなしの命名も選択肢として検討すること。
-
-→ 使い分け表と配置レイヤー: [css-rules.md の独自プレフィックス](./css-rules.md#独自プレフィックス)
-
-`c--header` のような命名も間違いとまでは言えないが、「カスタムクラス＝必ず `c--`」ではないことに注意する。
-
 ## クラス名の命名ミス
 
 Lism CSS では、プレフィックス（`c--` / `is--` / `has--` / `u--` / `set--` 等）に続く名称は **camelCase** で書くのが規約。kebab-case で書くと、BEM の Modifier 区切り（`--`）と視覚的に紛れて読みにくくなる。
@@ -250,7 +236,7 @@ Lism CSS では、プレフィックス（`c--` / `is--` / `has--` / `u--` / `se
 | --- | --- | --- |
 | `c--my-card` | `c--myCard` | プレフィックス後の名称は camelCase |
 | `c--my-card--primary` | `c--myCard--primary` | Modifier 区切り `--` と単語区切り `-` が混在して読みにくい |
-| `c--card_my-elem` | `c--card_myElem` | Element 名（`_` 後）も camelCase |
+| `c--pricing_my-elem` | `c--pricing_myElem` | Element 名（`_` 後）も camelCase |
 | `is--side-bar` / `has--gutter-x` | `is--sideBar` / `has--gutterX` | `is--` / `has--` / `u--` 等にも同じ規則が適用される |
 | `c--hero__inner` / `c--featureCard__title` | `c--hero_inner` / `c--featureCard_title` | Element 区切りは `_` ひとつ。BEM 風の `__` は使わない |
 
@@ -266,3 +252,16 @@ Lism CSS では、プレフィックス（`c--` / `is--` / `has--` / `u--` / `se
 
 Modifierだけは`--`ふたつを使う: `c--featureCard--featured`。
 
+## CSS の無い Element クラスを付ける
+
+Element（`c--{name}_{element}`）を付けるのは、子孫セレクタ・擬似要素・状態切替など CSS でその子要素を参照する時だけ。何のパーツかを示す名前付けのためだけに残すのは本体クラス `c--{name}` で、子要素ごとに CSS の無い Element クラスを配らない。
+
+→ 詳細: [css-rules.md](./css-rules.md#custom-classc--)
+
+| NG | OK |
+| --- | --- |
+| `<Stack className="c--card"><Heading className="c--card_title" fz="l">…</Heading><Text className="c--card_text">…</Text></Stack>`（Element を参照する CSS なし） | `<Stack className="c--card"><Heading fz="l">…</Heading><Text>…</Text></Stack>` |
+| `.c--card_title { font-size: var(--fz--l) }` + `<Heading className="c--card_title">` | `<Heading fz="l">`（宣言を Props へ移し、空になった Element も外す） |
+
+`.c--card_text::before { … }` のように CSS で参照している Element は残す。
+

package/dist/data/guides/antipatterns.md

@@ -11,7 +11,7 @@ AI が Lism CSS のコードを生成する際に間違いやすい記法と、
 - [px / 固定値の直書き](#px--固定値の直書き)
 - [Property Class で書けるのに CSS で書く](#property-class-で書けるのに-css-で書く)
 - [Token typo（存在しない値）](#token-typo存在しない値)
-- [`c--*` CSS を `@layer lism-component` に入れない](#c---css-を-layer-lism-component-に入れない)
+- [独自クラスの CSS を所定の `@layer` に入れない](#独自クラスの-css-を所定の-layer-に入れない)
 - [hover を component CSS に書いて負ける](#hover-を-component-css-に書いて負ける)
 - [Reset 済みプロパティの再指定](#reset-済みプロパティの再指定)
 - [`--keycolor` の誤用](#--keycolor-の誤用)
@@ -20,6 +20,7 @@ AI が Lism CSS のコードを生成する際に間違いやすい記法と、
 ### 構造・レイアウト・レスポンシブ系（antipatterns-layout.md）
 
 - [レイアウト選択ミス](./antipatterns-layout.md#レイアウト選択ミス)
+- [ベーススタイルを CSS 側で持つ部品を `c--` のままにする](./antipatterns-layout.md#ベーススタイルを-css-側で持つ部品を-c---のままにする)
 - [Astro/React Primitive を使わず素の HTML で組む](./antipatterns-layout.md#astroreact-primitive-を使わず素の-html-で組む)
 - [ボタン装飾を reset から自作する](./antipatterns-layout.md#ボタン装飾を-reset-から自作する)
 - [`Frame` 未使用のメディア枠手組み](./antipatterns-layout.md#frame-未使用のメディア枠手組み)
@@ -32,8 +33,8 @@ AI が Lism CSS のコードを生成する際に間違いやすい記法と、
 - [レスポンシブ抜け](./antipatterns-layout.md#レスポンシブ抜け)
 - [レスポンシブ配列の冗長指定](./antipatterns-layout.md#レスポンシブ配列の冗長指定)
 - [`is--` の誤用（状態・バリエーション）](./antipatterns-layout.md#is---の誤用状態バリエーション)
-- [カスタムクラスを全て `c--` にしてしまう](./antipatterns-layout.md#カスタムクラスを全て-c---にしてしまう)
 - [クラス名の命名ミス](./antipatterns-layout.md#クラス名の命名ミス)
+- [CSS の無い Element クラスを付ける](./antipatterns-layout.md#css-の無い-element-クラスを付ける)
 
 ---
 
@@ -61,7 +62,7 @@ AI が Lism CSS のコードを生成する際に間違いやすい記法と、
 | NG | OK | 理由 |
 | --- | --- | --- |
 | `font-size: 13px` を直書き | `font-size: var(--fz--xs)` または Props で `fz="xs"` | フォントサイズは調和数列スケール。固定値は避ける |
-| `letter-spacing: 0.02 / 0.12 / 0.14 / 0.18 / 0.2 / 0.24em` を散在 | `--lts--s/-l/-xl` を使う、または独自の `--lts--*` を `global.css` で追加 | デフォルトの `lts` トークンは `s/l/xl` のみ。多種混在はデザイントークンとして不健全 |
+| `letter-spacing: 0.02 / 0.12 / 0.14 / 0.18 / 0.2 / 0.24em` を散在 | `--lts--xs/-s/-l/-xl` を使う、または独自の `--lts--*` を `global.css` で追加 | デフォルトの `lts` トークンは `xs/s/l/xl` のみ。多種混在はデザイントークンとして不健全 |
 
 ### 実測pxの包括例外化（例外の自作）
 
@@ -90,7 +91,9 @@ AI が Lism CSS のコードを生成する際に間違いやすい記法と、
 
 CSS に残すのは、基本的には　`::before` / `> li` などの「Primitive / Trait / Property Class で書けないセレクタ」を伴う宣言。単一要素への装飾束は呼び出し側マークアップに移す。
 
-なお、CSS が空になっても `c--*` クラス名は意味名としてマークアップに残して構わない（→ [css-rules.md の作成例](./css-rules.md#作成例)）。
+なお、CSS が空になっても本体クラス `c--{name}` は何のパーツかを示す名前としてマークアップに残して構わない（→ [css-rules.md の Custom Class](./css-rules.md#custom-classc--)）。Element（`c--{name}_{element}`）は CSS で参照しなくなったら外す（→ [CSS の無い Element クラスを付ける](./antipatterns-layout.md#css-の無い-element-クラスを付ける)）。
+
+ベーススタイルを CSS 側で管理することを前提にする部品（サイト共通で繰り返し使うボタン・バッジ・カード級）は、`c--*` ではなく `b--*` を使い、CSS を `@layer lism-block` に書く（→ [css-rules.md の Block Class](./css-rules.md#block-classb--)）。`b--` の3条件を満たさない `c--*` でこの節の規律を外してはいけない。
 
 ---
 
@@ -135,7 +138,7 @@ Lism CSS側が用意しているトークン値と異なるものを書かない
 
 | NG | OK | 理由 |
 | --- | --- | --- |
-| `bdrs="sm"`, `bdrs="round"` | `bdrs="20"`, `bdrs="99"` | 角丸トークンは `10` / `20` / `30` / `40` / `99` / `inner` |
+| `bdrs="sm"`, `bdrs="round"` | `bdrs="20"`, `bdrs="99"` | 角丸トークンは `10` / `20` / `30` / `40` / `50` / `99` / `inner` |
 | `bxsh="xs"`, `bxsh="sm"` | `bxsh="10"`, `bxsh="20"` | shadowトークンは `10` / `20` / `30` / `40` / `50` |
 
 ### プリセット外の値を Lism Props に渡している
@@ -151,16 +154,17 @@ Lism Props では、props.ts で事前定義されたものが `-{prop}:{value}`
 
 ---
 
-## `c--*` CSS を `@layer lism-component` に入れない
+## 独自クラスの CSS を所定の `@layer` に入れない
 
-`.c--*`のCSSは基本的に`@layer lism-component`内に置く。Astroの`<style>`内でも同じ。Layer外に置くと、Lism内部レイヤーやProperty Classとの優先順位設計が崩れる。
+`.c--*`のCSSは基本的に`@layer lism-custom`内に置く（`b--`のベーススタイルだけ`@layer lism-block`）。Astroの`<style>`内でも同じ。Layer外に置くと、Lism内部レイヤーやProperty Classとの優先順位設計が崩れる。
 
 | NG | OK |
 | --- | --- |
-| `.c--hero { padding: var(--s40); }` | `@layer lism-component { .c--hero::before { ... } }` |
-| `<style>.c--card { ... }</style>` | `<style>@layer lism-component { .c--card { ... } }</style>` |
+| `.c--hero { padding: var(--s40); }` | `@layer lism-custom { .c--hero::before { ... } }` |
+| `<style>.c--pricing { ... }</style>` | `<style>@layer lism-custom { .c--pricing { ... } }</style>` |
+| `@layer lism-custom { .b--btn { ... } }` | `@layer lism-block { .b--btn { ... } }` |
 
-ただし、`padding`/`gap`/`font-size`/`color`などProps/Property Classへ移せる宣言は、Layerへ入れる前にマークアップ側へ移す。  
+ただし、`c--*`のクラスでは、`padding`/`gap`/`font-size`/`color`などProps/Property Classへ移せる宣言を、Layerへ入れる前にマークアップ側へ移す（`b--`のベーススタイルは対象外で、`@layer lism-block`で CSS 側で管理してよい）。  
 また、詳細度の関係で`@layer`の外で書く必要がある場合は外に出してよい。
 
 ---
@@ -218,7 +222,7 @@ Lism CSSのreset/base styleで既に初期化されている値を、念のた
 ```html
 <!-- u--cbox や c--callout など、ボックス全体の色味を局所的に切り替える -->
 <div class="u--cbox" style="--keycolor: var(--red)">
-  <p class="-c" style="--c: var(--keycolor)">danger 用カラーリング</p>
+  <p class="-c:keycolor">danger 用カラーリング</p>
 </div>
 ```
 
@@ -253,5 +257,5 @@ Lism CSSのreset/base styleで既に初期化されている値を、念のた
 
 | NG | OK | 理由 |
 | --- | --- | --- |
-| `<Grid cg={['40', null, '80']}>` | `<Grid g={['40', null, '80']}>` または `<Grid cg="40">` | `cg` / `rg` は BP 非対応。レスポンシブにするなら BP 対応の `g` を使うか、単一値にする |
+| `<Box ta={['start', null, 'center']}>` | `<Box ta="center">` | `ta` / `fw` / `ov` などは BP 非対応。レスポンシブが必要なら SCSS 側で `bp: 1` を有効にするか、単一値にする |
 

package/dist/data/guides/base-styles.md

@@ -39,7 +39,7 @@ Reset CSS に加え、`@layer lism-base` 内で HTML タグに基本スタイル
 
 | 変数 | 用途 |
 | --- | --- |
-| `--hl` | half-leading（行間の上下余白量）。`line-height: calc(1em + var(--hl) * 2)` として全要素に適用 |
+| `--hl` | half-leading（行間の上下余白量）。`line-height: var(--lh, calc(1em + var(--hl) * 2))` として全要素に適用（`--lh` セット時はそちらが優先） |
 
 ### body