Claude Code 定期実行の始め方｜4つの方法の違いと、毎朝の要約を壊さない公式6ルール

Claude Codeで定期実行する方法は？4つの違い

Claude Codeで定期実行する方法は、開いているセッションの中で繰り返す /loop、デスクトップアプリの定期タスク、Anthropicのクラウドで動くルーティン、APIから使うManaged Agentsの4つです。選ぶ基準は、PCの電源を切っても動かしたいか、手元のファイルを読ませたいかの2点です。

ルーティンはPro・Max・Team・Enterpriseの各プランで使え、定額プランの使用量から差し引かれます。Managed AgentsはAPIの従量課金で、トークン代に加えて実行中の時間1時間あたり0.08ドルがかかります（料金ページ）。Anthropicの公式動画でも、ルーティンを毎日の見張り役として使う例が紹介されています。

「毎日動いて性能の劣化がないか確認するルーティンを、Claudeに設定してもらいます。劣化が見つかれば、Claudeが調査のスレッドを開き、次に確認したときにはプロジェクトの中で待っています」

"we'll ask Claude to set up a routine that runs every day and checks for any performance regressions. If Claude finds one, it will open a thread to investigate, and it will be waiting for you in the project when you next check in."

Anthropic公式チャンネル — 「Getting started with Claude Code Projects」3:02

定期実行のAIは、なぜ同じ報告を繰り返し、取りこぼすのか？

主な原因は、実行時刻がずれるのに「直近24時間をまとめて」のような固定の期間で読ませていることです。実行が遅れると前回との間に隙間ができて取りこぼし、早まると同じ項目を2回拾います。Claude Codeの定期実行は、4つの方法のどれでも予定どおりの時刻には動きません。

Anthropicの公式ガイド「Building effective agent automations」は、この問題を最初に取り上げています。

「遅れた実行は隙間を残し、早まった実行は同じ項目を繰り返します」

"A late run leaves a gap and an early run repeats items."

Lance Martin、CJ Avilla（Anthropic）— Building effective agent automations（2026年10月8日）

公式ドキュメントに書かれている「ずれ方」を並べると、次のとおりです。

当研究所の見解では、デスクトップの「復帰時に1回だけ」の動きが士業の現場で最も効きます。金曜の夜から月曜の朝までPCがスリープしていれば、月曜の朝に動く1回が週末の分をすべて拾う必要があります。「直近24時間」と書いた指示では、土日の連絡が抜け落ちます。

Anthropic公式の6つのルールとは？

6つのルールは、定期実行のAIが「黙って抜ける」「同じことを何度も言う」「古い情報で急かす」を防ぐための作り方の決まりです。Anthropicは、SlackとGitHubを読んで毎朝の要約をSlackに投稿する参照実装（daily-brief）とあわせて公開しています。公式の告知は、10月10日時点で表示26.5万回、ブックマーク3,600件でした。

公式ガイドはこのほか、費用の上限を普段の1回の3〜5倍から始めるよう勧めています。上限に達した回は失敗ではなく一時停止になるため、低すぎると「静かに止まった要約」に見えます。また、日付をサーバーの時刻帯で数えて今朝を「昨日」と呼んでしまう不具合にも触れ、時刻帯を明示するよう勧めています。日本の事務所なら「日付はすべて日本時間で数える」と書いておきます。

【実測】6つのルールで朝の要約はどう変わる？Haiku 5.5でも守れるか

架空の税理士事務所で4日分の朝の要約を作らせると、素朴な指示では対応済みの案件が11〜12行も「要対応」として残りました。6つのルールに沿った指示では、Sonnet 5.5でもHaiku 5.5でも取りこぼし・重複・古い行が0でした。費用はHaiku 5.5なら1回約1.3円です。

検証の設計

所長向けの朝の要約（8行以内）を、事務所チャットと案件管理システムの書き出しから毎朝書かせました。4日間に、次の5つの「落とし穴」を仕込んでいます。

実行はClaude Codeのヘッドレス実行（claude -p）で、送信はファイルへの書き出しで代えています。素朴な指示は「直近24時間の動きをまとめて」、6ルールの指示は前回の続きから読む・台帳・送信直前の確認・希望ファイルの読み込み・日本時間を指定したものです。Sonnet 5.5の20回は10月10日に行い、今回10月12日に同じデータとプロンプトでHaiku 5.5を12回追加しました。

素朴な指示は、「直近24時間」と書いても渡された72時間分をすべて毎朝載せ直したため、取りこぼしは起きませんでしたが、同じ項目を10件も繰り返しました。Haiku 5.5の4日目の要約は、2日前に対応が済んだ税務調査の連絡を、まだ【至急】として先頭に載せています。取得そのものを24時間で切ると重複は減りましたが、遅れた2日目の隙間に来た税務調査の連絡など3件を取りこぼしました。

6ルールのHaiku 5.5は、2時間10分遅れた2日目に隙間の2件を拾い、送信2分前に片付いた案件は落としました。3日目は「案件管理システムは今回読めませんでした」と書き、4日目には読めなかった間に更新された案件を拾っています。2系列とも、5つの指標と毎朝の行数（2・6・6・4行）は同じでした。

ルールを守るぶん手順は増え、1回あたりの作業はSonnet 5.5で13〜23往復、Haiku 5.5で13〜21往復、時間は約33〜35秒でした。それでもHaiku 5.5なら1回約1.3円で、Sonnet 5.5の約13分の1です。この程度の手順が決まった作業は、安いモデルでも守れました。Haiku 5.5の特徴と注意点はClaude Haiku 5.5の解説にまとめています。

士業・バックオフィスはどの方法から始めればいい？

当研究所の見解では、まずデスクトップの定期タスクで、手元の書き出しファイルを読む要約から始めるのが安全です。顧問先のデータを外のサービスに接続せずに済み、権限もタスクごとに絞れます。PCを閉じても動かす必要が出てから、ルーティンやManaged Agentsに移ります。

毎朝の所長向けブリーフを out/ に書く。
1. state/bookmarks.json の時刻より新しい項目だけ読む（期間で区切らない）
2. 読めない情報源があれば、その分のしおりは進めず、最後に1行で知らせる
3. 載せる項目は、書く直前に live/ の最新状態を確かめ、片付いていれば落とす
4. 書き終えたことを確かめてから、台帳としおりを更新する
5. prefs/preferences.md を毎回読む。読めなければ止まって知らせる
6. 日付はすべて日本時間で数える。台帳にある継続中の案件は「継続・N日目」として1行にまとめる

一方、PCが休みの日も止めたくない、複数の担当者に届けたいという場合は、クラウドのルーティンかManaged Agentsです。どちらも手元のファイルは読めないため、データの置き場所（リポジトリやコネクタ）を先に決める必要があります。

定期実行の費用・権限・注意点は？

定期実行のAIは誰も見ていない時間に動くため、費用より先に権限を決めます。クラウドのルーティンは承認なしで動き、接続済みのコネクタが既定ですべて含まれ、書き込みも承認なしで行われます。操作はすべて本人の名前で記録されます。

Claude Codeそのものの始め方はClaude Code入門ガイドを、セキュリティの基本設定は必須セキュリティ設定をご覧ください。

まとめ