ハクソク

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

クロードコードルーチン

2日前原文(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の一部として使う時と、サードパーティのハーネスになる時の違いが全然わからない…。
└
Anthropicには、HNの投稿でこれがトップコメントになるべきだと思う。もっとちゃんと説明してくれないのが不思議だし、混乱したドキュメントとは真逆のことを言ってる人がネット上にたくさんいるのが信じられない。これによる冷却効果は本当にあって、彼らが明確にしないのがどんどんイライラする。
└
あえて曖昧にしてるんだよ。マイクロソフトがボリュームライセンスを禁止しないみたいに。彼らはあなたを怖がらせたいから、サブスクリプションを最大限に使わせたくないんだよね—それを赤字で売ってるから。もう一つの例は「無制限ストレージ」で、「無制限」とは一部の人がそれを悪用するから、会社がすぐに「無制限」を制限するってこと。
└
そうだね、1ヶ月くらいの間にこんなことがあったよ：- OAuth認証を使えるSDKが登場！- ドキュメントが更新されて「認可されてない限りOAuth認証を使うな！」って書かれた！[0] - Anthropicの社員が「それは私たちの意図じゃない！個人使用なら大丈夫！」ってツイートした！[1] - みんなに「使ってはいけない」とメールが送られた！[2] はぁ。 [0] https://code.claude.com/docs/en/agent-sdk/overview#get-start... [1] https://www.reddit.com/r/ClaudeAI/comments/1r8et0d/update_fr... [2] https://news.ycombinator.com/item?id=47633396
Claude Codeを自動操縦にしてみよう。スケジュールで実行したり、APIコールでトリガーしたり、GitHubのイベントに反応したりするルーチンを定義しよう…この新しい分野に名前をつけるべきだね、例えば「ソフトウェアエンジニアリング」や「プログラミング」とか。
└
エージェントの設定。これに名前をつける価値はないよ。プログラミングやエンジニアリング、あんまり考えることもないから。
└
「バイブコーディング」って効果あるの？
└
グラミング
└
もっとオープンクローイングみたいだね。
└
それは「プロンプトラミング」だね。
Anthropicは、前の週にリリースした機能とほぼ同じだけど、微妙に違う機能を出すのが得意だよね。
└
7日間は仕事がコンテキストウィンドウから外れるには十分な長さだから、だから…
└
それに、すでにたくさんの時間をかけて作ったものもあるし、名前も同じにしてる。 “dispatch”を商標登録しておけばよかったな！
└
> デスクトップアプリで、新しいタスクをクリックして「新しいリモートタスク」を選択します。「新しいローカルタスク」を選ぶと、ローカルのデスクトップスケジュールタスクが作成され、あなたのマシンで実行され、ルーチンではありません。あ、そうなんだ…了解。
しばらく使ってるけど（前は「Scheduled」って呼ばれてたから、リブランドの試みかな？）ちょっとバグがあったけど、今はうまく動いてるみたい。私に合った使い方はこんな感じ：1. 内部ツールのフィードバック用のSlackチャンネルをチェックして、問題を整理して、明らかなものは直して、PRリンクで返事する。開発者の中には気に入った人もいれば、驚いた人もいた。私はそのまま使ってる。2. 意外とコードとは関係ない使い方で、毎日の進捗を教えてもらう（GitHubの活動、Slackのメッセージ、メール） - Claude Code以外のスケジュールされたタスク（CoWork）で試したけど、あまり良くなかった。GitHubのコネクタはClaude Codeでしか動かないみたい。Slackで始まったスレッドと、メール（Outlook）や個人のGmailに関連するものとの相関がすごく良い。興味がある人がいればマークダウンを共有できるけど、かなり基本的なものだよ。すごく便利（動く時はね）。
LLMやその提供者は、まさに巨大なブラックボックスだよね。そこから得られる価値は大きいから、ある程度は我慢できるけど、Anthropicが出してる新しい「製品」や機能は全然魅力的じゃない。使い道が見えないからじゃなくて、全く信頼できないから。 - 機能の裏にあるツールやモデルを弱体化させないという信頼がない - 機能が廃止されないという信頼がない（LLM機能の墓場は広がっていて、彼らは何がうまくいくか試すためにいろいろ投げてる） - 会社自体に対する長期的な信頼がない。彼らが存在し続けるかどうかも、詐欺をしないかどうかも信じられない。彼らの「プラットフォーム」の上で構築したくない。彼らのハーネスやモデルは使うけど、それ以上のロックインは望んでない。もしAnthropicが「悪く」なったら、最小限の手間で別のハーネスやモデルに移りたい。こういうものに投資するのは、そうするのを難しくするだけだ。自分で再現できないものの上にビジネスや開発フローを構築するつもりはない。あと、これをデバッグするのも頭が痛くなりそう。私の意見では、価値が全然ない。追記：言い換えれば、LLMの会社はプラットフォームになるために階段を登ろうとしてるけど、私はそれには全く興味がない。私は「単なるパイプ」だったし、商品が欲しい。プロバイダーが欲しい、プラットフォームはいらない。Claude Codeは、私が冒険したいと思うドラゴンの巣穴の限界で、Anthropicが「悪く」なったらOpenCodeやCodexなどに飛び移れると知っているからこそ、これで大丈夫なんだ。
└
そうだね、トークンを自分のシステムでほぼゼロコストで動かすSWに変換する方がいいよ。
└
> - 機能の裏にあるツールやモデルを弱体化させないという信頼がない それについては、逆に彼らがそうするだろうと信じてるよ。
└
自分のスケジュールを簡単に作れるよね。これって、ロックインを促す機能とは言えないよ。
└
> 「できるだけ手間をかけずに、別のハーネスやモデルに移りたい。こういうものに依存すると、それがすごく難しくなると思う。そういう意図があるんだろうね。たくさんのプロダクト担当者がホワイトボードに集まって、『今は広く使われているけど、我々の競合は市場でさらに信頼されていないから、これが主な防壁だ』って話したんだろう。あとは、完全に差別化されてなくて、他の選択肢にすぐに切り替えられる。どうやって投資家を納得させて、他の選択肢やオープンソースモデルに移ることがないロックインされた顧客基盤があるって示すんだろう？」
└
それってLangChain/LangGraphが解決しようとしてることじゃないの？ワークフローやグラフを書いて、どこにでもホストできるってこと？
└
それは関係ないと思うよ。他の会社がコピーしたり改善したりするから。クローDBボットの時もそうだったし、1ヶ月でクローンの数がすごかった。
└
> 「自分が再現できないものの上にビジネスや開発フローを築くつもりはない。」 でも、自分で再現できるじゃん！ant/oaiが「開発ツール用のLLM」のPMFを見つけるために実験してるのは嬉しいよ。適切な粘着性が分かったら（または、サービスが消えたり、弱体化したり、価格が上がったりしても）、オフランプを使って既存のオープンソースモデルを使って自分のLLM/エージェントを実装すればいいんだ。開発ツールを作るコストはほぼゼロだからね。フロンティア性能が必要なコード生成とは違うよ。
└
これはクラウド導入の熱狂の初期に聞いた似たような感情だね。多くの企業が「マルチクラウド」でヘッジしてたけど、クラウドプロバイダーの敵対的なパターンやコストのせいでほとんど放棄されちゃった。結局、最悪のベンダーロックインの予測はあまり起こらなかったし（これについては意見が分かれるだろうけど、特にAWSについて言うと、予測と実際の結果には大きなギャップがあるよ。ちなみに、私は一度もAzureを使ったことがないし、これからも使わないと思うから、その点については間違ってるかもしれない）。いろんなLLMプロバイダーについても同じような結論を出してる人がいるね。結局、プロバイダー同士が不便さやコスト、その他の理由でほとんど機能しなくなるんじゃないかな。だから、あんまり考える時間を無駄にしてないよ。
└
トークンがコモディティになるって言われてるのを聞いたことがあるよ。Open AIとAnthropicのモデルを切り替えられるのは好きだけど、どちらかが消えてもなんとかやっていけると思う。Geminiでもやっていけるかも。エネルギーのプロバイダーにロックインされるのが嫌なように、どのプロバイダーにもロックインされたくないんだ。いいモデルのために2倍の料金を払うかもしれないけど、それ以上はないと思うし、そんなことが長く続くとは思えない。
└
彼らはプラットフォームにならざるを得ないんだよ。それが、オープンモデルが追いついてくる前に顧客をロックインする唯一の希望だから。Gemmaみたいなものは、平均的な消費者にとってはもうChatGPTの代わりになるくらい良いし、GLM 5.1みたいなものも、平均的な開発者にとってClaude/Codexの代わりになるのがそんなに遠くないよ。
関係ないけど、最近のClaudeのパフォーマンスが悲惨で、ここ数日、いや、数週間かな、仕方なく切り替えたよ。楽しんでたから、切り替えたくなかったんだけどね。基本的なことでも、ほとんどのPythonスクリプトが文法エラーで再実行しなきゃいけない。コーディングの新しい現実は、コンピュータが言われた通りに動くっていう最高の部分を奪っちゃった。結果が間違ってたら、自分が間違ってるってことだし、バグを見つけてデバッグできる。ここでは…嫌いじゃないけど、強力なツールだけど…違うんだよね。
└
どのモデルでも「うーん、バカになった」って言ってる人たちにはもううんざりなんだけど、今週までは信じてなかった！Opusはここ2週間、Sonnetよりも苦しんでるよ。
これは私の見積もりではAIクラウドの始まりだね。クラウドサービスは必要なロックインを提供して、モデルの上により高レベルのサービスを提供する推進をサポートしてる。単に推論だけじゃコストを回収できないから、理にかなってるよ。
これの使い道がよくわからないんだけど… 主な顧客は企業だよね。ほとんどの企業が、自分たちのエコシステム外のサードパーティのクラウドで日常業務を行うことに満足してるのかな？いや、そうじゃないと思う。じゃあ、誰のためにこれを作ってるんだろう？