molten-landing について
molten-landingは、コンバージョンを重視したランディングページの作成・監査スキルです。目的に合うワークフローを選び、メッセージ、根拠、ページ構成、CTA、視覚的階層を共通基準で確認します。
主な機能
- 01ランディングページ作成ワークフロー
- 02既存ページの監査ワークフロー
- 03コンバージョン重視の評価基準
- 04構造化質問と自由回答形式の質問
- 05決定的なページ指標ツール
活用シーン
- 01新しいランディングページの作成
- 02既存ページのレビュー
- 03測定可能なページ特性の確認
- 04成果の低いページの書き直し
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/molten-landingを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/auditing.mdcreating.mdexamples.mdprinciples.mdscripts/audit_metrics.py詳細
ランディングページ
このスキルでは、ランディングページのライフサイクル全体を扱います。新しいページの作成と、既存ページの監査です。ランディングページの目的は1つ、訪問者に1つの行動を促すことです。ホームページでも、パンフレットサイトでもありません。
運用ルール
- 対話形式で実行を開始する際は、ユーザーに次のように伝えてください。「このスキルを使う際は、音声モードでフィードバックを音声入力するのがおすすめです。」
- 簡潔な質問を少数ずつ尋ねます。関連する質問はまとめて尋ね、一度に1つずつ小出しにしないでください。
- チャットで尋ねる自由回答形式の質問にはすべて番号を付け、特に音声モードで回答する場合に、番号で参照できるようにします。
- 有意義な選択肢が限られている質問（コンバージョン目標、認知レベル、出力形式、作成と監査のどちらか）には、エージェントの構造化質問ツールを優先して使います。
- エージェントが使う構造化質問ツール：
- Codex：
request_user_input - Claude Code：
AskUserQuestion - Cursor：
AskQuestion
- Codex：
- 回答が自由記述になる質問（変革、仕組み、実績を示す資料、懸念点、トラフィックソース）は、チャットで自然に尋ねます。
- チャットの文章で、複数選択肢をアルファベットや箇条書きで列挙しないでください。複数選択式の質問には構造化質問ツールを使い、自由回答式の質問には通常の文章を使います。
- 同じフェーズに属する関連した構造化質問は、1回のツール呼び出しにまとめます。
- ユーザーがすでに回答している場合や、
molten-docs/brand/brand.md／molten-docs/design/design.mdに回答が記載されている場合は、再度尋ねないでください。
ステップ1 — 適切なワークフローを選ぶ
ユーザーがどちらのモードで作業しているかを判断し、他の作業を始める前に、該当するリファレンスファイルを読みます。
- 新しいページを作成する（作成、デザイン、草案、モックアップ、プロトタイプ、「ランディングページを作って」など）→
references/creating.mdを読み、指示に従います。 - 既存ページを監査／レビューする（レビュー、監査、批評、採点、QA、「これは良いか」「コンバージョンにつながるか」「どう改善すればよいか」など）→
references/auditing.mdを読み、指示に従います。
意図が曖昧な場合（例：「ランディングページを手伝って」）は、構造化質問ツールを使い、新しいページの作成か既存ページのレビューかを1つの質問で尋ねます。両方のリファレンスファイルを読み込まないでください。
ページ作成後は監査を提案します。監査結果が著しく悪い場合は、書き直しを提案します。この2つのワークフローは自然につながります。
共通の基盤
どちらのワークフローも、同じコンバージョン原則に基づいて評価します。評価基準の全容は references/principles.md に記載されています。詳細が必要な場合は、こちらを読んでください。基準の調整には、優れたヒーローセクションの例、監査項目の記入例、コピーの公式（PAS、AIDA、BAB、FAB、4 U's）をまとめた references/examples.md を参照してください。また、監査ワークフローには、測定可能な項目（注目度の比率、WCAG コントラスト、余白のリズム、フォントサイズ、画像の容量、フォームのラベル）を確認するための決定論的な指標ヘルパー scripts/audit_metrics.py（Python 標準ライブラリを使用、インストール不要）も含まれています。実行するタイミングと、Python を利用できない場合の代替方法は auditing.md に記載されています。評価基準を1行でまとめると、次のとおりです。
- 1ページにつき目標は1つ — 主要な CTA は1つに絞り、同じコピーで繰り返します。注目度の比率は最小限にします。
- 仕組みより先に成果を示す — H1 では変革を伝え、小見出しでは仕組みを平易な言葉で説明します。
- 認知レベルに合わせてメッセージを調整する — 問題認知・解決策認知・製品認知の違いに応じて、必要な説明量を変えます。トラフィックソースの内容を反映させます。
- 目立つ位置に、具体的な実績を示す — 実数、氏名入りの推薦文、製品のスクリーンショットは、曖昧な主張より効果的です。
- スクロールに沿ったストーリー展開 — フック → 価値 → 実績 → 懸念点 → CTA の流れを繰り返します。単調な「レイアウト」にはしません。
- CTA の摩擦を減らす — 具体的で成果を重視したボタンの文言、不安を和らげるマイクロコピー、最小限のフォーム項目を使います。
- 視覚的な階層を整える — CTA 専用のアクセントカラーを1色使い、文字サイズに明確な強弱をつけ、余白を十分に確保し、モバイルを優先します。