Claude Code Routineがサイドバーに表示されない不具合と対処法

Claude Code Routineとローカルのスケジュールタスク

Claude Code Routineは、プロンプト・1つ以上のリポジトリ・connectorをひとまとめにした設定を1回作成し、スケジュール実行・API呼び出し・GitHubイベントのいずれかまたは組み合わせで自動実行する機能です。公式ドキュメントによれば、Anthropicが管理するクラウドインフラ上で動くため、コンピューターの電源が落ちていても実行が続きます。

DesktopアプリのRoutinesページには「Local」という選択肢もあり、これを選ぶと自分のマシン上で動くDesktop scheduled task(ローカルのスケジュールタスク)が作られます。こちらはクラウドのRoutineとは別物です。公式ドキュメントでは、アプリが開いていてコンピューターが起きている間だけ動くと説明されています。

ローカルのタスクが時刻どおりに起動すると、デスクトップ通知が鳴り、左サイドバーの「Scheduled」セクションに新しいセッションが現れる、というのが公式の説明です。スマートフォン側のRemote Controlからも、この実行を開いて続きを操作できていました。

2026年9月、この「サイドバーとRemote Controlに並ぶ」という前提が崩れる不具合が相次いで報告されています。GitHub Issue上では「Routine runs」と呼ばれていますが、中身はRoutinesページのLocalで作るタスクの実行結果の表示です。クラウドのRoutineの実行履歴はclaude.ai/code側で確認する別の仕組みで、今回の不具合の対象ではありません。

設定・実行手順はClaude Code Desktopで定期実行タスクをスケジュールする、Routine全体の使い方はClaude Code Routines完全ガイドにあります。ここでは、実行済みのタスクが見えなくなる不具合の中身と、見えないときの切り分けを扱います。セッション一覧のGroup byが消えた件はGroup byが消えた理由と戻し方にあります。

実行が見えないのは不具合か、実行されていないのか

サイドバーに実行が出ないとき、最初に分けたいのは「実行されたのに表示されない」場合と「そもそも実行されていない」場合です。後者は不具合ではなく、公式ドキュメントに書かれた仕様で起こります。

切り分けには、Codeタブの「Routines」一覧でタスクをクリックして開く詳細ページを使います。ここの「Review history」には、過去の実行が、スキップされた実行も含めてすべて並びます。

スリープで逃した実行は、アプリの起動時や復帰時に、直近7日分のうち最後に逃した時刻の1回だけが追いかけて実行されます。それより古い分は破棄されます。毎日のタスクが6日分たまっていても、復帰後に走るのは1回だけです。

もう一つ、権限で止まる場合があります。権限モードがManualのタスクが許可のないツールを呼ぶと、実行はあなたの承認を待って止まり、セッションはサイドバーに開いたまま残ります。サイドバーに無いのに止まっている、という症状とは別の話です。

タスクを削除すると、そのタスクが作ったセッションはすべてアーカイブされます。消した覚えのないタスクの実行だけが見えないときは、削除済みでないかも確かめます。

macOSで最初に報告された不具合 — Issue #95967

最初の報告は、GitHub Issue #95967として2026年9月22日に登録されました。報告者の環境はClaude Code CLI 2.1.278、Claude Desktopアプリ2.2553.1、macOS(Darwin 25.6.0)です。

ローカルで設定したタスクが実行されると、これまでは通常のセッションと同じようにデスクトップアプリのサイドバーに現れ、スマートフォンのRemote Controlからも開けていました。報告時点のバージョンでは、実行が終わってもサイドバーとRemote Controlのどちらにも現れず、PCからもスマートフォンからも開けなくなっていました。

表示上の見落としではない、という根拠として、報告者はClaude Desktopがローカルに保持しているセッション状態ファイルの中身を示しています。~/Library/Application Support/Claude/claude-code-sessions/.../local_<id>.jsonという形式のファイルに、各実行の状態が記録されています。

ls ~/Library/Application\ Support/Claude/claude-code-sessions/*/local_*.json | tail -5
cat ~/Library/Application\ Support/Claude/claude-code-sessions/*/local_<run-id>.json

報告者が挙げた実行のファイルには、次の3つのフィールドが記録されていました。

アプリ内部の判定は「この実行はサイドバーとRemote Controlに出してよい」と答えているのに、UIには反映されていません。報告者は、remoteControlAutoEligibleフィールドが最初に現れた2026年8月21日から報告日までの475件の実行ログを見たと述べています。いずれもremoteControlAutoEligible: true・isArchived: falseでした。正常に表示されていた日を特定できなかったとも書かれていて、少なくとも1か月分のログで、内部フラグは表示可なのにUIには出ない状態が続いていたことになります。

同時期に別のOS・別の症状が相次いだ

Issue #95967には投稿から数時間のうちにコメントが付きました。Windows 11のDesktopアプリ2.2553.1、macOS 27.2 betaの同じ版、MacBook Airの2.2553.13など、環境をまたいで同じ症状が寄せられています。Windows 11の利用者は、作業をCodexに移して続けざるを得なかったとも書いています。

あるmacOS利用者は、状況をより具体的に説明しています。スケジュール済みタスクは「Scheduled」ページに一覧表示され、実行も正常に見えるのに、実行が左サイドバーにセッションとして現れないという内容です。登録や実行は動いていて、実行結果をサイドバーから辿る導線だけが失われています。9月22日には、数時間前に新しい表示に切り替わったという報告もあります。

別の利用者(Desktop 2.7032.0・CLI 2.1.281、macOS)は、2026年9月24日に関連する困りごとを書いています。実行の途中で人間が引き継ぎ、通常のチャットのように入力して仕上げたくなる場面があります。ところが引き継いだ後も、ターンが終わるたびに「スケジュール済みタスクが完了しました」という通知が鳴り続けたそうです。無人実行への通知としては妥当ですが、張り付いて操作しているときは雑音になります。ユーザー自身がメッセージを送った時点で通常のチャットとして扱い、通知を止めてほしいという要望です。

Windowsで報告された「Scheduled」欄の縮小 — Issue #97406

2026年9月26日、Windowsからの別の切り口の報告がIssue #97406として登録されました。Claude Desktop 2.9939.2(Windows)で、以前はサイドバーの「Scheduled」見出しの下に各タスクが個別の行として並び、新しい実行があるタスクには青いドットが付いていました。そのドットを一覧で見て回るだけで済んでいたと報告者は説明しています。

更新後は、「Scheduled」がドット1つ分の単一の折りたたみ行になり、個々のタスクの行が消えました。実行結果を読むまでの手順は、次のように増えたと報告されています。

報告者はおよそ40件のローカルなタスクを日次で運用していて、毎朝のドット確認が、タスクごとに複数クリックを要する作業に変わったと述べています。タスク自体は正しく起動しており、影響はサイドバーの表示だけだと補足されています。

#97406は、サイドバーが混雑しすぎるという逆方向の不満(Issue #94181)が動機だろうと推測しています。そのうえで、開閉式のドロップダウンにして展開状態をユーザーごとに記憶させれば、両方の要望を満たせると提案しています。関連Issueとして、2026年4月にサイドバーからRoutineのセクションが削除された経緯を持つ#54524と、前節の#95967も挙げています。サイドバーのRoutine表示は、2026年4月の削除と今回の変更で、少なくとも2度仕様が変わっています。

Windows以外の追認と、実行が一覧に混ざるという報告

#97406には、投稿後の数日でmacOSの利用者からも同じ変化の報告が付きました。macOSの利用者は15件のタスクを回していて、Scheduled、タスク、実行の順に辿り、さらにタスクごとに3回戻る手順になったと書いています。

Windowsの別の利用者からは、症状の向きが違う報告もあります。約12件のタスクを回していて、「Scheduled」が1行になった一方、実行がすべて「Ungrouped」に入り、自分の作業セッションと混ざるといいます。Ungroupedは畳むことも動かすこともできないと書かれています。

30分ごとに動くタスクを持つ別の利用者も、実行が「Today」の一覧に通常のチャットと混ざり、探したいチャットが埋もれると報告しています。フィルタメニューにはStatus・Last activity・Group by・Sort byしかなく、スケジュール実行を隠す手段がないそうです。Ungroupedの利用者は、Scheduled欄の復活と、実行をUngroupedに入れずタスクごとにまとめるか一定数で自動アーカイブすることを求めています。Todayの利用者は、Scheduled欄の復活かスケジュール実行を隠すフィルタのどちらかを求めています。

#95967の「実行が現れない」と、この「実行が通常の一覧に混ざる」は正反対の症状です。どちらの症状もWindowsからの報告があります。自分の症状がどちらかを先に確かめておくと、探すIssueも絞れます。

2件のIssueの違い

2つのIssueは症状が似ていますが、報告している内容は別物です。

いま実行結果を追うための代替手段

2件のIssueはどちらもオープンのままです。報告された内容から、次の追い方が参考になります。

• 詳細ページの「Review history」で、スキップされた実行も含めて、実行が起動したかどうかと理由を確かめる。Routines一覧のタスクを開く手順は、公式ドキュメントでも通常の操作として説明されている
• 「Run now」で手動起動し、権限の許可を済ませておく。初回に「always allow」を選ぶと、以降は同じツールが自動承認される
• Windowsでは、Scheduledの専用ページからタスク、実行の順に開ける(#97406の手順)
• macOSでは、ローカルのセッション状態ファイルを開き、scheduledTaskIdで該当タスクの実行を絞り込む(前掲のコマンド参照)

Remote Control全般の接続不具合と切り分けたい場合は、Remote Controlに接続できないときの見分け方と対処も参考にしてください。Remote Controlの基本的な使い方はClaude Code Remote Controlで作業を別デバイスに引き継ぐにまとめています。10月にDesktop 2.37337.1以降でRoutinesセクションごと消えた件は別のIssue群です。

まとめ

実行が見えないときは、まず詳細ページの履歴で実行されたかを確かめ、実行されているならサイドバーの不具合として扱う、という順で足ります。多数のタスクを日次で回す環境ほど影響が大きいので、サイドバーの見た目だけでタスクの成否を判断せず、履歴やローカルのセッション状態ファイルも併せて見る選択肢があります。