Token导航 LogoToken导航TokenDH.com
前端设计需要联网github未标认证来源可访问许可证需确认审计通过

lism-css-guidelism CSS 指南

Agent Skill

lism-css-guide 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

838

周安装

36

GitHub Stars

179

下载量

294
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:lism-css-guide(lism CSS 指南)
来源仓库:https://github.com/lism-css/lism-css
仓库路径:skills/lism-css-guide
安装命令:
npx skills add https://github.com/lism-css/lism-css --skill lism-css-guide
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/lism-css/lism-css --skill lism-css-guide

简介

lism-css-guide 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态或协作事项进行整理。
  • 通过 npx 命令从指定 GitHub 仓库安装并使用。
  • 使用前需确认权限范围、维护状态及是否涉及联网或文件操作。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Lism CSS Best Practices

このスキルは、「Lism CSS」によるCSS設計理論の全体像と、実装時のベストプラクティスに関するガイドを提供します。

調和と統一感を生み出すデザイントークン設計、@layerで管理されるプリミティブ設計、CSS変数を活かした柔軟でレスポンシブなユーティリティ設計が特徴です。

バージョン情報: このガイドは lism-css@0.16.1 / @lism-css/ui@0.16.0 時点の情報に基づいています。プロジェクトで使用中のバージョンを確認し、このガイドのバージョンと異なる場合はユーザーに通知してください。

公式ドキュメント: https://lism-css.com/docs/overview.md

インストール

CDNでCSSファイルのみ読み込む場合

<link href="https://cdn.jsdelivr.net/npm/lism-css@0.16.0/dist/css/main.css" rel="stylesheet" />

npm パッケージ

  • lism-css — コアパッケージ。Lism CSS本体となるCSSファイル、レイアウトプリミティブ、デザイントークン、Property Class、React/Astroコンポーネントを提供。
  • @lism-css/uilism-css を使って構築された UI コンポーネントライブラリ。Accordion, Modal, Tabs, Button, Badge, Callout 等を React/Astro で提供。

CSS 読み込み

import 'lism-css/main.css';

コンポーネント読み込み例

// React
import { Flex, Stack, Grid, Columns } from 'lism-css/react';
import { Accordion, Tabs, Button } from '@lism-css/ui/react';

// Astro
import { Flex, Stack, Grid, Columns } from 'lism-css/astro';
import { Accordion, Tabs, Button } from '@lism-css/ui/astro';

実装ルール

コードを書く前に必ず参照

レイアウト選択ミスや典型的な記法ミスを避けるため、コード生成の前に以下を確認すること:

プリフライト・プリミティブ選定(必須)

実装対象の UI 構造を見て、まずどのプリミティブ/コンポーネントを使うかを決めること。ここを飛ばすと <div> + Property Class でゴリ押すコードになり、レイアウトの一貫性が失われる。

検討順:

  1. レイアウトプリミティブStack / Flex / Cluster / Grid / Columns / WithSide / Center / Frame / Flow / TileGrid / AutoColumns / SwitchColumns / Box のいずれかで構造を組めないか?
  2. Trait クラスContainer(is--container) / Wrapper(is--wrapper) / Layer(is--layer) / BoxLink(is--boxLink) で表現すべき役割が無いか?
  3. Atomic プリミティブIcon / Divider / Spacer / Decorator で置き換えられる装飾要素が無いか?
  4. UI コンポーネント@lism-css/uiAccordion / Modal / Tabs / Button / Badge / Callout 等で済む UI が無いか?

判断に迷う場合:

プリフライト・トークン照合(必須)

コードを書き始める前に、これから使う予定の数値・キー名・カラー名をすべて列挙し、tokens.md の値リストと照合すること。照合が済むまでコードを書かない。

頻出ミス(spacing 中間値・角丸/影の数値外し・fz の他FW混入・存在しないカラー名・--keycolor 誤用 など)の NG → OK 例は antipatterns.md を参照。

照合中に「該当トークンが無い/揺れる」値が見つかった場合は、そのまま実装に進まず デザインデータ取り込み時のフロー に従ってユーザー確認すること。

プリフライト・c-- 定義時の分解(必須)

c--* を新規に定義する/既存に追記する前に、書こうとしている各 CSS 宣言を以下の 2 グループに分解する:

  1. Property Class / Props で書ける宣言 — マークアップ側に -{prop}:{value} または Lism Props として移す。CSS に書かない。
  2. CSS でしか書けない宣言 — 擬似クラス・擬似要素・状態切替・子孫セレクタなど。これらは .c--* の CSS に残す。

**CSS が 1 行も残らなくても、c--* クラス名はマークアップに付けたまま残してよい。** むしろコンポーネントとしての意味づけがソースから読み取れるので、空の c--* クラスは付けておくことを推奨する(CSS ファイル側にセレクタを書く必要は無い)。

例:

NG(全部 CSS に書く)

.c--tag {
  font-size: var(--fz--xs);
  padding: var(--s10);
  background-color: var(--base-2);
  border-radius: var(--bdrs--10);
}

OK(Property Class でマークアップに移し、c--tag は意味づけとして残す)

<span class="c--tag -fz:xs -p:10 -bgc:base-2 -bdrs:10">React</span>

.c--tag の CSS には、:hover 等の擬似クラスや、Modifier(.c--tag--solid)・状態切替([data-is-active] 等)の宣言が出てきた時にだけ書く。そういう宣言が無ければ CSS は空のままで OK(クラス名はマークアップに残す)。

注意: is--* は「〜である(役割・存在の宣言)」を表す trait 用プレフィックス。ユーザー定義の is--* を追加することは可能だが、状態管理(is--active 等)やスタイルバリエーション(is--solid 等)への流用は誤用。状態は data-* 属性、バリエーションは BEM Modifier(c--{name}--{variant})で表現する。詳細: antipatterns.md の is-- の誤用

詳細な NG → OK 例は antipatterns.md の「Property Class で書けるのに CSS で書く」 を参照。

基本方針: できる限りLism CSSの用意しているクラス・CSS変数・コンポーネントを使って書く

プリフライトでプリミティブとトークンを決めたら、細部を以下のチェックリストで検討する:

  • Lism の用意している set--系クラス、u--系クラスは使えないか?
  • Property Class (-{prop}:{value} or <Lism prop="value">))を使ってスタイリングできるか?
  • 値をレスポンシブに切り替える時は Lism の Property Class (-{prop}_{bp} or <Lism prop={[...]}>)を使って実装できるか?
  • カラー・余白・フォントサイズ・タイポグラフィ・行間(ハーフレディング)・サイズ・角丸・シャドウなどはトークン値を流用できないか?
  • その他、Lismが用意するCSS変数を活用できないか?

ネイティブCSS で書くかどうか

c--* クラスを定義する際、Primitive Class / Trait Class / Property Class / Lism Props で書ける宣言は CSS に直接書かない。

CSS(@layer lism-component 等)に書くのは、以下のいずれかに該当する宣言のみ:

  • 擬似クラス・擬似要素(:focus, ::before, ::after, :nth-child 等)
  • 状態切替(data属性で管理する[data-is-active]等)で複数プロパティを切り替える場合
  • 自分でクラスを付けられない子孫要素のスタイル(MDX/markdown レンダリング配下の h2 / p / blockquote 等)
  • その他、Lism の既存クラスで表現できないスタイル。(計算式・特殊なスタイル、アニメーションなど。)

コンポーネント化のルール(CSS ではなくマークアップで束ねる)

同じ Property Class の組み合わせが 3 箇所以上で繰り返されるなら、まず Astro/React コンポーネントとして切り出して Props で共通化 することを検討する。CSS の c--* を新設して中にスタイルを書くのはそれができない場合の手段とする。

  • コンポーネントはできる限り <Lism> 系コアコンポーネントやレイアウトプリミティブ(Stack, Flex, Columns 等)をベースに構築する。
  • カスタムコンポーネントクラスは c--{name} の命名規則に従う(CSS が空でも意味づけとして付ける)。

間違いやすい例

NGOK理由
<Heading level={3}><Heading level="3">level は文字列型('1''6'
hov="shadow"hov="-bxsh"Lism の省略名は bxsh(box-shadow)
bgc="secondary"bgc="base-2"カラートークンの間違い
p="8", g="6"p="20", g="10"スペーストークンの間違い

その他の典型的な NG パターンは antipatterns.md にカタログ化されているので、コード生成前に確認すること。

NG: レスポンシブの考慮漏れ・Gridの直書き

渡されたPCサイズのデザインだけをみて、カラムレイアウトを<Grid gtc="repeat(3, 1fr)>のように固定してしまわないようにすること。 特に指示がなければ、レスポンシブを意識して実装する。<Columns>l--columns)を使ってブレイクポイントで切り替えるか、l--withSidel--autoColumnsで自動レスポンシブを採用することを検討する。

また、Lism CSSではコンテナクエリを採用しているため、レスポンシブの値切り替えには先祖要素で isContainer(is--containerクラス) が必要なことに注意。

NG: コンテンツ幅のハードコーディング

ページ全体のデザインデータを渡された時、サイト幅やセクションエリアのサイズをpxでハードコーディングする前に、--sz--トークンを活用できないかをまずは考えてください。 <Lism as="section" max-sz="m">(-max-sz:mクラス) などの指定でコンテンツ幅を管理することができます。

デザインデータ取り込み時のフロー

Figma 等のデザインデータから値を読み取って実装する場合、px / rem / em の固定値が含まれることが多い。実装に着手する前に以下の手順でユーザーに方針を確認すること。確認せずに px 直書きで進めない。

手順

  1. px / rem / em で書かれた値を抽出(spacing / radius / size / fz / lh / lts / shadow など)
  2. 対応するトークン候補と差分を表で提示 デザイン値 最寄りトークン 差分 padding: 12px --s15(≒12px) 一致 padding: 3px --s5(≒4px) +1px border-radius: 6px --bdrs--10(4px)/--bdrs--20(8px) ±2px font-size: 13px --fz--xs(mol/(mol+2)) スケール基準でズレる
  3. ユーザーに方針を確認(候補は以下の3択)

- A. デザイン値を優先して px / rem / em で直書きする - 一貫性より忠実度を優先するケース。デザイントークンの恩恵は失う。 - B. 最寄りトークンに丸める(推奨) - 一貫性・スケーラビリティを優先。微差は許容する。 - C. トークン全体の基準値を上書きする - デザインのスケールに合わせて、--s-unit / --fz-mol などの基準変数や、 --s10, --fz--xl, --bdrs--10 などの具体的な各トークン変数を global.css で再定義することで、トークン全体をデザインデータに揃える。 - 既存トークンの上書きで吸収できない場合に限り、--s25 等のカスタムトークンを追加する。

  1. 確認結果に従って実装する。

確認不要な例外

  • 1px / -1px の罫線・視覚補正(border / margin の打ち消し)
  • transform / vertical-align 等の微調整値(数 px 単位)
  • ブラウザ仕様上 px 必須の値(media query@containermin-width 等)

詳細リファレンス

このスキルには以下の詳細ファイルが含まれます。必要に応じて参照してください。

  • tokens.md — Lismで利用できるデザイントークンとCSS変数。(余白・フォントサイズ・タイポグラフィ・角丸・影・カラー・不透明度)
  • css-rules.md — CSS設計の概要。(Layer構造・クラスの分類・プレフィックスのつけ方・Component クラス(c--)・カスタムCSSの追加ルール)
  • naming.md — 命名規則の詳細。(CSS変数名・クラス名・Property Class の {prop} / {value} の省略ルール)
  • base-styles.md — HTML要素のベーススタイリング。(Reset CSSやHTML要素の基本スタイルをカスタマイズできるCSS変数)
  • set-class.md — ベーススタイル・変数セットに使用するset-- クラスの一覧と用途。
  • primitive-class.md — レイアウトを組み立てる Primitive クラス(l--/a--)の一覧と用途。カラムレイアウト系の使い分けガイドも含む。
  • antipatterns.md — AI が生成しがちな NG パターンと OK 対応。Token typo / px 直書き / --keycolor 誤用 / Prop 型ミス / レイアウト選択ミス / レスポンシブ抜け。
  • trait-class.md — 要素に役割・機能を宣言する Trait クラス(is--/has--)の一覧と用途。
  • utility-class.md — 具体的な用途・装飾・機能を持つユーティリティクラス(u-- クラス)の一覧と用途。
  • property-class.md — 単一のCSSプロパティに対応するProperty Class(-{prop}:{value}形式のクラス)の一覧・記法。
  • prop-responsive.md — レスポンシブ対応(ブレークポイント・コンテナクエリ)の書き方・仕様。
  • components-core.mdlism-cssパッケージに含まれるコアコンポーネントの一覧と用途。(React, Astroで使える<Lism>・Lism Props・getLismProps )
  • components-ui.md@lism-css/uiパッケージに含まれるUIコンポーネント(Accordion・Modal・Tabs・Button 等)の Props・構造とCLIコマンドによるインストール方法。
  • customize.md — SCSS変数の上書きによる、lism-cssのコアCSSの挙動カスタマイズ方法・lism.config.js によるコアコンポーネント挙動のカスタマイズ方法。

これら各ファイルの冒頭にはTOC(目次)があり、セクションごとの詳細URL・ソースURLがまとめて記載されています。

クラス単位の詳細リファレンス

Layout Primitives

Trait Class (is--)

Trait Class (has--)

Atomic Primitives

Property Class(特殊仕様)

このスキルファイル自身のアップデート方法

skills add lism-css/lism-css を再実行してください。 更新があるか確認したい場合は、GitHub リポジトリ を直接チェックしてください。

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

35.42%
按下载量换算104

Claude

28.58%
按下载量换算84

Cursor

17.17%
按下载量换算50

Gemini CLI

9.7%
按下载量换算29

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills