スキル

UI Skills:デザインエンジニア向けの画面スキル登記表

公式 CLI でデザインエンジニア向けスキルを見て取り出す、または MCP で登記表へつなぐ向け。先に分類を読むだけにし、確認してから get する。

公式ソース · UI Skills

インストール

npx ui-skills start

誰向けか

あなたが Design Engineer で、散文化したデザイン随筆ではなく、代理が使える画面スキル一式が必要なときに UI Skills を使う。リポジトリの標語は Skills for Design Engineers。追加の説明は

https://www.ui-skills.com/

前提:このマシンで npx を走らせられる。最初は登記表を閲覧する。いきなり get してファイルを書かない。説明は具体的なクライアントを指名しない。ある代理を公式専用と書かない。

代理を登記表へつなぐ MCP 経路もある。それは第二の道。CLI の最初の試行と結びつけない。スキルが出る前に get しない。

3 分で最初の試行を終える

公式ページ:

https://github.com/ibelick/ui-skills

推奨は CLI の読み取り専用コマンドから。先に分類を見、次に例の分類 motion を見る(スキルファイルは取らない):

npx ui-skills start
npx ui-skills categories
npx ui-skills list --category motion

start は公式コマンド組に出る。対話面が開いたら閲覧だけ。未確認の書き込みを選ばない。観察できる成功の合図は categories と list --category motion:分類名が見え、motion の下にスキル名が出る。

あるスキルを取ると確認したあと、説明の例は:

npx ui-skills get baseline-ui

これで baseline-ui を取る。作業領域にファイルを足してよいか確認してから実行し、新しく出た内容を開いてそのスキルと照合する。他の get 名を作らない。

コマンドが失敗したら止める。出ていないインストーラに切り替えない。

利用事例

事例一:CLI で見てからスキルを一つ取り出す。categories → list --category motion → 確認後 get baseline-ui。照合点は、名前が公式 CLI から来て、取り出したのが baseline-ui であること。説明に配置ディレクトリは無い。経路を足さない。

事例二:MCP で登記表へつなぐ。説明は代理を次へつなぐと書く

https://www.ui-skills.com/mcp

使えるツールは list_skills と get_skill。先に list_skills だけ走らせて名前を見る。確認してから get_skill。見える文にクライアント JSON も認証フィールドも無い。つながらなければ止める。蒸留した UI 課も

https://www.ui-skills.com/playbook

これは読み物であり、第三のインストーラではない。

利用上の境界

CLI の根拠は start、categories、list --category motion、get baseline-ui まで。他のサブコマンドやスキル名を作らない。

MCP の根拠は上記住所と list_skills / get_skill まで。他のツール名を足さない。

説明に言語範囲、価格、クライアント名簿、配置ディレクトリは無い。Playbook は読み物だけ。根拠の無い項目は未知のまま。インストーラやスキル名を足さない。