新しいアシスタント。オーサリングパラダイムを選択します。
従来のDialogスキルではなく、Actionsエディターで構築します。Actionsは、ノードツリーを管理することなく、タスク指向の会話をステップ、条件、変数としてモデル化します。
理由: ActionsはIBMの現在推奨されているオーサリングモデルです。Dialogはレガシーであり、保守が困難です。専門家試験ではアクションファースト設計が前提とされます。
最終確認：2026年6月
C1000-180 試験で問われるアーキテクチャパターンのスキャン可能なリファレンス。上から順に読むか、セクションへジャンプ。
新しいアシスタント。オーサリングパラダイムを選択します。
従来のDialogスキルではなく、Actionsエディターで構築します。Actionsは、ノードツリーを管理することなく、タスク指向の会話をステップ、条件、変数としてモデル化します。
理由: ActionsはIBMの現在推奨されているオーサリングモデルです。Dialogはレガシーであり、保守が困難です。専門家試験ではアクションファースト設計が前提とされます。
大規模なサポートドメインを単位に分割する方法を決定します。
個別のユーザー目標（パスワードのリセット、残高の確認、予約）ごとに1つのアクションをスコープします。アクションは単一目的で再利用可能に保ちます。
理由: すべてを処理しようとするモノリシックなフローよりも、狭くタスクスコープのアクションの方がテスト、分析、改善が容易です。
ユーザー入力が、いくつかの類似したアクションをトリガーする可能性があります。
アシスタントが推測するのではなく、候補アクションの明確なメニューを提示するように、あいまいさ解消を有効にします。
理由: あいまいさ解消は、誤ったアクションのエラーを減らし、ユーザーの真の意図を明らかにし、完了率を向上させます。
アシスタントが、繰り返しの試行後もユーザーを理解できません。
「一致するアクションなし」/その他パスを、明確な応答と、N回の失敗後に人間エージェントへのエスカレーションを伴って設計します。
理由: 定義されたフォールバックは、行き止まりのループを防ぎ、CSATを保護します。捕捉されない不一致は、放棄の主な原因です。
会話がアシスタントの能力を超えているか、ユーザーが不満を感じています。
会話コンテキストを付加してサービスデスク（例：Zendesk、Genesys、Salesforce）に引き継ぐ「エージェントに接続」ステップを追加します。
理由: トランスクリプトと収集された変数をエージェントに渡すことで、ユーザーに繰り返しを強制することを回避します。
利害関係者が、応答全体で一貫したブランドボイスを求めています。
事前にペルソナとトーンガイドを定義し、応答テキストを一貫して作成し、ロボットのような繰り返しを避けるためにバリエーションを再利用します。
理由: 一貫したトーンは信頼を築きます。アクション間でフォーマルとカジュアルな表現を混ぜると、ばらばらに感じられます。
必須の詳細が、ユーザーの表現であいまいまたは欠落しています。
デフォルト値を仮定するのではなく、スロットを介して的を絞った明確な質問をします。
理由: 重要度の高いパラメータ（金額、アカウント、日付）の明示的な確認は、費用のかかる誤ったアクションを防ぎます。
多くのエッジケースを持つ新しいフローを設計しています。
まずハッピーパスをエンドツーエンドで作成し、次に検証、脱線、エラーブランチを重ねていきます。
理由: コアフローの前にエッジケースを構築すると、過剰に設計され、テストが困難なアクションになります。
アクションを完了する前に、いくつかの情報が必要になります。
各値を個別のステップでスロットとして収集します。アシスタントは、まだ提供されていないものについてはプロンプトを表示し、すでに提供されているものはスキップします。
理由: ステップベースのスロット入力は、手動での分岐なしに、順序が異なる入力や複数値の入力を処理します。
現在のActionが終了した後も、値が保持される必要があります。
ステップ/Action変数ではなく、セッション変数に保存します。Action変数はActionにスコープされ、セッション変数は会話全体で存続します。
理由: 誤ったスコープを選択するのは古典的なバグです。値はActionの完了時に消滅するか、Action間で共有されません。
ステップが、ユーザーに既知の固定セットから選択するように求めます。
自由形式のテキストの代わりに、定義された選択肢を持つ「オプション」応答タイプを使用し、各オプションを値にマッピングします。
理由: オプションは入力を制限し、解析のあいまいさを排除し、サポートされているチャネルでボタンとして表示されます。
収集された値（メールアドレス、日付、金額）が不正な形式である可能性があります。
ステップに検証条件を追加します。無効な場合、修正プロンプトでユーザーをステップにとどめます。
理由: 取得時に検証することで、不正なデータが拡張機能や下流のステップに渡されるのを防ぎます。
後のステップが、特定のユーザーまたは値に対してのみ実行される必要があります。
すでに収集された変数にステップ条件を設定し、条件がfalseの場合にステップがスキップされるようにします。
理由: 条件は、アクションを複製することなく分岐を表現します。エディターはそれらをトップダウンで評価します。
複数のアクションが、同じサブフロー（例：IDの確認）を必要としています。
共有ロジックをサブアクションに分解し、各親アクションから呼び出します。
理由: サブアクションは検証ロジックをDRY（Don't Repeat Yourself）に保ち、一貫性を確保します。ステップを複製すると同期が失われます。
ユーザーがフローの途中で無関係な質問（「営業時間は？」）をします。
脱線を許可し、アシスタントが脇の質問に答え、中断されたアクションに戻るようにします。
理由: 脱線をブロックすると、正当な副次的リクエストを持つユーザーを苛立たせる硬直したスクリプトが強制されます。
ステップ内で値を計算または変換する必要があります。
ステップまたは応答で、組み込みの式言語（例：変数に対する文字列関数や数学関数）を使用します。
理由: 軽量な変換は式に属します。些細な計算のためにwebhookを使用するのはやりすぎです。
後続のアクションが、ユーザーが以前に与えた値を必要としています。
再プロンプトするのではなく、既存のセッション変数を参照します。
理由: 既知のデータを再度尋ねるのは壊れているように感じられます。コンテキストを引き継ぐことは、良いフローの証です。
フローが、ある条件の下で停止するか、別のアクションにジャンプする必要があります。
フローを明示的に制御するために、「アクションを終了する」または「別のアクションのステップに移動する」という遷移を使用します。
理由: 明示的な遷移は、終了条件の後に次のステップへの予期せぬフォールスルーを防ぎます。
アシスタントが、ライブデータを取得するために文書化されたREST APIを呼び出す必要があります。
APIのOpenAPI仕様をカスタム拡張機能としてインポートし、変数とパラメーターをマッピングする「拡張機能を呼び出す」ステップを追加します。
理由: カスタム拡張機能は、型付き入力/出力を持つステップから外部APIを呼び出すための、サポートされているノーコードの方法です。
webhookとカスタム拡張機能のどちらを選択するかを決定します。
特定のステップ内から外部APIを呼び出すにはカスタム拡張機能を使用し、すべてのメッセージでロジックを実行したりペイロード全体を変換したりするにはwebhook（事前/事後メッセージ）を使用します。
理由: webhookはメッセージごとにグローバルに起動します。拡張機能はステップごとにスコープされ、パラメーターマッピングされます。誤った選択は、一般的な試験の落とし穴です。
ターゲットAPIが認証を必要とします。
カスタム拡張機能を追加するときに認証（APIキー、OAuth、基本認証）を設定します。シークレットはダイアログテキストではなく、拡張機能の設定に保存します。
理由: 資格情報を変数や応答に埋め込むと、ログやトランスクリプトに漏洩します。
拡張機能の呼び出しがエラーを返すか、タイムアウトします。
次のステップで拡張機能の応答/ステータスに基づいて分岐し、フォールバックメッセージまたは再試行パスを表示します。
理由: 処理されない拡張機能の障害はユーザーを立ち往生させます。常に200以外のパスを設計してください。
すべてのメッセージを処理前または送信前にエンリッチまたは編集する必要があります。
着信入力を前処理するには事前メッセージwebhookを使用し、配信前に応答を変換するには事後メッセージwebhookを使用します。
理由: 事前/事後webhookは、すべてのアクションを編集することなく、横断的な懸念事項（PIIマスキング、ロギング）を一元化します。
ユーザーが、ドキュメントコーパスから回答できるオープンエンドの質問をします。
会話型検索（RAG）を有効にします。検索統合からパッセージを取得し、watsonx.aiの基盤モデルに引用付きの根拠のある回答を生成させます。
理由: 会話型検索は、個別のActionとして作成できない質問のロングテールをカバーします。
会話型検索の背後にある取得ストアを選択しています。
watsonx Discovery / Elasticsearch（または別のサポートされている検索統合）を取得のためのインデックスとして接続します。
理由: 根拠の質は取得インデックスに依存します。インデックス化されていない、またはチャンク化が不十分なコーパスは、弱いパッセージを返します。
会話型検索が関連するパッセージを見つけられません。
検索結果なしの応答を設定し、アシスタントが幻覚を起こすのではなく、「わからない」と伝え、エスカレーションを提示するようにします。
理由: 定義された検索結果なしパスが、RAGアシスタントを正直で根拠のあるものに保ちます。
コンプライアンス要件により、生成された回答の追跡可能性が必要です。
生成された回答が、参照元のドキュメントを表示するようにソース引用を有効にします。
理由: 引用により、ユーザーは回答を検証でき、規制対象業界における監査可能性を満たします。
生成される回答の品質とコストを調整しています。
会話型検索用にwatsonx.aiの基盤モデル（例：Graniteモデル）を選択し、ユースケースに合わせて生成設定を調整します。
理由: モデルとパラメーターの選択は、回答の品質、レイテンシー、コストの間でトレードオフがあります。デフォルトが常に最適とは限りません。
クエリがアクションで処理されるか、検索で処理されるかを決定しています。
トランザクション的でパラメーター化されたタスクはアクションにルーティングし、オープンな情報質問は会話型検索にルーティングします。
理由: FAQ形式の質問を厳格なActionに押し込んだり、トランザクションをRAGに押し込んだりすると、どちらもエクスペリエンスが低下します。
アシスタントが、着信電話に応答する必要があります。
電話/音声統合（SIP経由の音声ゲートウェイ）を使用して、STTを入力に、TTSを応答に使用してテレフォニープロバイダーを接続します。
理由: 音声ゲートウェイはSIPテレフォニーをアシスタントに接続します。それがないと電話チャネルはありません。
音声応答が間違って聞こえるか、発信者を誤認識します。
電話統合設定で、音声認識モデル/言語と音声合成の声を調整します。
理由: デフォルトの音声/モデルが言語やドメインの語彙と一致しない場合があり、認識と明瞭さに悪影響を与えます。
チャット用に構築されたフローが、音声でうまく機能しません。
音声フローを調整します。ボタンや長いリストを避け、プロンプトを短くし、話された値を明示的に確認します。
理由: 音声はリッチUIをレンダリングできません。メニューのあるテキスト最適化されたフローは、読み上げられると機能しなくなります。
SMS / テキストメッセージングでユーザーに到達します。
SMS（電話/テキスト）統合を設定します。リッチ要素を含まないプレーンテキスト応答用に設計します。
理由: SMSはリッチな応答タイプを削除します。応答はテキストに適切に劣化する必要があります。
ウェブチャットで画像、カード、またはボタンを表示する必要があります。
アクションでリッチ応答タイプ（画像、オプション、カード）を使用します。チャネルはサポートされているタイプをレンダリングし、それ以外の場合はフォールバックします。
理由: リッチな応答はウェブUXを向上させますが、音声/SMS用に適切なプレーンテキストのフォールバックが必要です。
アシスタントが実際に役立っているかどうかを測定しています。
Analyticsダッシュボードを使用して、時間の経過とともに完了率、カバレッジ、認識された入力と認識されない入力を追跡します。
理由: セッション数のような虚栄心指標はタスクの成功を反映しません。完了率とカバレッジがそれを反映します。
ユーザーがフローを放棄する理由を探しています。
会話ログ/トランスクリプトを読み、アクションでフィルタリングし、離脱ステップと頻繁な不一致を特定します。
理由: 実際のトランスクリプトは、集計メトリックが示唆するだけのギャップを明らかにします。
あいまいさ解消の提案が、しばしば間違った順序になっています。
ユーザーが実際に選択するオプションに基づいてアシスタントが提案を並べ替えるように、自動学習を有効にします。
理由: 自動学習は、手動での再トレーニングなしに実際の選択からの関連性を向上させます。
多くの入力が「一致するアクションなし」にフォールスルーします。
分析から認識されない入力を抽出し、それらをクラスター化し、新しいアクションを作成するか、既存のアクションに例を追加します。
理由: カバレッジギャップは最もテコのきく改善点です。これらは完全に失敗しているクエリです。
有効なリクエストが、そのアクションを確実にトリガーしていません。
認識が向上するように、実際のユーザーのフレーズをそのアクションのステップにトレーニング例として追加します。
理由: 認識は、作成されたフレーズではなく、ログから抽出された代表的な例によって強化されます。
変更が結果を改善したことを検証しています。
一度に1つの変更を行い、公開し、意味のある期間で変更前後の完了率/カバレッジを比較します。
理由: 一度に多くのことを変更すると、メトリックの変動を帰属させることが不可能になります。
著者が編集している間、エンドユーザーがアシスタントと対話しています。
ドラフト環境で作成し、ユーザーはライブ環境と対話します。準備ができたら、ドラフトからライブにバージョンを公開します。
理由: ドラフト/ライブの分割により、未完成の作業を本番環境に公開することなく、安全に反復できます。
テスト済みの変更セットが本番環境の準備ができています。
バージョン（スナップショット）を作成し、ライブ環境に公開します。以前のバージョンはロールバックのために利用可能です。
理由: バージョン管理は、監査可能な履歴と、リリースが退行した場合の迅速なロールバックを提供します。
ドラフトとライブが異なるバックエンドエンドポイント（テストと本番）を指す必要があります。
各環境が適切なシステムをターゲットにするように、環境固有の拡張機能/統合設定を行います。
理由: 環境間で1つのエンドポイントを共有すると、テストトラフィックが本番システムにヒットするリスクがあります。
ウェブチャット、電話、Slack、WhatsAppにアシスタントを展開しています。
ターゲット環境で各チャネル統合を追加および構成します。チャネルは環境ごとにアタッチされます。
理由: ドラフトでのみ有効になっているチャネルは、ライブで構成されるまで本番ユーザーには提供されません。
チームメンバーごとに異なるレベルのアクセスが必要です。
IBM Cloud IAMを使用して、watsonx Assistantサービスまたはリソースグループにロールベースのアクセス（例：ビューアー、エディター、オペレーター、マネージャー）を割り当てます。
理由: IAMロールを介した最小特権アクセスは、作成者とオペレーターを制御するためのサポートされている方法です。
チームまたはプロジェクト全体でサービスとアクセス境界を整理しています。
アシスタントサービスをリソースグループに配置し、IAMアクセスポリシーをそのグループにスコープします。
理由: リソースグループは明確な請求とアクセス境界を提供します。フラットアカウントは大規模になると管理不能になります。
外部アプリが、APIを介してアシスタントを呼び出す必要があります。
サービス資格情報/APIキーとアシスタントURLを生成し、それらを使用してv2ランタイムAPIを呼び出します。
理由: プログラムによるアクセスにはスコープされた資格情報を使用します。個人のログインを再利用することは安全ではなく、サポートされていません。
データレジデンシーまたはエアギャップのルールにより、パブリッククラウドが禁止されています。
IBM Cloud SaaSの代わりに、Cloud Pak for Data（オンプレミスまたはプライベートクラウド）にwatsonx Assistantをデプロイします。
理由: 規制対象業界では、データの分離とコンプライアンスのためにオンプレミス/CP4Dが必要となることがよくあります。
大量の生産展開のためのプランを選択しています。
必要なボリューム、機能、SLAに応じて、適切なサービスプラン（例：Plus/Enterprise）を選択します。
理由: Lite/トライアルプランは使用量が制限され、本番機能がありません。ローンチ前にプランを適切に調整してください。
会話やログに機密データが表示されます。
データ分離、ログ編集/PIIマスキング（例：webhook経由）を使用し、ログ保持/セキュリティ設定を構成します。
理由: トランスクリプト内のマスクされていないPIIはコンプライアンス上の責任となります。取り込み時にマスクし、保持を制御します。