Botframework-solutions: TypeScriptスキルで認証が機能しない

この問題を報告してくれた@ tomSauret847に感謝します！ 更新があり次第、折り返しご連絡いたします😊。

こんにちは@ tomSauret847-遅延について申し訳ありません。 次の手順に従って、TypeScriptスキルを使用して問題を正常に再現しました。

1. 認証用にマークされたskillDialogBaseの行のコメントを解除します
2. OAuthPromptSettings配列をMultiProviderAuthDialogコンストラクターに渡します
3. botSettingsプロパティにappsettings.oauthConnectionsを追加します
4. AADv2接続を追加します
5. Azureでの登録へのAADv2接続をセットアップします

更新があり次第、折り返しご連絡いたします😊。

こんにちは@ tomSauret847-このコミットでこの問題を修正しました。

これは実際にはbot-solutionsライブラリの問題であり、ライブラリのバージョン1.0で修正がリリースされる予定です。

それまでの間、自分で修正をテストする方法が必要な場合は、次の手順に従ってください。

1. ライブラリのバージョン0.8に修正が適用された状態で、このブランチをチェックアウトします。
2. bot-solutionsフォルダーに移動します
3. npm installを実行して、依存関係をインストールします。
4. npm run buildを実行して、ソリューションを構築します。
5. npm packを実行して、 .tgzファイルを生成します。 同じ場所にbot-solutions-version.tgzという名前のファイルを作成する必要があります
6. スキルボットで生成されたtgzをポイントし、ボットのpackage.jsonのbot-solutions参照を"bot-solutions": "^1.0.0"から"bot-solutions": "<PATH_TO_TGZ>"に置き換えます。
7. スキルを使用して認証を検証します

私たちはあなたの返事に気を配ります😊。

この@ Batta32を調べていただき、ありがとうございます。このプロセスでまだエラーが発生しています。 エラーは
エラー：{接続名}という名前の接続設定が見つかりませんでした

スキルのSSOを設定するために、ここで概説するように接続を設定しています。

タイプスクリプトスキルを使用して、各スキルで認証接続を確立する必要がありますか？
または、C＃スキルで概説されているように単一のSSOを使用できますか？

スキルに接続を追加すると、サインインプロンプトが表示されますが、ログインが完了してもトークンは返されません。VAで単一の接続をセットアップする必要があるかどうか、または認証が必要な各スキルで接続を設定する必要があります。

返信ありがとうございます@ tomSauret847 。 更新があり次第、折り返しご連絡いたします😊！

こんにちは@ tomSauret847-問題を正常に再現しました。 それは理由ですnameでプロパティoauthConnectionsのappsettings.json異なっにconnectionNameでプロパティOAuthPromptSettingsを使用しています。

これを引き続き確認し、上記の質問を分析します。 更新があり次第、折り返しご連絡いたします😊。

問題を再現するために実行した手順は次のとおりです。

1. このコメントの手順に従ってください
2. この後、このコメントの手順に従ってください
3. チェックそのnameでプロパティoauthConnectionsのappsettings.jsonに異なっconnectionNameでプロパティOAuthPromptSettingsを使用しています
4. スキルを開始して「サンプルダイアログの実行」と入力すると、エラーが表示されます

_connectionNameとnameが異なる場合、問題が再現されます_

_問題の再現_

こんにちは@ tomSauret847

タイプスクリプトスキルを使用して、各スキルで認証接続を確立する必要がありますか？

TypeScriptスキルのバージョン1.0がリリースされるまで、各TypeScriptスキルに認証接続が必要です。

または、C＃スキルで概説されているように単一のSSOを使用できますか？

TypeScriptのバージョン1.0はまだリリースされていないため、C＃スキルで概説されているTypeScriptのSSOは使用できません。

これらがあなたに役立つかどうか私たちに知らせてください😊。

@ tomSauret847 -エラーError: Could not find Connection Setting with name {connection name}あるので、 nameでプロパティoauthConnectionsのappsettings異なっへconnectionNameでプロパティOAuthPromptSettings 。

これを解決するには、両方のプロパティが等しいことを確認する必要があります。

詳細については、上記のコメントを確認してください。

これを調べてくれてありがとう@ Batta32 。 スキルに接続プロパティを作成すると、ログインプロンプトが表示されることを確認できます。 あなたのコメントは別の質問を提起しました。 新しいVAを使用したテストに移行し、その後本番環境に移行する準備をしています。 私が持っている質問は、

認証のこの修正は、1.0リリースの前にNPMに公開される予定ですか？

本番環境では、公開されたNPMパッケージが必要になるため、このVAを本番環境に移行する前に、この修正を公開する必要があります。 私はあなたの答えに気を配ります。

@ tomSauret847-返信ありがとうございます！ TypeScriptバージョン1.0のPRに次の修正を追加しています。

• PR＃3583： [TypeScript][Bot-Solutions] Implement changes in Bot-Solutions to 1.0 release
• PR＃3584： [TypeScript][Virtual Assistant] Implement changes in Virtual Assistant to 1.0 release
• PR＃3585： [TypeScript][Skill] Implement changes in Skill to 1.0 release

これに関する更新があり次第、お知らせします。 その間、TypeScriptでの認証プロセスの検証に取り組んでいます。

@ tomSauret847-認証プロセス中にスキル状態変数が_未定義_であるという別の問題を特定しました。

このコミットに組み込んだスキル状態アクセサーのデフォルト値を設定するPR＃3561をガイドとして使用しました。
これらの変更を適用した後、認証プロセスは正しく機能します。 この問題は、TypeScriptv1.0がマージされるとすぐに修正されます。

これは、このブランチを使用する環境です： feature/southworks/test-fix-auth-skill ：

• TypeScriptスキルサンプル

それまでの間、自分で修正をテストする方法が必要な場合は、次の手順に従ってください。

1. bot-solutionsフォルダーに移動します
2. npm installを実行して、依存関係をインストールします。
3. npm run buildを実行して、ソリューションを構築します。
4. npm packを実行して、.tgzファイルを生成します。 同じ場所にbot-solutions-version.tgzという名前のファイルを作成する必要があります
5. スキルサンプルフォルダに移動します
6. スキルサンプルボットで生成されたtgzをポイントし、ボットのpackage.jsonのbot-solutions参照を"bot-solutions": "^1.0.0"から"bot-solutions": "<PATH_TO_TGZ>"に置き換えます。
7. npm installを実行して、依存関係をインストールします。
8. npm run buildを実行して、ソリューションを構築します。
9. 認証プロセスを検証します

私たちはあなたの答えに気を配っています。 😊

_SkillState変数が未定義の値を取得しています_

_認証プロセスが正しく機能している_

もう一度ありがとう@ Batta32！ テストには1.0パッケージを使用しました。 スキルで接続設定を維持する必要がありますが、認証を機能させることができます。 VAがトークン応答を受信し、それを処理するスキルに転送している場所を確認できました。

@ Batta32 2つのスキルで認証を設定しており、Teamsチャネルで

@ tomSauret847に感謝します。そのシナリオをできるだけ早くご連絡いたします。

シナリオの確認を開始するだけです。

1. 「サンプルダイレクトラインクライアント」とはどういう意味ですか？
2. どのクライアントを使用していますか？
3. 「マジックコード」とはどういう意味ですか？

これを調べてくれてありがとう@ Batta32 。 ここにあるbotbuilder-solutionsリポジトリからのダイレクトラインサンプルを使用しています
「魔法のコードは、」このスタックオーバーフローの問題のいくつかを説明し、ここで
これは、認証に成功した後、ボットユーザーがコピーして会話に貼り付ける必要があるコードです。 拡張認証を実装することにより、ボットユーザーのこの手順が削除されるため、認証のみが必要になり、トークンがバックグラウンドでボットに返されるときに会話が進みます。

どうもありがとう

こんにちは@ tomSauret847 、認証シナリオが正しく機能しているため、この問題を再現できませんでした。

私たちはあなたのためにいくつかの質問を思いついた：

1. この問題が、仮想アシスタントに接続せずにスキルと直接話しているときに発生するかどうかを確認しましたか？
2. VAを経由してスキルに接続する場合、VAでDirectlineチャネルも有効にしていますか？ Azure AD v2認証、拡張認証など、他に何を設定しましたか？
3. 「スキルをキャンセルしてそのダイアログに戻ると、トークンが表示され、ダイアログを完了することができます」とはどういう意味ですか？

これは私たちが使用しているセットアップです：

• [email protected]で作成されたTypeScriptスキル
• そのスキルでのAzureADv2タイプの認証のセットアップ
• スキルの強化された認証で有効にされたダイレクトラインチャネル
• 特定のユーザーID（ "dl_xxxx"）に設定されたリポジトリからのDirectlineWebサンプル
• Directlineクライアントのappsettings.jsonは、次のように設定されています。

{
    "Logging": {
        "LogLevel": {
            "Default": "Warning"
        }
    },
    "AllowedHosts": "*",
    "BotName": "skillbot-name",
    "DirectLineSecret": "XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
    "EnableDirectLineEnhancedAuthentication": true,
    "SpeechServiceRegionIdentifier": "",
    "SpeechServiceSubscriptionKey": ""
}

実行した手順は次のとおりです。

1. Directlineクライアントを介したスキルへの連絡
2. ログインダイアログの呼び出し（「サンプルダイアログの実行」）
3. ログインボタンをクリックする（「マジックコード」は不要）
4. ログインに成功し、ボットが挨拶します
5. それ以降、手順1と2を繰り返すたびに、自動的にログインしてボットに挨拶されます。

私たちはあなたの答えに気を配ります。

これを調べてくれてありがとう@ matiasroldan6 。 あなたの質問に答えるために

1. VNET内にあるため、スキルに直接連絡することはできません。そのため、チャネルからスキルに到達することはできません。
2. VAを介してスキルに到達し、VAのみに直接回線チャネルを構成しています。 SkillとVAの接続プロパティでAzureADV2認証を使用しています。 VAに拡張認証が設定されています
3. サインインカードが提示されたときにサインインを完了した場合。 ボットはハングし、前進しません。 キャンセルした場合は、認証を取得したスキルに戻り、トークンを取得してサインインプロンプトをバイパスし、続行できるようにします。 認証には2つのスキルがあり、1つで認証すると、2つ目でも認証されます。
   これは、VAのダイレクトラインチャネルの構成のスクリーンショットです。
   

ダイレクトラインクライアントでは、ユーザーIDが「dl_xxxx」に設定されています。
スキルとVAの接続にAzureADv2認証があります
ダイレクトラインクライアントのappsettings.jsonは、上記と同じように設定されています
スキルで直接回線チャネルを使用することはできず、VAでのみ使用できます
Teamsチャネルで認証を使用できますが、唯一の問題はダイアログメッセージの順序が正しくないことです。 変換の1分後まで、最初のstepContext.context.sendActivity（ 'message'）の送信に失敗しています。 これは、認証が含まれているダイアログとTeamsチャネルでのみ発生します。
ここにあるbot-solutions1.0を使用しています

スキルとVAについてさらに情報が必要な場合はお知らせください

こんにちは@ tomSauret847 、この問題の発生を再現できます。
このシナリオでは、問題はDirectlineチャネルで設定された信頼できる発信元アドレスでした。 たとえば、Directlineポップアップには、信頼できるオリジンは_https_、または_localhost_の必要があることが示されます。 これは、Directlineがあなたにとって失敗している唯一のチャネルであることを説明します。

これも問題であるかどうかを確認するために、信頼できるオリジンとして設定してみてください。
ボットアドレス（ローカルでデバッグしている場合は、https：//xxxxx.azurewebsites.netまたはhttps://xxxx.ngrok.ioのいずれか）
http：// localhostのように、必要に応じて

これを再現するための設定は次のとおりです。

• 1.0仮想アシスタント
  
  
  
  • 依存関係でのボットソリューション1.0
  
  
  • Azure ADv2認証が有効になっている
  
  
  • ダイレクトラインチャネルが有効になり、認証が強化されました
  
  
  • https：// localhost ：xxxx（_xxxx_はDirectlineクライアントアドレス）およびボットアドレス（https://xxxxx.azurewebsites.netまたはローカル接続の場合はhttps://xxxx.ngrok.io）に設定されたDirectlineチャネルの信頼できる発信元）。 これは、最後のメッセージで添付した画像の設定をエミュレートして行いました。
  
  
• 1.0スキル
  
  
  
  • 依存関係でのボットソリューション1.0
  
  
  • Azure ADv2認証が有効になっている
  
  
  • バーチャルアシスタントに接続しました。
  
  
• 前のメッセージと同じ構成で、ユーザーIDと拡張認証が設定されたDirectlineWebクライアント。

私たちの再現手順は次のとおりです。

1. Directlineサンプルをアシスタントに接続します。
2. 認証のトリガーを試みます（「サンプルダイアログの実行」）。
3. [認証]ダイアログが表示されますが、ボタンをクリックしても何も起こらず、さらに認証を呼び出そうとしても、ボットは応答しなくなります。
   

1. フローをキャンセルしてから、手順1と2を再実行すると、自動的に認証され、ボットに挨拶されます。

これが役に立ったらお知らせください。 私たちはあなたの応答に気を配ります。

これを調べてくれてありがとう@ matiasroldan6 。 上に表示されている設定は、私たちが使用しているものと同じです。 ローカルホストルートを削除し、直接回線チャネル（https://xxxxx.azurewebsites.net）の信頼できるオリジンにボットアドレスを設定しました。 サインインプロンプトの後もスキルは応答しません。会話をキャンセルしてスキルを再度呼び出すと、トークンが取得され、ダイアログが続行されます。 ユーザーがサインインした後も、トークンを受け取るスキルを取得することはできません。

返信ありがとうございます@ tomSauret847-私たちはこの問題の修正を見つけるためにこれに取り組んでいきます😊。

ボットソリューションのバージョン1.0（PR＃3583）を考慮して、 azurewebsites.netエンドポイントをどのように使用しているかを理解するために質問があります。

1. 公開されているWebApp Bot（Virtual Assistant）のMessaging endpointを使用していますか？
2. 公開されている仮想アシスタントとスキルにボットソリューションのバージョン1.0をどのように統合しましたか？ ライブラリの.tgzパッケージを使用されたとのことですが。 これは正しいです？
3. ダイレクトラインチャネル構成で上記のように構成しているローカルホストエンドポイントを使用してテストする可能性はありますか？

ありがとう@ Batta32

1. 信頼できるホスト構成でVAのメッセージングエンドポイントを使用しています。
2. 1.0リリースから複製された.tgzパッケージを使用しています。 .tgzパッケージに移動する前に、node_modulesフォルダーとpackage-lock.jsonファイルを削除しました。 次に、package.jsonファイルを更新してから、npminstallを実行しました
3. ローカルホストでテストし、同じ応答を受け取りました。 まだトークンを取得して会話を通過させることはできませんが、ダイアログがキャンセルされて再開されると、トークンが存在します。

@ tomSauret847に感謝します。ご提供いただいたこの新しい情報を使用して、この問題を引き続き確認します。 更新があり次第、折り返しご連絡いたします😊。

こんにちは@ tomSauret847 、この問題の発生を正常に再現しました。

以前の回答から気づいたことの1つは、ボットのURLを信頼できるオリジンとして使用していることです。
このコメントとこのドキュメントによると、チャットクライアントのURLが必要です。

セットアップは次のとおりです。

• 1.0ボットソリューション
• 1.0 Virtual AssistantをAzureにデプロイするには、次のものを使用します。
  
  
  
  • Azure ADv2認証接続
  
  
  • 強化された認証で有効化されたダイレクトラインチャネル
  
  
• 1.0次の方法でAzureにデプロイされた
  
  
  
  • Azure ADv2認証接続
  
  
• 拡張認証が有効になっているDirectlineWebクライアント（C＃）

手順：

1. DirectlineWebクライアントを使用して仮想アシスタントに連絡します
2. スキルを呼び出す（「サンプルダイアログの実行」）
3. スキルによって認証ボタンが表示され、それをクリックします（何も起こりません）
4. 手順2を繰り返すと、認証ボタンを表示せずに自動的に認証されます。

Microsoft TeamsとEmulatorでこれが機能していることを確認し、ご指摘のとおり、この問題を引き続き確認します。

こんにちは@ tomSauret847 、拡張認証を使用して認証プロセスを正常に実行しました。

あなたが私たちの側でチェックできるように、私たちはいくつかの質問を思いついた：

1. デプロイされたボットの公開フォルダーがKudu（https：//.scm.azurewebsites.net / ZipDeployUI） <WEB_APP_BOT_NAME>をボットリソースの名前に置き換えますか？ node_modules 、 lib 、および残りのフォルダーがあるかどうかを確認します。
2. ボットのメッセージングエンドポイントが本番エンドポイント（azurewebsites.net）であるかどうかを確認できますか？
3. 本番エンドポイントを使用して、仮想アシスタントをスキルに接続しましたか？
4. 公開されているスキルのスキルマニフェストにアクセスできるかどうかを確認できますか？ そうでない場合は、PR ＃3601の変更を追加します

これが私たちの環境です：

• 1.0 TypeScript仮想アシスタントサンプル（PR ＃3584 ）
• 1.0 TypeScriptスキルサンプル（PR ＃3585 ）
• 1.0ボットソリューション（PR ＃3583 ）
• サンプルダイレクトラインチャネル
• 仮想アシスタントで構成された拡張認証

次の手順に従いました。

1. スキルのPR ＃3601の変更を適用します
2. 両方のサンプルにBot-Solutions1.0 .tgzファイルを保存するフォルダーを作成します
3. ボットの"bot-solutions": ".//TGZ//bot-solutions-1.0.0.tgz"など、ローカルtgzへのボットソリューション参照をポイントします
4. deploy.ps1を使用してボットをデプロイします
5. remoteManifestを使用して、両方のサンプルをBotskillsに接続します
6. AADv2を使用して両方のサンプルのOAuth接続設定を構成します
7. 各サンプルのアプリ設定でoauthConnectionsを構成します
8. publish.ps1スクリプトを使用して両方のサンプルを公開します
9. バーチャルアシスタントでDirectlineチャネルをアクティブ化する
10. バーチャルアシスタントのダイレクトラインで拡張認証を有効にする
11. Directlineサンプルを仮想アシスタントに接続します
    
    
    
    1. 注：会話を保持する場合は、この行を静的GUIDにください
    
    
12. 最後に、 run sample dialogを使用して認証をトリガーします
13. ログイン後、スキルは名前を尋ねます
14. 拡張認証が正しく機能していることを確認します

最後になりましたが、C＃ボットを使用して同じ手順を確認し、それが正しく機能していることを確認しました。

私たちはあなたの返事に気を配ります😊

_拡張認証の構成_

_拡張認証とTypeScriptボットを使用した通信の成功_

_拡張認証とC＃ボットを使用した通信の成功_

@VictorGrycukありがとうございます。 応答が遅れて申し訳ありませんが、修正を確認するためにテストインスタンスをセットアップする必要がありました。 テストインスタンスで認証を機能させることができ、問題のある場所を絞り込みました。

VA / Skillsのインスタンスでは、ファイアウォールを備えたアプリゲートウェイの背後にあります。 これが、拡張認証が機能しない理由のようです。 これをVAとその構成外のスキルに実装すると、正しく機能します。 アプリゲートウェイは別のホストをミックスに配置し、これがトークンをブロックしていると考えています。 したがって、次の質問があります。

強化された認証をAppGatewayの背後にあるボットと連携させる方法はありますか？

素晴らしい@ tomSauret847！ App Gatewayの背後にあるボットで拡張認証を機能させる方法を確認するために、調査といくつかのテストを行います。

これに関する更新があり次第、ここでお知らせします😊。

こんにちは@ tomSauret847 、私たちは少し調査をしました、そして私たちはいくつかの質問を思いつきました。

1. Azureまたはpromiseのサーバーにデプロイされたボットを使用してテストしていますか？
2. アプリケーションゲートウェイはAzureApplication Gatewayですか？
3. TypeScriptまたはC＃ボットを使用していますか？ 前に述べたように、C＃ボットに移行しました。

私たちはあなたの答えに気を配ります🙂

@VictorGrycukに返信していただき、ありがとうございます。質問への回答は次の

1. Azureにデプロイされたボットを使用してテストしています。 ローカルでテストするトンネルを作成できません。

2. はい、リンクに概説されているように、WAFを備えたAzureアプリケーションゲートウェイを使用しています

3. これらはTypeScriptボット（VAと認証付きの2つのスキル）であり、同期ループの問題を回避するために1つのC＃スキルのみを使用しており、認証はありません。

こんにちは@ tomSauret847 、遅れて申し訳ありません-ボットが背後にあるAzure できるはずです。

いくつかの追加の質問：

1. ゲートウェイのパブリックIPを使用してエミュレーターで仮想アシスタントに接続できますか？ 私たちのテストでは、これが可能であることを確認しました
2. コミュニケーションを強化せずに、VA

コンポーネント：

• デプロイされたTypeScriptVirtual Assistant 1.0
• デプロイされたTypeScriptスキル1.0
• TypeScript1.0ボット-ソリューション
• AzureアプリケーションゲートウェイとWAF
• ダイレクトラインサンプル

構成：

• このコメントで説明されているように、拡張認証を使用する仮想アシスタント
• 認証で構成された仮想アシスタントに接続されたスキル
• 上記と同じコメントで構成されたダイレクトライン
• この記事で説明されているように、デプロイされたボットを指すアプリケーションゲートウェイ

このシナリオの複製に取り組んでいきます。

ありがとう@VictorGrycukあなたの質問への答えは
ゲートウェイのパブリックIPを使用してエミュレーターで仮想アシスタントに接続できますか？ 私たちのテストでは、これが可能であることを確認しました

• エミュレーターでVAに接続できないため、トンネリングを利用できませんが、Webチャットは利用できます。 VAはスキルに接続し、ダイアログを完了します。

コミュニケーションを強化せずに、VAを介してスキルと接続してコミュニケーションをとることができますか？

• はい、拡張認証を使用しない場合は、コードをコピーして貼り付けることができ、認証は期待どおりに機能します。 強化された認証がユーザーに提供するシームレスな統合を望んでいます。

こんにちは@ tomSauret847 、拡張認証がAzure ApplicationGatewayの背後にあるボットですることを

デプロイされたボットを使用してAzureApplicationGatewayを構成する方法に関する新しいドキュメントを含むPR ＃3694を作成しました。

次の手順に従ってテストを行いました。

1. このコメントで説明されている手順に従って、拡張認証を使用してボットをデプロイします
2. ドキュメント「 TypeScriptボットを使用
3. Directlineサンプルを使用して、デプロイされたスキルのログインをテストします
4. 拡張認証が機能し、スキルサンプルダイアログが期待どおりに続行されました

これはAzureApplication Gatewayの構成の問題のように思われるため、 https：//stackoverflow.com/questions/tagged/botframeworkで提案を求めることをお勧めします。 あなたは大丈夫であればと、私たちはこの問題を🙂閉じることができ

ありがとう@VictorGrycuk私たちはあなたが投稿した情報を処理します。 このリンクが壊れていることにすでに気づきました。

@ tomSauret847に感謝します。ドキュメントが{{site.baseurl}}を使用しているため、ドキュメントがmasterブランチにマージされると、そのリンクはTypeScriptボット（およびこの画像）を使用したゲートウェイのヘルスプローブの構成につながります。 URLを生成します。

@ peterinnesmsft-非アクティブであるため、問題をクローズできます。 @ tomSauret847それでも問題がアクティブ化してください。再度問題を解決するか、新しい問題を作成できます。

また、ご不明な点がございましたら、 https：//stackoverflow.com/questions/tagged/botframeworkでお問い合わせ

TypeScriptバージョン1.0で次のPRがマージされるとすぐに、認証プロセス全体が解決されます。

• PR＃3583： [TypeScript][Bot-Solutions] Implement changes in Bot-Solutions to 1.0 release
• PR＃3584： [TypeScript][Virtual Assistant] Implement changes in Virtual Assistant to 1.0 release
• PR＃3585： [TypeScript][Skill] Implement changes in Skill to 1.0 release

これについてご協力いただきありがとうございます@ Batta32 。 現時点ではこのセクションを保留にする必要があるため、この問題を閉じて、問題が発生した場合は再度開くようにします。

@ Batta32この問題について簡単な質問があります。 typescriptのSSOはまだ利用できますか？ 問題は、スキルがファイアウォールの背後にあり、トークン応答を受信できないことであることがわかりました。 VAのクレデンシャルを渡すと、トークンはスキルに転送されず、会話が再開されるだけです。 typescriptのSSOが利用できない場合、いつ利用できると思いますか？ この問題についてご協力いただきありがとうございます。

こんにちは@ tomSauret847 、SSOは1.0バージョンで導入されているため、現在TypeScriptでは使用できません。 TypeScriptバージョン1.0のPRは、その機能を備えた新しいバージョンをリリースするために承認され、マージされる必要があります。

更新があり次第お知らせします😊。