FoneClawとDiscordが接続できない時の対処：DM・承認待ち・結果の再送を確認
FoneClawのDiscord接続を、ボット設定、DMのペアリング、待機中の依頼、Android権限、結果配信に分けて診断。/retryと依頼の再実行を区別し、予定やメモの重複を防ぐ確認手順を解説します。
- FoneClawのDiscord接続は、ボットへのDMから文字で依頼する入口です。接続、依頼の受付、待機列、スマホでの実行、結果配信を分けて確認します。
- ボットを作成してMessage Content Intentを有効にし、OAuth2でサーバーへ追加します。FoneClawにボットトークンを保存した後、10分以内にDMを送り、最初に送信したDiscordアカウントを接続します。
- /statusで実行中と待機中の件数を確認し、スマホ側では承認待ちやAndroid権限を調べます。接続できたことと、予定やメモが保存されたことは別です。
- /retryは保存済みの結果を配信し直すための操作で、スマホの作業を再実行しません。/stopも完了済みの操作は取り消さないため、再依頼前に保存先を確認します。
どの段階で止まったかを見分ける
FoneClawとDiscordが接続できない時は、まず「ボットに接続できない」のか、「依頼は届いたが実行されない」のか、「実行結果だけ戻らない」のかを分けます。私たちのDiscord接続は、ボットへのダイレクトメッセージ（DM）から文字で依頼する入口です。Discordの音声通話やBluetoothマイクを使う接続ではありません。
| 見えている症状 | 調べる段階 | 次の確認 |
|---|---|---|
| トークンや接続のエラーが出る | ボット接続 | トークン、Message Content Intent、ネットワーク |
| 最初のDMで接続できない | ペアリングと受付 | 10分以内か、正しいボットとアカウントか |
| 依頼が待機したまま | 待機列 | /statusと、満杯・停止処理中の案内 |
| 依頼はあるが作業が進まない | スマホでの実行 | タスク状態、承認待ち、必要なAndroid権限 |
| スマホには結果があるがDMに返らない | 結果配信 | 保存済み結果の配信状態と/retry |
返答がないだけで、作業が未実行とは判断できません。予定作成やメモ保存を頼んだ後なら、同じ文章を送る前にスマホ側のタスクと保存先を確認してください。最初の依頼内容と送信時刻を残しておくと、後から別の依頼と混同せずに調べられます。
困っていることがDiscord通話の音声検出なら、確認する場所が異なります。Discordスマホのマイクテスト方法：Androidで音声検出とBluetoothを確認するで、通話用の入力を確認してください。ここからは文字のDM接続に絞って進めます。
ボット・トークン・Intentを確認する
FoneClawの接続設定で案内する順序は、ボット作成、Message Content Intentの有効化、OAuth2によるサーバーへの追加、トークンの保存です。Discordの公式ボット概要も、Developer Portalでのボット設定と認証情報、インストールの仕組みを説明しています。
- Discord Developer Portalでアプリケーションとボットを作成します。
- ボット設定でMessage Content Intentを有効にします。
- OAuth2を使ってボットをサーバーへ追加します。
- ボットトークンをコピーし、FoneClawのDiscord接続設定に貼り付けて保存します。
- 保存後、接続したいDiscordアカウントからボットへのDMを開きます。
サーバーへの追加は設定手順の一部ですが、FoneClawへの依頼はDMで行います。サーバーのチャンネルに書けば依頼できると考えないでください。設定にない権限を一括で追加するより、まず案内された項目が正しく設定されているかを確認します。
「トークンが無効」という案内なら、Discordがトークンを受け付けていません。対象ボットのトークンを使っているか、FoneClawへ正しく保存したかを確認します。Message Content Intentのエラーなら、そのボットのIntentを有効にしてから接続を再試行します。DiscordのGatewayとIntentの説明では、Message Contentが特権Intentとして扱われています。必要なプラットフォーム上の手続きを省略するものではありません。
利用できないという案内では、ネットワーク、トークン、Intentを順に調べます。接続設定の再試行と、元のスマホ作業をもう一度送ることは分けてください。トークンは認証情報なので、DM本文、公開スクリーンショット、相談用の記録に載せません。露出した場合はDeveloper Portalで再発行し、新しいトークンをFoneClawに保存します。
正しいアカウントから10分以内にDMする
FoneClawにトークンを保存したら、10分以内にボットへDMでhelloを送ります。接続は、最初にメッセージを送ったDiscordアカウントに結び付きます。複数アカウントを使っている場合は、送る前に現在のアカウントを確認してください。ほかの人に代わりに最初のDMを送ってもらわないようにします。
確認する会話は、追加したボットのプロフィールから開いたDMです。同じ名前の別ボットや、サーバーのテキストチャンネルではありません。サーバー上にボットが見えることだけでは、FoneClawとのペアリング完了を示しません。
時間切れの案内が出たら、FoneClaw側からペアリングを開始し直し、あらためて10分以内に正しいアカウントからDMを送ります。古い会話でメッセージを繰り返すだけでは、期限切れの受付をやり直したことになりません。違うアカウントや会話を使っていた場合も、スマホ側の接続状態を確認してから設定をやり直します。
ペアリングの確認段階では、予定作成や送信などの作業を続けて送らず、まず接続状態を確かめます。初回のアカウント接続と、その後の作業依頼を分ければ、返答がない時にどちらで止まったかを追いやすくなります。
待機列とスマホ側の承認・権限を調べる
接続後に依頼が進まない時は、DMで/statusを送り、実行中と待機中の件数を確認します。待機中の依頼があるなら、受付後に順番を待っている状態として調べます。件数だけで個々の依頼が成功したとは判断せず、元の依頼とスマホ側のタスク状態を照合してください。
待機列が満杯という案内なら、新しい依頼を重ねずに待つか、現在と待機中の依頼を止める必要がある場合は/stopを使います。停止処理中という案内では、処理が落ち着いてから試します。停止した直後に同じ作業を何度も送ると、どの依頼の状態を見ているか分かりにくくなります。
実行段階ではAndroidスマホのFoneClawを開きます。承認待ちなら、予定や操作の内容を確認して判断します。権限待ちなら、今回の操作に必要な権限の案内を確認します。Discordと接続できたことは、カレンダーやほかの端末機能への権限がそろったことを意味しません。
FoneClawでは、設定したモデルが依頼を解釈し、有効な対応ツールが実際のAndroid権限と全体・ツールごとの承認設定に従って動きます。モデルの接続設定と端末権限は別です。常にすべての操作で承認画面が出ると決めつけず、実際の設定と今回のタスク状態を確認してください。
実行が終わったように見えても、結果は保存先で確かめます。個人のやることなら本文と日付、予定なら対象カレンダーと日時を開いて確認します。日付を指定していないやることは、日付未設定で保存されたかを見ます。対応範囲はFoneClawの機能ページで確認でき、実行途中の原因をさらに調べたい場合は、スマホAIエージェントの失敗診断と復旧：原因切り分け、権限回復、失敗したツールだけ再実行する手順が役立ちます。
作業を繰り返さず結果の配信を復旧する
/retryは、保存済みの結果を配信する待機列へ戻すためのコマンドです。スマホの作業を最初から再実行する指示ではありません。作業そのものの失敗と、完了結果をDiscordへ届ける失敗を分けて扱えます。
たとえば、日時を指定してカレンダーに予定を作る依頼を送った後、Discordに返答が来なかったとします。これは確認用の想定例です。まずスマホで対象カレンダーを開き、同じタイトル、日付、開始・終了時刻の予定がすでにあるかを見ます。正しい予定が保存され、結果配信だけ失敗しているなら、元の作成依頼を送り直すのではなく/retryで保存済み結果の配信を試します。
ここで同じ予定作成を新しい依頼として送ると、同じ内容の予定をもう一件作る可能性があります。個人のメモでも同じです。「DMに結果がない」を「保存されていない」と置き換えず、保存先を先に確認してください。
| 確認できた状態 | 進め方 |
|---|---|
| 作業済みで、回復できる配信失敗がある | /retryで保存済み結果の配信を試す |
| 回復できる配信失敗がないと案内される | 再配信対象の保存済み失敗結果がない状態として、スマホのタスクと保存先を確認する |
| 依頼が期限切れ、または接続が変更された | 元の作業結果と現在の接続を確認してから、新しい依頼の必要性を判断する |
| 作成された項目の内容が違う | 対象項目を特定し、修正する内容を決める。単純な作成依頼を繰り返さない |
「回復できる配信失敗がない」という返答だけでは、元の作業が成功したとも失敗したとも分かりません。/retryの対象がないことと、端末上に結果がないことは別です。保存先の状態が不明なまま書き込みを再依頼せず、先に確認できる情報を集めます。
/stopは現在と待機中の依頼を停止しますが、完了済みの予定作成や外部操作を取り消しません。FoneClawのセキュリティ説明も、実際の権限・承認方針と操作の影響を分けて扱っています。停止後は保存済み項目を確認し、不要なら対象アプリで編集・削除します。停止する範囲を整理したい場合は、AndroidでAIエージェントを停止する方法：端末とクラウドを分けて確認を参照してください。
小さな確認で復旧し、診断情報を残す
復旧後の最初の確認は、保存や送信を伴わない/statusにします。これは読者が行う確認手順であり、特定の環境での接続試験結果ではありません。状態の返答を受け取れたら、必要に応じて「短い買い物メモの文案だけ作る。保存や送信はしない」のような、影響を限定した依頼を一件だけ送ります。
- 接続先を確認する。目的のボットへのDMと、ペアリングしたDiscordアカウントを使っているかを見ます。
- 受付と待機列を確認する。/statusの件数と案内を見て、新しい依頼を重ねる必要があるか判断します。
- スマホのタスクを確認する。承認待ち、権限待ち、実行中、完了、失敗を区別します。
- 結果の場所を確認する。文案なら返された内容、保存を伴う作業なら対象アプリの項目を見ます。
- 配信と再実行を分ける。保存済み結果の再配信で足りるかを先に調べ、元の作業を送り直すのは保存先を確認してからにします。
解決しない時は、送信時刻、表示されたエラーの文面、ペアリングの成否、/statusの件数、スマホ側の承認・権限状態、保存先で確認できた結果を記録します。これなら「接続できない」という一言より、どの段階で止まったかを具体的に伝えられます。画面を共有する際は、ボットトークン、API認証情報、私的なDM本文、予定の個人情報を除いてください。
ほかの文字入力経路を検討する場合は、FoneClawとTelegramボットの接続方法：BotFatherで作成し、スマホのToDoまで確認するでTelegram側の別手順を確認できます。Discordの設定にTelegramの手順を混ぜず、どの接続を使っているかを明確にします。
確認のゴールは、正しいDMから依頼が届き、必要なスマホ側の判断を経て、実際の結果とDiscordへの配信をそれぞれ確認できることです。途中で止まった時も、その段階だけを直し、完了済みの操作を繰り返さないように進めてください。