説明
オプション C. 意図するコンテキストとユースケースを明確にするためにモデル カードをドキュメント化します。
モデルカードは、AIモデルの用途、パフォーマンス、および制限事項を説明したドキュメントです。モデルのコンテキスト、データ、および前提条件に関する明確な情報を提供することで、AIテクノロジーが責任を持って透明性を持って使用されていることを保証するのに役立ちます。これにより、意図しない結果のリスクを軽減し、ユーザーとの信頼関係を構築することができます。
オプション D. AI の予測または推奨事項を明確に説明します。
AIによる予測や推奨について明確な説明を行うことは、ユーザーとの信頼関係を構築し、AI技術の仕組みへの理解を深めるのに役立ちます。予測や推奨がどのように行われたかを分かりやすく説明することで、ユーザーはAI技術とその利用目的をより深く理解することができます。また、意図しない結果が生じるリスクを軽減し、説明責任を向上させることにもつながります。

説明
UX デザイナーが Lightning コンポーネントのサンプル コードを調べ、Salesforce 組織にコードをデプロイせずに、コードの変更が視覚的な外観にどのように影響するかをリアルタイムで確認するのに役立つ 2 つのリソースは次のとおりです。
Lightning Design System ウェブサイト。Lightning Design System ウェブサイトは、Lightning アプリケーション構築のための設計ガイドライン、UI コンポーネント、コードサンプルを提供するリソースです。また、このウェブサイトにはライブコードエディタも搭載されており、デザイナーは Lightning Web コンポーネントと Aura コンポーネントのコードを編集およびプレビューし、変更がブラウザに即座に反映されるのを確認できます。ライブコードエディタには、構文のハイライト、オートコンプリート、エラーチェック機能も備わっています。デザイナーは Lightning Design System ウェブサイトを使用して、さまざまなコードスニペットを試し、Lightning コンポーネントの設計原則とベストプラクティスの適用方法を学習できます。Lightning Design System ウェブサイト、[UX デザイナー認定試験対策: Salesforce Design System] ローカル開発サーバ。ローカル開発サーバは、デザイナーが Lightning Web コンポーネントを Salesforce 組織にリリースすることなく、構築、実行、テストできるリソースです。ローカル開発サーバは、ローカルファイルシステムから Lightning Web コンポーネントを提供するローカル Web サーバを作成する CLI プラグインです。デザイナーは、ローカル開発サーバを使用して、Visual Studio Code などの好みのコードエディタで Lightning Web コンポーネントのコードを編集し、変更がブラウザに自動的に反映されるのを確認できます。ローカル開発サーバはホットリロードもサポートしており、コード変更時にコンポーネントの状態とブラウザセッションが保持されます。デザイナーはローカル開発サーバを使用することで、開発とテストのプロセスをスピードアップし、Lightning Webコンポーネントのコードをデバッグできます。ローカル開発サーバ、[UXデザイナー認定試験対策：ユーザーテストと評価] Lightning Webコンポーネントレシピアプリケーション、および開発者センターのLightningコンポーネントライブラリは、UXデザイナーがSalesforce組織にコードをデプロイすることなく、Lightningコンポーネントのサンプルコードを調べ、コードの変更が外観にどのような影響を与えるかをリアルタイムで確認するのに役立つリソースではありません。
Lightning Web Component Recipes アプリケーションは、Lightning Web コンポーネントの機能とベストプラクティスを紹介するサンプルアプリケーションです。開発者センターの Lightning コンポーネントライブラリは、Lightning Web コンポーネントと Aura コンポーネントに関するドキュメントとサンプルを提供するリファレンスガイドです。
ただし、これらのリソースでは、コードをSalesforce組織またはスクラッチ組織に事前にデプロイする必要があるため、デザイナーがリアルタイムでコードを編集およびプレビューすることはできません。Lightning Web コンポーネントレシピアプリケーション、開発者センターのLightningコンポーネントライブラリ、[UXデザイナー認定試験対策：ユーザーテストと評価] 参考資料：Lightning Design Systemウェブサイト、ローカル開発サーバ、Lightning Web コンポーネントレシピアプリケーション、開発者センターのLightningコンポーネントライブラリ、[UXデザイナー認定試験対策：Salesforce Design System]、[UXデザイナー認定試験対策：ユーザーテストと評価]

Experience Cloud は、Cloud Kicks のユーザーに最適なソリューションを設計するのに最適なクラウドです。Experience Cloud を使用すると、ユーザーは Web 経由でケースを管理・送信したり、ナレッジベースの記事を閲覧・検索したり、ライブチャットでサポートに問い合わせたりできる外部向けサイトを作成できます。また、Experience Cloud は、ユーザーエクスペリエンスとエンゲージメントを向上させるためのブランディングオプション、パーソナライゼーション機能、コラボレーションツールも提供しています。Experience Cloud は、ケース管理、ナレッジベース、ライブチャット機能を提供するクラウドである Service Cloud と統合されています。つまり、Experience Cloud はユーザーインターフェースの設計を可能にするクラウドであり、Service Cloud はバックエンドのサービスプロセスを可能にするクラウドなのです。参考資料: [Experience Cloud の概要] (https://www.getapp.com/operations-management-software/a/salesforce-1-service-cloud/compare/salesforce-com
[Service Cloud の概要] (https://titandxp.com/salesforce-experience-cloud-vs-service-cloud/)

デザイナーは、SLDS スタイルフックを、ベースコンポーネントとカスタムコンポーネントのスタイルを簡単に設定できるカスタム CSS プロパティとして記述する必要があります。スタイルフックは SLDS スタイルシート内のプレースホルダであり、開発者は対応する CSS カスタムプロパティを使用して Lightning コンポーネントの外観をカスタマイズできます。
例えば、開発者はボタンの背景色を変更するには、
--slds-c-button-brand-color-background カスタムプロパティ。スタイリングフックは、WebコンポーネントやShadow DOMを扱う際に特に便利です。グローバルスタイルに影響を与えることなく、コンポーネントレベルのカスタマイズが可能だからです。スタイリングフックは、SLDSデザイントークンとCSSカスタムプロパティのネイティブブラウザサポートを活用するため、一貫性とパフォーマンスの向上にも役立ちます。参考資料：
* : スタイリングフック - Lightning デザインシステム
* : SLDS スタイリングフック | Lightning Web コンポーネント開発者ガイド | Salesforce 開発者
* : Lightning Web コンポーネントの SLDS スタイリングフック - Forcetrails
デザイナーは、Salesforce Lightning Design System (SLDS) のスタイル設定フックについて、標準の CSS プロパティを使用してベースコンポーネントとカスタムコンポーネントのスタイル設定を容易に行えることを説明する必要があります。SLDS スタイル設定フックを使用すると、開発者は HTML 要素に CSS クラスを迅速かつ容易に適用できるため、ベースコンポーネントとカスタムコンポーネントの両方で一貫したスタイル設定が可能になります。これにより、開発者はカスタム CSS を記述することなく、Lightning Web コンポーネントにブランド設定とスタイル設定を迅速かつ容易に適用できます。SLDS スタイル設定フックの詳細については、Salesforce の次のドキュメントをご覧ください: https://developer.salesforce.com/docs/component-library/documentation/lwc/lwc.use_slds_styles

SLDSドキュメントによると、アイコンにはアクセシビリティサポートのために、slds-icon_containerクラスを持つコンテナ要素が必要です。アイコンに目に見える説明ラベルを付けずに使用する場合は、コンテナ要素にtitle属性が必要です。タイトルはアイコンを説明するものでなければなりません。例：
<span class="slds-icon_container slds-icon-utility-announcement" title="アイコンの説明（必要な場合）">
<svg class="slds-icon slds-icon-text-default" aria-hidden="true"> <使用
xlink:href="/assets/icons/utility-sprite/svg/symbols.svg#announcement"></use> </svg> </span> title属性は、ユーザーがアイコンにマウスオーバーした際にツールチップを表示するだけでなく、スクリーンリーダーがアイコンの意味を読み上げる際にも役立ちます。他の属性（href、class、for）は、この機能を提供しません。
参考資料: アイコン - Lightning デザインシステム