Routines for Claude Code 決まった作業を時間や合図で自動実行する

Claude Codeを毎朝同じように起動して、同じ作業を頼んでいる自分に気づいたとき、「これ、勝手にやっておいてくれないかな」と思いました。その願いに近いのが、Anthropicが出したRoutinesです。

この記事は、Routines for Claude Codeが何で、非エンジニアがどう使えるかを整理したものです。

Routinesは「決まった作業の予約」

Routinesを一言で言うと、Claude Codeにやらせる作業を、あらかじめ登録して自動で走らせる仕組みです。

きっかけは3種類あります。決まった時間(スケジュール)、外部からのAPI呼び出し、そして外部のできごと(イベント)。たとえば「毎朝9時に」とか「リポジトリ(プロジェクトのファイル一式を置く場所)に変更が入ったら」といった合図で、登録した作業が自動で動きます。

Anthropic Introduces Routines for Claude Code Automation(InfoQ)

これまでは、自分でターミナルを開いて、毎回指示を打っていました。Routinesは、その「毎回手で起動して頼む」部分を予約に置き換える発想です。

機能の話だけだとピンとこないので、研修先で「これは使えそう」と反応があった例を挙げます。

毎朝、前日のコミット(変更の記録)を読んで、何が変わったかの要約を日本語で出しておく。週に一度、依存しているライブラリ(他人が作った部品)に新しい更新が出ていないかを調べてレポートにまとめる。決まった時刻に、ドキュメントの目次を最新の状態に整える。

開発以外でも考え方は同じです。たとえば、特定のフォルダに溜めたメモを毎朝読んで要約を出す、週に一度だけ決まった情報源を見て変化があればまとめる、といった「情報収集と整理」も予約できます。

どれも「やった方がいいけど、つい後回しにする」類いの作業です。こういう定型作業ほど、予約して自動で回す価値があります。

ただし、何でも自動化すればいいわけではありません。私の中での線引きを書きます。

向くのは、手順が決まっていて、結果を後でまとめて確認すればいい作業です。要約、定期チェック、整形。失敗しても致命傷にならないものが安心です。

向かないのは、途中で人間の判断が要る作業や、結果をその場で確認しないと危ないものです。本番環境(実際にお客さんが使っている本物の方)への反映や、お金が動く処理を自動で走らせるのは避けたほうがいい。人が見ていない時間に動くからこそ、慎重さが要ります。

権限まわりの設計は、自動実行と相性が深いので別記事に。

Claude Codeのpermissionの設定

人が見ていない時間に動く仕組みなので、暴走したときの被害を小さくする設計が前提になります。

私が気をつけているのは、自動実行のRoutinesには破壊的な操作(ファイルの削除や本番への反映)を許可しないこと。読む・調べる・まとめる、までに範囲を絞っておく。何かを変える作業は、人が確認できる対話のときに回す。

チェック体制の作り方は、別記事にまとめています。

Claude Codeを安全に運用する3層チェック体制の作り方

ひとつ実務的な注意を。Routinesは人が対話せず自動で走るので、課金のうえでは「プログラム利用」という別枠の扱いになります。

2026年6月15日から、サブスクでのプログラム利用は別のクレジットプールから引かれるようになりました。Routinesを本格的に組むなら、この課金の枠を把握しておかないと、想定外に枠を消費することがあります。

Claude Codeの6月15日課金変更ターミナルで使う人は慌てなくていい理由

最後に、始め方の提案です。

いきなり複雑な自動化を組まず、まず「毎朝、前日の変更を要約する」のような、失敗しても困らない1つだけを予約してみる。1週間動かしてみて、出力が役に立つか、枠をどれくらい食うかを見る。そこから増やすかどうかを決める。

私自身、最初に欲張って3つ同時に組んで、どれが何を出しているか分からなくなりました。1つずつ、が結局いちばん早いです。