【新着】繰り返しの指示を“再利用可能なスキル”に｜LovableがSkillsを正式リリース

毎回同じ説明を繰り返していませんか？#

現在のAIエージェントの本質的な問題はここにあります──基本的に“ジェネラリスト”で、あなたが毎回Lovableを開くたびに、あなたの好みも・流儀も・10回説明したコツも忘れています。だからまた説明する。その小さな摩擦が、積もると大きなコストになります。

Skillsとは何か#

Skillsは『一度書けば、関連するタスクの時にAIが自動で参照してくれる、再利用可能な指示とコンテキスト』です。昨年末にAnthropicが提唱したフォーマットで、数ヶ月のうちにLovable・OpenAIを含む多くのツールが採用しました。要するに、『この種の仕事はこう進めてほしい』というメモをAIに渡しておく仕組みです。

Knowledge／Prompting／Skillsの違い#

Lovableにはすでに“常時参照される”ワークスペース／プロジェクト・ナレッジがあります。SkillsはNoiseを避けるため、関連するタスクが来たときだけ呼び出されるのが特徴です。

• Prompting：今、目の前で作りたいものをLovableに伝える指示
• Knowledge：常にバックグラウンドで参照される“定数”（規約・プロダクト情報など）
• Skills：特定の種類のタスクが来たときだけ発火する“プレイブック”

なぜMarkdown？#

Skillsはシンプルなテキスト（Markdown）ファイルです。設定画面ではなくファイル形式にした理由は3つ：

• ポータブル：他のAIツール（Lovable / Anthropic / OpenAIなど）と相互運用できる
• 可読性：人が中身を読める＝デバッグ・共有・監査が容易
• 編集可能：1回更新すれば、以降のすべてに反映される

個人にもチームにも効く#

ソロビルダーなら“自分専用ツールキット”、チームなら“全員が同じワークフローに揃う仕組み”として機能します。Knowledgeが全員共通の常時ルールを担い、Skillsはタスク特化のプレイブックを担う、という組み合わせです。

Skillの中身：フォルダ＋SKILL.md#

Skillはフォルダで、中に SKILL.md（本体）と、必要に応じて補足ファイルを置きます。SKILL.md は『name / description / instructions』の3要素で構成されます。

• name：チャットで /name と打って手動呼び出しする際の名前。短く・小文字・ハイフン区切り（例：design-system）
• description：もっとも重要。Lovableが“このSkillを使うか”を判断するのは説明文だけ。発火条件と境界（何のためでなく、何のためでないか）まで書く
• instructions：新しいメンバーに渡す1枚資料のつもりで、やること・避けること・例外を書く

Skillsの振る舞い#

• オンデマンド：全Skillを最初から読み込むのではなく、descriptionに基づき関連時のみ発火
• 複数同時発火：『design-system』と『landing-page-copy』のように、1タスクで複数Skillが組み合わさる
• 手動呼び出し：`/skill-name` で強制発火も可能（ただし合わないSkillを無理に使うと品質が落ちる）

実例：3つのSkill#

公式ブログでは3つのSkillが紹介されています。

• design-system：色／余白／タイポ／コンポーネントを統一する“ブランドルール強制Skill”
• fresh-eyes-review：初めて訪れた他人の視点で、忖度なしにサイトをレビューさせるSkill
• landing-page-copy：LPに最適化された声色・構造（Hero／Benefit／Proof／単一CTA）でコピーを書くSkill

良いdescription／悪いdescription#

悪い例

description: Helps with onboarding.

『〜を手伝う』は発火条件になりません。『onboarding』だけでは、サインアップ設計／ウェルカムメール／ダッシュボードのツールチップなど、何十通りにも解釈されてしまいます。

良い例

description: Use when designing or improving the first-time user experience: the signup flow, welcome screens, empty states, and the first session inside the product. Not for marketing pages aimed at people who haven't signed up yet.

具体的な発火条件、対象範囲、そして“使わない場面”（境界）まで書かれています。『when not to fire』を書けるかどうかが、良い説明と最高の説明を分けます。

良いinstructions／悪いinstructions#

悪い指示は『ブランドの一貫性をチェックして』『プロらしく』など、Lovableがデフォルトでもやれてしまう抽象語の羅列。良い指示は具体的なルール（『見出しフォントは1つだけ』『純黒・純白は禁止』『禁止語：synergy／leverage／seamless』など）と『避けるべきこと』の明示が揃っています。

正直な注意点（過信は禁物）#

• 悪いSkillはAIの性能を“下げる”：曖昧な指示はノイズになる。動かして→調整、を前提に
• Skillsはプロンプトの代替ではない：文脈の薄いプロンプトは、最良のSkillでも救えない
• 一度きりのタスクには不要：オーバーヘッドの方が重い
• Skill同士の競合は“スコープ問題”：ルールを増やすより、descriptionの境界を絞る
• 更新は次のチャットから反映：会話の途中で書き換えてもその場では効かない

始め方#

ワークスペース設定からSkillの作成・編集・管理ができます（オーナー／管理者）。作る方法は3つ：

• 設定画面から直接書く
• 既存のSkillをアップロードする
• メインチャットでLovableに『これをSkillとして保存して』と頼む（SKILL.md を自動生成）

ビルトインの `/skill-creator` を使えば、対話形式で新規Skillを作れます。さらに今回のアップデートではプレビルドSkill群（`/redesign`／`/accessibility`／`/SEO-review`／`/movie-creator` など）も同梱され、すぐに体験できます。

原典・参考リンク#

• Lovable公式ブログ：Turn repeated instructions into reusable skills in Lovable（2026年5月19日、Tyler Bruno）
• https://lovable.dev/blog/introducing-skills
• https://docs.lovable.dev/features/skills