三つの要素、二つの画面。三つ目がつまずく場所で、ここを飛ばすと、説得力ありげに 応答しながらあなたの仕事を何もしない電話回線ができあがります。
番号
/phone-numbers → 番号を購入。国を選び、利用可能な番号 から選択します。 ここが最短ルートで、1 分ほどで終わります。
もう一つの道は 自分の Twilio 番号を使う、すでに持っているならキャリアとの 本接続です。その流れは 4 ステップ — キャリア、接続、番号、検証 — で、キャリアから入手する SIP の詳細を求められます: SIP ホスト、SIP ポート、 トランスポート、SIP ユーザー名、SIP パスワード、発信者番号、 そして接頭辞・接尾辞を付けられる ダイヤル形式 です。
キャリアの道を進む前に知っておきたいことが二つ:
- オーナーか管理者が必要です。 “キャリアの追加にはオーナーまたは管理者の権限が 必要です。何も作成されていません。”
- 失敗しても後腐れを残しません。 設定の途中で失敗すると “セットアップできませんでした。中途半端な設定は残っていません。” と出ます。入力内容は残るので、再試行で打ち直す必要はありません。
ダイヤル形式は見た目以上に重要です。国内形式を求めるキャリアがあり、国内形式を 期待する相手に E.164 を送るのは、検証はきれいに通るのにダイヤル時に失敗するという 設定です。
エージェント
/agents → 作成します。最低限、名前とシステムプロンプト — “エージェント名とシステムプロンプトは必須です。” — と、挨拶文、つまり エージェントが最初に話す内容 が必要です。
エージェントのその他の設定(音声、パイプライン、ナレッジ)は後回しにできます。 後回しにできないのは、番号を結び付ける前にこのエージェントが存在していること。 紐付けが次のステップだからです。
両者を結ぶ紐付け
ここが飛ばされるところです。
/phone-numbers では、番号がエージェントの名前入りで 「… がこのチャネルに応答します」 と表示されているはずです。/agents では、 デプロイ セクションが Not deployed や 音声チャネルなし ではなく、 「… にデプロイしました」 と表示されているはずです。
どちらかが違っていれば、番号とエージェントはあるのに、その間の接続がありません。
紐付けされていない番号まで応答する理由
ここに罠があります。紐付けをする前に、接続済みの番号は応答してしまいます。 テスト用のエージェントが受けて、それらしく話し、あなたのビジネスについては 何も知りません。
つまり「電話したら誰かが出た」は設定成功の証拠になりません。番号が接続されている 証拠で、それは簡単な半分です。意味のある確認は挨拶です: エージェントが最初に 話す内容 が聞こえれば、届いています。それ以外が聞こえたら、紐付けが欠けています。
この項目は、このページの他のすべてより多くの人の時間を奪います。障害の症状が、 普通に動く電話だからです。
テスト用の電話
ブラウザではありません。/agents には マイクテストを開始 があります — “WebRTCマイクテスト。電話は不要です。このページから直接エージェントと話せます。” — エージェントの話す内容を確かめるには本当に便利です。
ただし電話の経路はテストしません。画面自身が言っています: “WebRTCはブラウザでのテストに使用できます。電話経由の場合は番号が必要です。” マイクテストに合格しても、それがわかるのはエージェントが動くことまで。 通話が届くかどうかはわかりません。
テストのためこの番号に通話を発信 を使って、実際の電話からかけてください。
タイムゾーン
何かが自分で予定を組み始める前に、ワークスペースのタイムゾーンを設定してください。 後の機能がすべて読む既定値で、後から直しても、間違った値で動いたものを遡って 直すことはできません。