Claude Codeの自動化の例　ルーティンで記事を1日8回書かせて公開する仕組み

要点

対象：Claude Codeで仕事を定期実行したい人

1. 101回のうち、Run-Slot 行のあるマージは76回
2. 手順書はGitHubに置き、毎回読ませる
3. 治療や薬について助言する記事は人がマージ

このサイトでは、Claude Codeの「ルーティン」が1日8回起動し、記事のテーマ選びから公開までを自動で進めています。 ルーティンは決まった時刻にクラウドで起動し、手順書を読んで記事を1本書きます。

この記事の目次（9節）

1. ルーティンとは
2. 自動化する前と後
3. 手順ごとの任せ方
4. 起動用のプロンプトと手順書を分けて置く
5. 実行リストの緑の印だけでは、記事が出たか分からない
6. 使っているサービスの費用
7. 10月17日時点の数字
8. つまずいた5件と、その直し方
9. 人の手に残した仕事

書いたAIとは別のAIのレビューに通り、自動テストにも通れば、書いたAIがマージして公開します。 ただ、ルーティンの実行リストで緑の印が付いていても、その回の記事が公開されたとは限りません。

そこで、記事をコミットするとき、どの回の仕事かを示す行（以下、Run-Slot 行）をメッセージの末尾に入れています。この行の入ったコミットがマージされたかで、その回が済んだかを確かめます。

ルーティンとは

ルーティンは、プロンプトとリポジトリなどをまとめて保存し、自動で動かす機能です。起動のきっかけには、スケジュールのほかに API と GitHub のイベントも選べます。¹

クラウドで動くので、手元のパソコンを閉じていても動き続けます。スケジュールの間隔は最短1時間です。¹

自動化する前と後

9月25日より前は、前もって作った候補の一覧からテーマを選んでいました。 プルリクエストのマージ（公開）は、事業主（このサイトの運営者）が手動でしていました。

9月25日に事業主が、テーマもWebから決め、記事を自動で公開すると決めました。同じ日に、ルーティンが動き始めました。 いまは、AIのニュースからテーマを選び、検索の候補（サジェスト）で探されている語かを確かめてから書きます。

手順ごとの任せ方

起動用のプロンプトと手順書を分けて置く

ルーティンは、メインのアカウントと、止まったときに代わる予備のアカウントの両方に置いています。 どちらの管理画面にも、同じ起動用プロンプトだけを置いています。短い文で、ほとんど書き換えません。

手順書はGitHubのリポジトリに置き、ルーティンは起動するたびに最新の手順書を読みます。 手順を変えるときは、手順書を直すだけです。次の実行から、両方のアカウントのルーティンに反映されます。

予備はメインの回から約1時間後に起動します。最近のプルリクエストとmainのコミットからその回の Run-Slot 行を探し、あれば何もせずに終わります。

実行リストの緑の印だけでは、記事が出たか分からない

公式ドキュメントの説明では、緑の印は、セッションがインフラのエラーなく終わったことを表します。頼んだ作業がうまくいったかは表しません。¹

レビューに通らずに終わった回にも、緑の印が付きます。 そのため、済んだかどうかは、Run-Slot 行の入ったコミットがマージされたかで確かめています。

行は Run-Slot: article-2026-10-17T06Z の形です。末尾の時刻は協定世界時で、この例は日本時間15時の回です。

使っているサービスの費用

ルーティンは、ClaudeのPro・Max・Team・Enterpriseプランで使えます。いまはリサーチプレビューの段階です。¹ Proは月払いで月20ドルです。²

ルーティンの実行は、対話で使うときと同じく、プランの利用枠から差し引かれます。 上限に達すると、利用枠がリセットされるまでルーティンは動きません。使用クレジットを有効にしていれば、従量課金で動かし続けられます。¹

このサイトはCloudflare Workersで動いています。有料プランは1アカウント月5ドルからです。³ 記事のアイキャッチ画像は、OpenAIのCodexで作っています。

10月17日時点の数字

どれも2026年10月17日の18時台（日本時間）に、コミット履歴とGitHubのプルリクエスト一覧で数えました。

Run-Slot 行の無い25回には、記事を出せなかった回と、行を入れ忘れた回が混ざっています。2つを分けては数えていません。

中央値は、同じ期間にマージした記事のプルリクエスト（プルリクエストの題名が「記事」で始まるもの）で数えました。事業主との対話で書いた記事も入っています。

つまずいた5件と、その直し方

リポジトリが登録されず、許可待ちで止まった（9月16日）

最初は、AIにルーティン作成の機能を呼ばせて作りました。その作り方ではリポジトリが登録されず、クローンの許可を待ったまま止まりました。

事業主が管理画面でリポジトリを登録しました。9月25日、手動で2回目に実行したとき、テーマ選びから公開まで通りました。

サブスクリプションが切れ、予備のアカウントを用意した（10月4日）

メインのアカウントのサブスクリプションが切れ、記事の公開が止まりました。 同じ日に予備のアカウントを用意し、コミットメッセージに Run-Slot 行を入れるようにしました（10月4日の開発日誌）。

管理画面のプロンプトが古いままだった（10月8日）

10月4日からは予備のアカウントで動かしていましたが、この日に予備が上限に達しました。そこで事業主は、ルーティンをメインのアカウントで動かす形に戻しました。メインのアカウントは、この日までに再び使えるようになっていました。

メインのアカウントには、記事・記事の見直し・開発日誌の3つのルーティンがあります。そのプロンプトは、手順の全文をリポジトリの文書から管理画面に写したものでした。

リポジトリの文書を直しても、管理画面のプロンプトは古いままでした。

この日、プロンプトを短い起動用と、リポジトリで直す手順書に分けました（10月8日の開発日誌）。

3回続けて記事を出せなかった（10月12日）

日本時間9時と12時の回は、試し読み（別のAIに読者役を頼む点検）で、意味が取れない文が基準を超えました。そのため、人の確認待ちで止まりました。

15時の回は、選んだキーワードが条件に合わず、要る公式ページも開けなかったため、記事を書けませんでした。

事業主が「必ず出すように」と求めました。AIは手順書を書き換え、通らないときは直すかテーマを替えて、1本出すまで続けるようにしました（10月12日の開発日誌）。

1本の記事のレビューが4回やり直しになった（10月13日）

直した箇所に、次のレビューでまた別の指摘が付きました。 AIは指摘を原因ごとに3つに分け、直すときに確かめることを手順書に足しました（10月13日の開発日誌）。

人の手に残した仕事

• ルーティンのモデル・時刻・リポジトリを管理画面で決め、オンとオフを切り替える
• 画像を作るCodexにログインし直し、ログイン情報をルーティンの環境に入れ直す。10月17日の回も、ログインが通らず画像を作れなかった
• 治療や薬について読者に助言する記事を、読んでからマージする
• 何を書くかの方針と、AIの権限を広げる変更を決める

止まったときに人が気づく仕組みは、AIエージェントの運用の記録にまとめました。 ルーティンを作った当初の設計は、Claudeをクラウドで動かしてサイトを運営した記録にあります。

決まった時刻に動かす作業を任せるなら、済んだと分かる印をコミットかプルリクエストに1つ決めておくと、止まった回を見つけやすくなると考えています。

出典

1. Claude Code「ルーティンで作業を自動化する」（公式ドキュメント）（参照 2026-10-17）
2. Claude「Plans & Pricing」（公式の料金ページ）（参照 2026-10-17）
3. Cloudflare Workers「Pricing」（公式ドキュメント。2026年10月2日更新）（参照 2026-10-17）