Skill.md検索

法務チェッカー、SEO担当、QA担当、マーケティング担当の4名専門家チームを同時に起動し、各視点からローンチ前チェックを並列実行できます 法的リスク（特定商取引法、プライバシーポリシー、景品表示法対応）をHTML内容から自動検証し、修正案付きのNG項目リストを生成できます メタタグ、OGP、JSON-LD、robots.txt、sitemap等SEO要素を全ページから抽出検証し、不足項目には実装コード例を自動提示できます HTML構文、リンク検証、レスポンシブ、アクセシビリティ、パフォーマンス、クロスブラウザリスクをQA視点で品質チェックできます ファーストビュー訴求力、コンバージョン導線、ユーザー信頼要素、SNSシェア準備、計測設定をマーケティング視点で検証し、ローンチブロッカーとナイストゥハブに分類できます Webサービスやランディングページをローンチ直前に多角的にチェックしたい開発チーム 法務・SEO・QA・マーケティング要件を同時に確認したい事業責任者 本番リリース前のリスク低減と品質保証を効率的に行いたいプロダクトマネージャー 複数部門の視点をスキャンし、GO/NO-GO判定を自動生成したいローンチマネージャー チーム構成：4名の並列チェック。①法務チェッカー：特定商取引法必須項目（事業者名/代表者名/所在地/連絡先/料金/支払方法/提供時期/返品）、プライバシーポリシー（収集情報/利用目的/第三者提供/安全管理/開示請求/Cookie）、利用規約（サービス定義/禁止事項/知的財産権/免責/準拠法）、景品表示法チェック、料金表記整合性、改定日記載をOK/NG形式で報告。②SEO担当：全ページheadセクションのメタタグ(title 30-60字、description 80-160字、viewport、canonical)、OGP(og:title/description/image/url/type/locale)、TwitterCard、構造化データ(JSON-LD LocalBusiness/Service/FAQ)、robots.txt/sitemap.xml、favicon、Search Console検証タグを確認し、不足項目には実装コード提示。③QA担当：HTML構文検証（閉じタグ/重複ID/必須属性）、リンク検証（内部/外部/画像パス）、レスポンシブ（メディアクエリ/横溢れ）、アクセシビリティ（見出し階層/ARIA/キーボード操作）、パフォーマンス（画像サイズ1MB超警告/未使用CSS・JS/レンダリングブロック）、クロスブラウザ互換性をdeploy-check形式[PASS]/[WARN]/[FAIL]で報告。④マーケティング：ファーストビュー訴求力（3秒理解度/CTA目立ちぐあい）、コンバージョン導線（Google Form遷移検証/CTA文言）、三者訴求バランス（ユーザー/カメラマン/施設タブ）、信頼要素（ユーザー声/FAQ説得力）、SNS準備（OGP画像/シェアコピー）、計測準備（GA/イベントトラッキング）をローンチブロッカー/ナイストゥハブ分類で報告。最終統合レポート：GO/NO-GO判定を出力。

FAQ項目の質問と回答を指定するだけで、HTMLコード一式が自動で挿入される。 既存のFAQ項目と重複・矛盾していないか自動チェック。 アコーディオン機能（クリックで開き閉じ）にそのまま対応したHTML形式で追加されるため、JavaScriptの設定変更は不要。 回答が長い場合も段落分けなど、見やすいレイアウトで自動調整。 Webサイトの運営者で、FAQセクションをすぐに追加したい人 HTML・JavaScriptを触らずに、簡単にFAQ項目を増やしたい非エンジニア ドキュメント制作チームで、FAQ管理を効率化したい人 index.htmlの.faqセクション内の既存.faq-itemの直後に、新しいFAQ項目を追加します。引数は質問文（$0）と回答文（$1）。回答文が未指定の場合はユーザーに確認します。追加形式は質問回答。js/main.jsのアコーディオン機能は.faq-questionクラスを自動検出するため、JavaScript変更は不要です。回答が長い場合は複数の``タグで段落を分けて対応します。

3つの異なる立場になりきって、LPの体験をシミュレーション — 子育てママ、写真専門学校生、公園管理者というペルソナそれぞれの視点でランディングページを評価。各ペルソナの心理状態・疑問・不安がリアルに見えてきます。 ページのどこで離脱されるか、その理由を具体的に特定 — 各セクションでの反応を記録することで、ユーザーが興味を失う瞬間・躓きやすい説明が浮き彫りになります。 CTAボタンまで到達した時点での心理状態を診断 — 応募や問い合わせをする気になっているか、残された不安や疑問は何かが明確になります。 ペルソナ固有の改善提案を自動生成 — 各ペルソナの価値観・課題感に合わせた具体的な改善案が得られるため、施策の優先順位をつけやすくなります。 10段階スコアで納得度を数値化 — 「このサービスを使いたいか」をスコア化することで、改善前後の効果測定も可能になります。 ランディングページの効果を上げたいマーケター — 実装前に複数の顧客タイプから見た評価を把握でき、改善施策の精度が高まります。 新規サービスをローンチする企画・営業 — ターゲット層ごとの反応・懸念点を事前に理解し、営業資料やヒアリング質問を最適化できます。 複数のターゲット層を持つB2B企業 — クライアント企業の経営層と実務層など、立場の異なるユーザーの視点を一度に検討できます。 LPのA/Bテストを計画する人 — テストすべき要素の仮説が立ちやすくなり、テスト設計の効率が上がります。 ペルソナA（32歳共働きママ、子ども2歳、SNS中心、出張撮影サービスに高額イメージ）、ペルソナB（22歳写真専門学校生、ポートフォリオ充実・副業希望、人物撮影経験少）、ペルソナC（45歳公園管理者、来場者増がKPI、リスク回避的、デジタルリテラシー中程度）の3ペルソナが対象。各ペルソナについて、①第一印象（ヒーロセクション理解度・自分向け感）、②セクションごとの感情・反応・離脱ポイント、③CTA到達時の心理状態（応募意欲・残疑問）、④総合評価（10段階スコア・決め手・障壁）をシミュレーション。出力は「スクロール体験シミュレーション」「離脱リスクポイント」「改善提案」をペルソナごとに記載。

Issue の受け入れ条件から自動的にテストケースを生成し、「あるべき姿」との差分を可視化できます。 RED（問題検出）→ GREEN（実装）→ REFACTOR（整理）の3フェーズで、品質を保ちながら堅牢なコードを段階的に開発できます。 HTML構文チェック、レスポンシブデザイン検証、アクセシビリティ（a11y、画面リーダー対応）、リンク検証などの品質チェックを自動実行し、問題を早期に発見できます。 テストケースの進捗状況をステータス表示で可視化し、どのフェーズにいるか、何が完了したか一目で確認できます。 コミットメッセージに各テストケースの完了状況を記録し、変更履歴から開発プロセスを追跡可能にします。 静的サイト（ブログ、ドキュメントサイト）のHTMLやCSSを変更する開発者 Issue ベースで開発を進める際に、要件の抜け漏れを防ぎたいチーム コードの品質低下を防ぎながら、堅牢な実装をしたい人 変更の前後で何が改善されたかを記録しておきたい人 静的サイト向けTDD開発サイクルは、RED（品質チェックで問題検出）→ GREEN（最小限の実装）→ REFACTOR（コード整理）の3フェーズで構成されます。RED フェーズでは Issue の受け入れ条件を確認し、HTML変更時は構文チェック、CSS変更時は レスポンシブ検証、アクセシビリティ関連は a11y チェック、リンク追加は リンク検証など、対象に応じた品質チェック（/validate-html、/check-responsive、/check-a11y、/validate-links 相当）を実行します。検出された問題と Issue 要件からテストケース一覧を定義します。GREEN フェーズでは各テストケースを1つずつ解決するコードを実装し、都度 構文チェック・レイアウト影響確認・エラー確認を実行、全テストケース PASS まで繰り返します。REFACTOR フェーズでは重複コード削除、CSS変数活用、セマンティクス改善、不要コード除去を行います。サイクル完了後は最終品質チェック、変更要約をコミットメッセージ（(#): + テストケース一覧）として準備、コミット実行、/quality-gate で品質ゲート通過を案内します。進捗は各フェーズで 🔴RED→🟢GREEN→🔵REFACTOR→✅完了 のステータス表示で可視化されます。