使い方ガイドへスキップ
Web Design Engineer作者 ConardLi

Web Design Engineer スキル。

インターフェースを広げる前に、ビジュアルの契約を定義します。

  • フロントエンドデザイン
  • プロトタイピング
  • デザインシステム
ソースレビュー · Web Design EngineerSKILL.md
タスク フロントエンドデザイン 成果物 • HTML/CSS/JavaScript または React のビジュアル成果物 • ビジュアルの方向性とデザイントークンの選択に関する文書化された評価 • 確認可能な早期ドラフト、続いて完成した状態とインタラクション 始める前に コードを扱えるエージェントと、ブラウザーで表示できるフロントエンド環境が必要です。選択したパターンによっては React、Babel、チャート、その他のライブラリを使用します。ブラウザー受け入れ確認には適切なブラウザーツールが必要です。
編集者による要約 · レビュー対象のソース 2026-10-07 · 生成された例ではありません

01 機能概要

Web Design Engineer

アセット要件、デザイン調整、早期ドラフト、保持モード、そして別個の批評パスとブラウザーQAパスを備えた、コンテキストを第一にするデザインエンジニアリング手法です。

ソースにもとづくワークフロー実行ベンチマークではありません

作業の進め方

Web Design Engineer は、ページ、ダッシュボード、プロトタイプ、スライド、可視化向けのブラウザー成果物ワークフローです。すべての依頼を新しいランディングページとして扱うのではなく、まず成果物、対象ユーザー、既存作業のモードを特定します。プロダクトの拡張、リデザインの契約の保持、ビジュアルの方向性の再構築は、それぞれ許される範囲が異なる別の仕事です。

デザイン評価には、バリエーション、モーション、情報密度、アセット依存度、ブランド忠実度という調整可能な5つの軸を使います。これらは、詳細な実装の前に、宣言されたシステムと早期に確認できるドラフトへ反映されます。ブランド案件では、パレットだけでなく、実際のロゴ、製品写真、インターフェースのキャプチャが重要です。またこのスキルは、軽量なセルフチェックと、実行可能なブラウザー受け入れ確認を区別しており、後者はソース上、明示的なQA依頼がある場合に限られます。

期待される成果物

  • HTML/CSS/JavaScript または React のビジュアル成果物
  • ビジュアルの方向性とデザイントークンの選択に関する文書化された評価
  • 確認可能な早期ドラフト、続いて完成した状態とインタラクション
サンプル依頼を見る

依頼からレビューまで

  1. 01
    既存のコンテキストを読む

    提供されたソースコード、スクリーンショット、ブランド資産、制約を確認します。作業が拡張、契約を保持するリデザイン、より広範な全面刷新のどれに当たるかを分類します。

  2. 02
    デザイン契約を宣言する

    ビジュアルの方向性、対象ユーザー、密度、モーション、アセットを説明したうえで、タイポグラフィ、余白、パレット、サーフェス、インタラクションの扱いを指定します。最初のコードを書く前に、ユーザーがこのデザインシステムを承認するのを待ちます。

  3. 03
    確認可能なドラフトを見せる

    主要なレイアウトと正直なプレースホルダーを使って方向性を検証します。すべてのコンポーネントやインタラクション状態を埋める前に、この早期ドラフトについて別途承認を待ちます。

  4. 04
    構築とレビュー

    承認されたインタラクションと状態を完成させます。ソースにあるセルフチェックを行い、ブラウザー受け入れ確認が依頼された場合は、実際のビューポートとインタラクションの証拠を別に収集します。

02 利用場面

使う場面

コードを扱えるエージェントと、ブラウザーで表示できるフロントエンド環境が必要です。選択したパターンによっては React、Babel、チャート、その他のライブラリを使用します。ブラウザー受け入れ確認には適切なブラウザーツールが必要です。

向いているケース

  • 既存プロダクトの拡張新しい画面をプロダクトになじませ、周辺のルート、フォーム、インタラクションへの期待を保つ必要がある場合に役立ちます。
  • デザインの方向性の探索漠然としたビジュアルの依頼に対し、チームが1つの構成に決める前に、本当に異なる方向性や調整可能なバリアントが必要な場合に適しています。

確認すべき制限

  • ビジュアルなフロントエンドの範囲バックエンドAPI、コマンドラインツール、データ処理の作業は、このスキルが想定する出力の対象外です。専用の記事向けワークフローや、ナレーション主導のプレゼンテーション向けワークフローも別になっています。
  • 品質はテスト結果ではないデザイン批評やソースの確認だけでは、実行中のブラウザーでのレスポンシブ動作は証明できません。その証拠が必要な場合は、実行可能な受け入れ確認を依頼してください。

用意する入力

  • 成果物と対象ユーザー作成する画面や体験、利用者、重要な表示サイズやプレゼンテーション条件を示してください。
  • 既存の契約コード、デザインシステムの参照、保護すべき挙動を提供してください。変更してよい部分と、認識できる状態で残すべき部分を明記してください。
  • 実際のコンテンツとアセット承認済みの文章、本物の製品画像、ロゴ、データを提供してください。まだ足りないものは、推薦文や指標をでっち上げず、不足として明示してください。

03 重要な判断

重要な判断

  1. デザイン上の選択としての保持

    作業モードを明示することで、魅力的なリデザインが、有用なプロダクトの慣習を知らないうちに変えたり、有効な既存のブランド判断を置き換えたりするのを防ぎやすくなります。

  2. 色替えを超えたバリエーション

    その調整フレームワークにより、同じレイアウトの見た目だけを変えた複数案を示すのではなく、密度、構成、インタラクションを独立して変えられます。

04 依頼例

絞った依頼を試す

以下のサンプル依頼はテストされていません。使用する前に、スキルのセットアップを確認してください。

セットアップを確認

デザインのレシピ、保持プロトコル、任意の受け入れ確認の参照資料を使えるよう、Garden スキルのフォルダー全体を使用してください。

上流のソースファイル
https://github.com/ConardLi/garden-skills/blob/aaf9a82f5efd73e87cc0998edc398e75bfc35901/skills/web-design-engineer/SKILL.md

コードを扱えるエージェントと、ブラウザーで表示できるフロントエンド環境が必要です。選択したパターンによっては React、Babel、チャート、その他のライブラリを使用します。ブラウザー受け入れ確認には適切なブラウザーツールが必要です。

1つの成果物から始める

スキルを実行する前に、この依頼の範囲、元資料、制約を自分の状況に合わせて調整してください。

サンプル依頼
Web Design Engineer を使って、既存の分析インターフェースに保存済みレポート画面を追加してください。ナビゲーション、スペーシングトークン、テーブルの慣習は保持してください。提供したコンポーネントとスクリーンショットを読み、デザインシステムを提案し、コーディング前に私の承認を待ってください。その後、読み込み状態と空状態の計画を含む確認可能なドラフトを見せてください。そのドラフトを承認したら、実装を完成させ、提供したデスクトップとモバイルのサイズでブラウザー受け入れ確認を実行してください。レポートの利用統計は捏造しないでください。

結果を確認する

実際の出力を、次の観察可能な基準と照らし合わせて確認してください。

  • 文書化された作業モードが、既存インターフェースに実際に加えた変更と一致している。
  • 完成したビューに、依頼に関連するインタラクション状態が含まれている。
  • ブラウザー受け入れ確認を行ったという主張には、実際にテストしたビューポートと結果が添えられている。

OpenDesign は、コーディングエージェント向けにローカルのデザインワークスペースを提供します。この掲載は、スキルが同梱されていること、または外部ツール、認証情報、ソフトウェア依存関係が含まれていることを意味しません。

05 ソースとライセンス

ソースとライセンス

このページは、以下にリンクされた固定のソースリビジョンについて説明しています。上流の挙動や要件は変更されることがあります。

ソースの所有者
ConardLi
リポジトリ
ConardLi/garden-skills
ライセンス
MIT
レビュー済みスナップショット
2026-10-07 · aaf9a82f5efd
編集者によるソース要約
アセット要件、デザイン調整、早期ドラフト、保持モード、そして別個の批評パスとブラウザーQAパスを備えた、コンテキストを第一にするデザインエンジニアリング手法です。

リンク先のソースにもとづき、OpenDesign が作成したオリジナルの要約です。リポジトリのスター数は日付時点の人気の指標であり、スキルの利用状況や品質スコアではありません。

06 開始前の質問

始める前の質問

常に React プロジェクトを生成しますか?

いいえ。出力媒体は HTML ですが、ソースは React 指向のプロトタイプやビジュアル成果物だけでなく、プレーンな HTML/CSS/JavaScript も対象にしています。

既存のデザインシステムを置き換えますか?

自動的には置き換えません。ワークフローは拡張、契約を保持するリデザイン、全面刷新を区別しており、その選択は編集前に決めておく必要があります。

すべてのビルドで自動ブラウザーテストを行いますか?

ソースはすべての作業で軽量なセルフチェックを求めていますが、実行可能な受け入れ確認ハーネスが起動するのは、ブラウザー、レスポンシブ、QAについて明示的な依頼があった場合です。

OpenDesign

次のデザイン反復の余地をつくりましょう。

依頼、元資料、デザイン作業をローカルのワークスペースにまとめておきます。ワークフローに追加する前に、スキル自体のセットアップを確認してください。

上流のソースファイル
https://github.com/ConardLi/garden-skills/blob/aaf9a82f5efd73e87cc0998edc398e75bfc35901/skills/web-design-engineer/SKILL.md