Geminiのスケジュール済みアクションが動かない時の8つの確認
AndroidでGeminiのスケジュール済みアクションが表示されない、実行されない、通知が来ない、一時停止する時に確認する手順を整理します。
- Geminiのスケジュール済みアクションが動かない時は、まず「予定自体がない」「チャット結果がない」「Android通知だけがない」の三つに分けます。原因と確認先が違います。
- 通常のScheduled actionsはGeminiチャットに紐づく一回または繰り返しのプロンプトです。Sparkのスケジュールとは条件と動きが違うため、同じ手順で直そうとしません。
- 利用できるアカウント、Keep Activity、アクションの有効状態、接続アプリ、元のGeminiチャット、Android通知設定を順番に見ると、不要な再作成や重複実行を避けやすくなります。
- Geminiの予定はGeminiチャットとScheduled actions一覧で管理し、FoneClawではユーザーが確認した次の診断作業をAndroidの個人ToDoとして保存できます。日付がない作業は日付未設定で残せます。
失敗したGeminiの予定を特定する
Geminiのスケジュール済みアクションが動かない時は、最初に失敗の種類を分けます。予定そのものが一覧にないのか、予定はあるのにGeminiチャットに結果が出ないのか、チャットには結果があるのにAndroid通知だけが来ないのか。この三つを混ぜると、通知設定を直しているのに実際は予定が一時停止していた、または予定を作り直したのに通知カテゴリが止まっていた、という回り道になりやすくなります。
GoogleのGeminiのスケジュール済みアクションのヘルプでは、Scheduled actionsはGeminiチャットに紐づく一回または繰り返しのプロンプトとして管理されます。たとえば「毎朝、今日の準備をまとめる」「金曜に週次メモを作る」のように、チャットの依頼を後で実行する形です。まずは、問題の予定がどのチャットに紐づいているか、いつ実行されるはずだったか、結果をどこで見るつもりだったかを書き出します。
Gemini Sparkのスケジュールを作った場合は、通常のScheduled actionsとは別に考えます。Gemini Sparkのスケジュールに関するヘルプでは、時刻、Gmailのフィルター、テーマ監視などを使う別機能として説明されています。Spark側の条件や対象プランを、通常のチャット予定にそのまま当てはめると切り分けを誤ります。Sparkとの違いを詳しく見る場合は、Gemini Spark vs FoneClaw：クラウド作業か、Androidスマホ操作かで選ぶで、クラウド作業とAndroid上の結果を分けて確認できます。
アカウントとKeep Activityを確認する
次に、使っているGoogleアカウントとKeep Activityを確認します。Scheduled actionsは、個人のGoogleアカウントと対象のWorkspaceアカウントへ段階的に広がる機能として案内されています。つまり、Androidで予約アクションの入口が見つからない時、それは作った予定の失敗ではなく、アカウント、組織設定、提供状況の問題である場合があります。
GeminiのScheduled actionsにはKeep Activityが必要です。GeminiアプリやWebで同じGoogleアカウントを使っているか、仕事用や学校用アカウントなら管理者が必要な機能を許可しているかを見ます。家族用端末や複数アカウントのAndroidでは、Geminiで表示しているアカウントと、通知を受け取るつもりのアカウントが違うことがあります。予定が表示されない場合は、まずアカウントを切り替えてScheduled actions一覧を確認します。
Androidで予約アクションを探す時は、Gemini内のScheduled actions一覧を見ます。端末のカレンダーアプリ、Androidのアラーム、Googleタスクの一覧に必ず出る予定として探すと混乱します。Geminiチャットに紐づく予定なので、対象アカウントのGemini内で見つかるかを基準にします。先回りするAIの開始条件や情報アクセスの考え方を整理したい場合は、先回りするAIアシスタントの選び方も役立ちます。
予約アクション自体を見る
アカウントと入口を確認したら、予定そのものの状態を見ます。Scheduled actions一覧で、意図したアクションが存在するか、有効になっているか、一時停止していないか、実行予定の時刻や繰り返しが合っているかを確認します。Geminiの予約タスクが一時停止している場合、通知や接続アプリを直しても実行されません。
Geminiは有効なスケジュール済みアクションを最大10件まで扱うと説明されています。新しい予定を作ろうとしてうまくいかない時は、既存の有効な予定が上限に達していないかを見ます。また、しばらく使われていないアクションは自動的に一時停止されることがあります。古い毎週の要約や使わなくなった確認を整理し、必要なものだけを有効にします。
| 見える状態 | 意味 | 次にすること |
|---|---|---|
| 一覧にない | アカウント違い、未作成、提供状況、削除の可能性 | アカウントとKeep Activityを確認し、必要なら作成し直す |
| 一時停止 | その予定は実行対象から外れている | 内容を読み直し、必要なら有効化する |
| 有効だが古い | 依頼文や参照先が今の目的に合わない可能性 | 予定時刻、繰り返し、プロンプトを見直す |
| 有効な予定が多い | 上限に近い、または上限に達している可能性 | 不要な予定を停止または削除する |
ここでは、結果の品質ではなく「実行対象になっているか」を見ます。予定が有効で、時刻も合い、上限にも触れていないなら、次はその予定が参照するアプリや情報源を確認します。
連携アプリと参照元を確認する
スケジュール済みアクションがGmail、Drive、カレンダー、ほかのGoogleサービスの情報に依存している場合は、予定の作成と情報アクセスの失敗を分けます。予定は実行されても、参照すべきメールやファイルにアクセスできなければ、期待した答えになりません。Geminiのスケジュール済みアクションが表示されない問題と、表示されるが情報を読めない問題も別です。
たとえば「毎朝、今日の出張関連メールをまとめて」と頼むなら、どのGoogleアカウントのGmailを見るのか、出張という条件をどう判断するのか、対象期間はいつからいつまでかを明確にします。共有Driveの資料、別アカウントのメール、組織管理のWorkspaceデータを使う予定なら、接続アプリとアクセス権も確認します。Gmail接続の設定や復旧を詳しく見る場合は、AIアシスタントにGmailを接続する設定と直し方で、アカウント、権限、参照範囲を整理できます。
切り分けには、依頼文を一度単純にする方法が有効です。まず「明日の朝8時に、短い挨拶を表示して」のように、外部データに依存しない予定で実行を確認します。それが動くなら、次にGmailやDriveなどの依存先を一つだけ追加します。最初から複数のアプリ、長い条件、曖昧な期間を入れると、予定の失敗なのか参照先の失敗なのかが見えにくくなります。
通知より先にGeminiチャットを見る
実行されたのに通知が来ないと感じた時は、Android通知を直す前に、対象のGeminiチャットを開きます。Scheduled actionsはチャットに結果を出す機能なので、まず結果が投稿されているか、投稿時刻がいつかを確認します。チャットに結果があるなら、クラウド側の実行は成立し、通知だけが届かなかった可能性があります。
反対に、チャットにも結果がない場合は、通知設定よりも、予定の有効状態、アカウント、Keep Activity、参照元、時刻の指定を先に見ます。通知が来ないことだけを根拠に予定が失敗したと判断すると、同じ予定を何度も作り直してしまうことがあります。結果の有無は、通知欄ではなくGeminiチャットを基準に確認します。
なお、Scheduled actionsの応答は指定時刻より前に準備される場合があります。そのため、株価、災害、交通、在庫、締め切り直前の変化のような正確なリアルタイム監視には向きません。たとえば「朝7時に今日の予定をまとめる」は適していますが、「発車直前の遅延を必ず検知して知らせる」のような依頼は、専用の通知サービスやアプリ側の通知と分けて考えます。この前提を一度確認しておくと、通知の遅れと情報の鮮度を混同しにくくなります。
AndroidでGemini通知を戻す
Geminiチャットに結果があるのにAndroid通知が来ない場合は、通知経路を確認します。Androidの通知設定のヘルプでは、アプリ単位で通知を許可、サイレント化、オフにでき、端末によってはカテゴリ単位でも調整できると説明されています。Geminiの通知は、Android側ではGoogleアプリの通知設定やGemini関連カテゴリとして扱われる場合があります。
確認する順番は、端末全体の通知、Googleアプリの通知、Geminiに関係する通知カテゴリ、サイレント通知、バッテリーや集中モードの影響です。メーカーによって設定名や階層は変わります。通知音が鳴らないだけなのか、通知が通知欄に出ないのか、ロック画面に出ないのかも分けます。音だけの問題なら、アプリ通知ではなく通知音量やサイレント設定が原因になることがあります。
通知設定を直しても、過去に失敗したクラウド実行が自動で再作成されるわけではありません。設定を変えた後は、対象のGeminiチャットで結果があるかをもう一度見てから、次回の予定または低リスクの再テストで通知を確認します。通知は結果を知らせる手段であり、結果そのものではありません。
時刻、場所、依頼文を整える
予定の時刻や場所が曖昧だと、実行結果も確認しにくくなります。時刻を指定する時は、日付、繰り返し、タイムゾーン、対象の予定や情報源を明確にします。「毎朝」だけで足りる場合もありますが、海外出張中や複数地域のチームで使うなら、「平日午前8時、日本時間」のように書くほうが誤解を減らせます。
場所に依存する依頼では、使える位置情報や参照元を確認します。「近くの雨を知らせて」「会社を出る前に交通状況を教えて」のような依頼は、現在地、保存した場所、通勤経路、時刻のどれを使うかで結果が変わります。GeminiのScheduled actionsは応答が事前に準備される場合があるため、直前に変わる状況を正確に監視する用途には分けて使います。
依頼文は、短く、検証できる形にします。悪い例は「いい感じに毎日必要なことを教えて」です。原因が分かりにくく、期待値もずれます。良い例は「平日午前8時に、今日のカレンダー予定を3件以内で要約して」です。接続アプリを使うなら、「Gmailの未読」や「Driveの特定フォルダ」のように参照元も具体化します。
一つだけ条件を絞って再テストする
最後は、低リスクの予定を一つ作って再テストします。外部データに依存しない短いScheduled actionを作り、一覧に存在するか、有効か、指定時刻の後にGeminiチャットへ結果が出るか、Android通知が届くかを別々に確認します。ここで成功すれば、基本の予定実行と通知経路は動いています。
- 接続アプリを使わない短い予定を一つ作ります。
- Scheduled actions一覧で、有効状態と時刻を確認します。
- 指定時刻の後、まずGeminiチャットの結果を見ます。
- 結果がある場合だけ、Android通知の出方を確認します。
- 成功したら、GmailやDriveなどの依存先を一つずつ追加します。
再テスト後に残る作業は、Google側の予定と混ぜずに管理します。Geminiのスケジュールは、該当するGeminiチャットとScheduled actions一覧で状態を確認します。たとえば「明日、GeminiのGmail連携を確認する」「不要なScheduled actionsを2件整理する」のように、ユーザーが確認した次の一件だけをFoneClawへ渡せます。FoneClawでは、ユーザーの意図に沿ってAndroidの個人ToDoとして保存し、日付がなければ日付未設定で残します。明確な日付が後から示された時だけ日付付きに更新します。
FoneClawは、確認済みの次の行動をAndroid上で見える形に残します。対応するAndroid操作、承認、結果確認の範囲はFoneClawの機能ページで確認できます。導入と現在の提供内容はFoneClawのダウンロードページから進められます。再テストは、一度に全部直すのではなく、一つ成功させてから依存先を足す流れにすると、原因を見失いにくくなります。