pols.dev · ツール解説
Slop.mdを設計の点検表として使う前に、規則を確かめる
pols.devの元Markdownは今回取得できませんでした。外部の設計規則をどの範囲で使い、どう試し、どう更新するかを考えます。
AIが作る画面には、似た文字、グラデーション、カード構成、曖昧な文言が繰り返されがちです。過去の公開ガイドはSlop.mdをそれらを調べるMarkdownの点検表として紹介しています。ただし元のダウンロードは今回失敗したため、正確な規則と導入方法は使う前に確かめる必要があります。
範囲全体へ入れる前に一つの製品で試す
確認元ファイルと既存の設計体系との衝突を調べる
試験実際の画面、用件、携帯表示で結果を確かめる
01前置き
まず当サイトの Impeccable 記事から
先日サイトでは Impeccable を解説した。Cursor、Claude Code、Codex などに入れるフロントエンド設計 skill。23本のコマンド（/typeset、/critique など）を備え、npx impeccable detect で PR に slop を止めることもでき、プロジェクトの token やコンポーネントも認識する。
原資料と参考
- pols.dev 一次資料