使い方ガイドへスキップ
Loading States作者 Owl-Listener

Loading States スキル。

進捗について誤解を与えることなく、待機中に何が起きているかを示します。

  • インタラクションデザイン
  • ローディングUX
ソースレビュー · Loading StatesSKILL.md
タスク インタラクションデザイン 成果物 • 遅延する各操作に対するローディングパターンの決定。 • 確保する領域とスクロール位置の維持に関する遷移メモ。 • 長時間の待機、キャンセル、楽観的更新の失敗時の挙動。 開始前に 正確な操作時間と進捗機能の情報は、プロダクトチームまたは実装チームから提供される必要があります。
編集部による要約 · ソース確認日 2026-10-07 · 生成された例ではありません

01 機能概要

待機状態をわかりやすくする

遅延する操作へのフィードバックを選び、実際の結果が読み込み状態や楽観的状態をどう置き換えるかを定めます。

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

進め方

Loading Statesは、インターフェースが把握している内容、つまり到着するコンテンツの形、進捗を測定できるか、操作を安全に楽観的に表示できるかによって、待機パターンを区別します。スケルトン、確定型・不確定型インジケーター、段階的表示、プレースホルダーを扱います。

ガイダンスは、読み込みから抜ける際の遷移にも及びます。実際のコンテンツが予期せずレイアウトをずらしたり、ユーザーのスクロール位置をリセットしたりしてはなりません。楽観的な変更には整合処理とロールバックが必要です。失敗時にインターフェースが信頼できなくなるなら、素早く見える成功状態は適切ではありません。

想定される成果物

  • 遅延する各操作に対するローディングパターンの決定。
  • 確保する領域とスクロール位置の維持に関する遷移メモ。
  • 長時間の待機、キャンセル、楽観的更新の失敗時の挙動。
サンプル依頼を見る

依頼からレビューまで

  1. 01
    待機を分類する

    想定所要時間、既知のコンテンツ構造、測定可能な進捗、操作をキャンセルできるかを確認します。

  2. 02
    正直なフィードバックを選ぶ

    形が予測できる場合はスケルトンを使い、進捗が把握できる場合に限ってプログレスバーを使います。楽観的フィードバックを採用する前にロールバックを定義します。

  3. 03
    到着時と失敗時をテストする

    低速な接続、コンテンツの置き換え、レイアウトの安定性、モーション設定を確認します。

02 利用場面

使う場面

正確な操作時間と進捗機能の情報は、プロダクトチームまたは実装チームから提供される必要があります。

適した用途

  • データ量の多い画面画面全体の準備が整う前に、一部のコンテンツが届く場合に役立ちます。
  • 楽観的なインタラクション保存や更新が保留中の間にユーザーへ何を見せるかを定めるのに役立ちます。

確認すべき制限

  • 遅延の解消策ではありませんローディングパターンが変えるのは待機の体験であり、サーバーやネットワーク自体の性能ではありません。
  • 成功確認ではありません完了フィードバックは関連しますが、別のインタラクション上の判断です。

用意する情報

  • 遅延する操作データ取得、アップロード、保存と、想定される待機時間の範囲を挙げてください。
  • 利用可能な進捗データどの操作が実際の完了率を取得できるかを説明してください。
  • 失敗と復旧のルール各操作のキャンセル、再試行、ロールバックの選択肢を指定してください。

03 重要な判断

重要な判断

  1. パターンは把握している情報に合わせる

    測定可能な進捗がないまま確定型のバーを使うと、システムが持たない精度を伝えてしまいます。

  2. 読み込み後の連続性

    レイアウトとスクロール位置を保つことで、完了したリクエストが新たなナビゲーション上の問題を生むのを防ぎます。

04 依頼例

絞り込んだ依頼を試す

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

セットアップを確認する

リポジトリに記載されているインストール手順を使い、参照されている関連ファイルも保持してください。このエントリーが説明するのは実行可能なアプリケーションではなく、絞り込まれたデザイン手法です。

アップストリームのソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/loading-states/SKILL.md

正確な操作時間と進捗機能の情報は、プロダクトチームまたは実装チームから提供される必要があります。

まず1つの成果物から始める

スキルを実行する前に、この依頼の範囲、ソース資料、制約を調整してください。

サンプル依頼
初回データ取得、画像サムネイル、インラインでのタイトル編集を備えたプロジェクトダッシュボードにloading-statesを使います。各操作のパターンを選び、最終レイアウトの領域を確保し、楽観的編集の失敗、低速ネットワーク時の挙動、モーション低減時の代替表現を指定してください。進捗率を捏造しないでください。

結果を確認する

実際の出力を、次の観察可能な基準で確認してください。

  • 楽観的な変更にはすべて、失敗時のロールバックがある。
  • 読み込み中と読み込み後のレイアウトで、互換性のある領域が確保されている。
  • 長い待機では、対応可能な場合に有用な次の操作が示される。

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

05 ソースとライセンス

ソースとライセンス

このページは、下記にリンクされた固定のソースリビジョンについて説明しています。アップストリームの挙動や要件は変更される可能性があります。

ソースの所有者
Owl-Listener
ライセンス
MIT
確認したスナップショット
2026-10-07 · 9a6930cf84a8
編集部によるソース要約
遅延する操作へのフィードバックを選び、実際の結果が読み込み状態や楽観的状態をどう置き換えるかを定めます。

リンク先のソースに基づく、OpenDesignによるオリジナルの要約です。リポジトリのスター数は日付付きの人気の指標であり、スキルの利用状況や品質評価ではありません。

06 開始前の質問

始める前の質問

すべてのリクエストでスピナーを表示すべきですか?

いいえ。ソースでは、ごく短い待機、既知のレイアウト、測定可能な進捗、長時間かかる処理を区別しています。

スケルトンはどんなときに有効ですか?

到着するコンテンツの構造が既知で、そのコンテンツがすでに利用可能だと誤解させずに表現できる場合です。

モーション低減は、空白のローディング画面を意味しますか?

いいえ。情報を伝えるフィードバックは残すべきです。シマーなどの装飾的な動きは減らすか、なくせます。

OpenDesign

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

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

アップストリームのソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/interaction-design/skills/loading-states/SKILL.md