世界を動かす技術を、日本語で。

クロードコードルーチン

2026年4月15日原文(code.claude.com)

概要

  • Claude CodeのRoutine機能 は、プロンプト・リポジトリ・コネクタ設定を自動実行するクラウド自動化機能
  • 複数のトリガー(スケジュール/API/GitHub) を組み合わせて運用可能
  • 作成・管理はWeb/CLI/デスクトップアプリ で実施、実行履歴や編集も容易
  • 用途例:バックログ管理、アラート対応、コードレビュー、デプロイ検証など
  • 利用プラン制限・実行回数制限あり、個人アカウント単位で管理

Routine(ルーチン)とは

  • Claude Codeで保存された構成 (プロンプト・リポジトリ・コネクタ群)の自動実行パッケージ
  • Anthropic管理のクラウド上で稼働 し、PCを閉じても継続動作
  • 一つ以上のトリガー (スケジュール/API/GitHubイベント)を組み合わせ可能
  • Pro/Max/Team/Enterpriseプラン で利用可能、WebのClaude Code有効化が必要

トリガーの種類

  • スケジュールトリガー :毎時・毎日・毎週など定期実行
  • APIトリガー :HTTP POSTリクエストでオンデマンド実行
  • GitHubトリガー :Pull RequestやPushなど、リポジトリイベントで自動実行
  • 複数トリガーの組み合わせ が可能、例:PRレビューを夜間・デプロイスクリプト・新規PRで自動化

主なユースケース例

  • バックログ管理 :毎週夜間にIssueトラッカーから新規Issueを取得、ラベル付与・担当者割当・Slack通知
  • アラートトリアージ :監視ツールからAPI経由でアラート受信、スタックトレース解析・修正PR作成
  • カスタムコードレビュー :PR作成時に自動チェックリスト・インラインコメント・要約コメント投稿
  • デプロイ検証 :CDパイプラインからAPI経由で実行、スモークテスト・エラーログチェック・リリース可否通知
  • ドキュメントドリフト検知 :週次でマージ済みPRを走査、API変更を反映するドキュメントPR自動作成
  • ライブラリ移植 :PRマージ時に他言語SDKへ自動移植PR作成

Routineの作成方法

  • Web/CLI/デスクトップアプリ からRoutine作成
    • Web :claude.ai/code/routinesで新規作成、プロンプト・リポジトリ・環境・コネクタ・トリガー設定
    • CLI :/scheduleコマンドでスケジュールRoutine作成、/schedule updateで詳細編集
    • デスクトップアプリ :ScheduleページでNew remote task選択(local taskはPC限定)
  • Routineは個人アカウント単位 で管理、GitHubやSlack等の操作は連携アカウントの権限で実行

トリガー設定方法

スケジュールトリガー

  • 定期実行間隔 (毎時・毎日・平日・毎週)をGUIで選択
  • カスタム間隔 はCLIでcron式指定(最小1時間間隔)

APIトリガー

  • 専用HTTPエンドポイント がRoutineごとに発行
  • Bearerトークン認証 でPOSTリクエスト送信、textフィールドで追加情報送信
    • 例:curlでアラート内容を送信し、セッションURLが返却
  • トークンの再発行・無効化 はWebから

GitHubトリガー

  • Web UIでのみ設定可能
  • 対応イベント :Pull Request, Push, Release, Issue, Discussion, Workflowなど
  • フィルタ条件 :PR作成者・タイトル・説明・ブランチ・ラベル・ドラフト・マージ状態・フォーク等
    • 例:mainブランチ向け認証モジュールPRのみ、外部コントリビュータPRのみ、ラベル付きPRのみなど
  • イベントごとに新規セッション が生成、セッションの再利用不可

Routineの管理・実行

  • Routine一覧から詳細ページへ遷移し、設定・履歴確認・編集可能
  • 実行履歴(Run)をクリックでセッション内容確認・Pull Request作成・会話継続可能
  • 即時実行(Run now)、スケジュール一時停止・再開、設定編集(名前・プロンプト・リポジトリ・トリガー等)

注意点・制限

  • Routineは個人アカウントに紐づき、チーム共有不可
  • 実行回数はアカウントごとの日次上限あり
  • Routine経由のすべての操作(GitHubコミット・Slack通知等)は連携アカウント名義で実行

まとめ

  • Claude Code Routineは、複数トリガーを組み合わせてコード・運用自動化を強力に支援
  • Web/CLI/デスクトップから柔軟に作成・管理可能
  • 用途に応じたトリガー・フィルタ設定で、煩雑な手作業の自動化・効率化を実現

Hackerたちの意見

最近のClaude Codeの使用制限が極端に減ったって話だけど、こういう自律的なツールはその制約の中でどうやって機能するんだろう?結局、20倍のマックスプランじゃないと使えないってこと?追記:このコメントはどうやら[死んでる]みたいで、理由はわからない。

今は君のことを信頼できるって感じだよ、もう死んでるわけじゃない。

これについて友達とたくさん話してて、Xでいろんなソーシャルメディアの投稿を読んでる。みんなが深く掘り下げてるのを見たよ(今仕事中だからリンクは手元にないけど、HNに1つ投稿したことがある。信頼性は不明だけど、面白かったよ:https://news.ycombinator.com/item?id=47752049)。実際の問題は、100万トークンのコンテキストウィンドウの変更から来てると思う。彼らはそれがどれだけの負荷をかけるか予想していなかった。新しいトークンウィンドウをリリースした後の最初の数日間、何もないところから一つのセッションで素晴らしいものを作り出してた(Pythonにインスパイアされた新しい.NETベースのプログラミング言語や、Rustでのバーチャルアクターフレームワーク)。それ以降、彼らはユーザーをイライラさせながら、いろんな調整を試みていると思う。新しい「Max」思考モードを追加したり、「High」を昔の中間にしたりしてるけど、これはおかしいよ。だって「High」を使ってると思っても、実はそうじゃないから。Claudeをもっと賢くするために、ひどいデフォルトを変更する隠れた設定ファイルがあって、どうやら1Mトークンをオフにすることもできるみたい。実際の修正は、ユーザーがコンテキストウィンドウを縮小できるようにすることだと思う。考えてみて、昔は350kトークンくらいあったよね?今はClaudeが30分前の全く関係ないプロンプトを送り続けてるけど、3ヶ月前ならもう圧縮されてたはず。誰かが、Claude Codeのバージョンをダウングレードして、1つの設定を変更するとClaudeが元に戻ることを発見したみたいだよ:https://news.ycombinator.com/item?id=47769879

AIの競争は今や借金ゲームだね。パーティーが終わったら、誰かがそのツケを払わなきゃいけない。

計算リミットがあるなら、みんなに使わせないようにするのが合理的だよね。じゃあ、計算を自動的に多く使う機能を出さない方がいいんじゃない?それとも、これが余分な使用を引き起こすのかな?

こういうスケジューリングがあると、もっと予測可能な負荷になると思う。人々が「オフの時間」にタスクをスケジュールして、昼間の負荷を減らすことを期待してるのかもね。

マックスアカウントには、1日15回の実行が含まれてる。それを超えると、追加使用として請求されるよ。

それが、彼らがもっとユーザーを自分たちのエコシステムに引き込む方法なんだよね。

「使用量」っていうのは、彼らが目指している指標とはちょっと違うと思う。むしろ「私たちの開発戦略に沿った使用量」って感じ。Claudeを使ってコードを書く人のトランスクリプトは、OpenClawがカレンダーの招待を設定しようとするトランスクリプトよりも、彼らにとってはずっと価値があると思う。

彼らは他のことよりも、むしろモートを築くことを心配してるんだよね。人々に、プラットフォームにロックインされるような統合を作らせたいんだ。

利用規約についてちょっと混乱してる。私の理解では、claude -pをcronで実行するのは問題ないけど、Telegramボットに入れるのは利用規約違反だよね(トークンごとの課金を使わない限り)。これは第三者のハーネスになるから。(claude -pは「サブスクリプションでの第三者のもの禁止」ルールの簡単な回避策だし) このRoutines機能はサブスクリプションと連携してて、APIコールバックもある。だから、私のTelegramボットがそのAPIを呼び出したら…私のAnthropicアカウントは消されちゃうの?

え、他のツールの周りでclaude -p使えないの?じゃあJSON SDKの意味って何なの?Anthropic、ちょっと混乱するわ。編集:具体的にはIDEを作ってて、ClaudeCodeを組み込みたいんだけど、IDEの一部として使う時と、サードパーティのハーネスになる時の違いが全然わからない…。

Hacker Newsで議論の続きを見る