← 教材一覧へ戻る

脱・属人プログラム ／ 学習ノート

定期実行の選び方

「毎日・毎回、自動でやってほしい」を叶える方法は1つではありません。OS標準のタイマーからクラウドのAI、GitHubの実行環境まで、どれを使えばいいかを1枚に整理しました。

まず結論（軸は「どこで動くか」）

定期実行は大きく4種類。選ぶ軸はシンプルで、①AIの判断が要るか、②パソコンを切っても動かしたいか、③PCの中のファイルを使うか——この3つで決まります。

※ ここは「どの道具を使うか」の話です。そもそも自分のPCとクラウドのどちらに置くべきか（権限とリスクの観点からの判断）は → ローカルとクラウドの適材適所

※「定期実行」＝決めた時間・間隔になったら、自動で処理が動くこと。

4つの選択肢 早見表

デスクトップアプリでは、下の表の「定期実行」の2つ（このパソコンで動かす／クラウドで動かす）は、同じ画面（左側の「Scheduled」、古い版では「Routines」）から作れます。作るときに「このパソコンで」か「クラウドで」を選ぶだけです。チャットで「毎朝8時に〇〇して」と頼んでも作れます。

やりたいこと 使うもの PCを切ってもOK？ PC内のファイル 最短間隔 ひとこと
判断のいらない反復
（メモのバックアップ・同期・掃除）		 OSのタスクスケジューラ
Windows標準／Mac=launchd		 PCが必要 ○ 自由 AIを起動しない＝無料で一番確実。今のメモ自動バックアップはこれ。
作業中にサッと見張る
（動画の書き出し終わった？）		 /loop
Claude Codeのコマンド		 ×（開いた画面の間だけ） ○ 1分 その場でAIを繰り返し動かす。7日で自動終了。自分のPCでの試運転向き。
PC内のファイルを使う定期AI処理
（毎朝ローカルの資料を要約）		 定期実行（このパソコンで動かす）
Claude Codeデスクトップアプリ		 ×（PCが起きている間だけ） ○ 1分 AIがPCの中のファイルやツールにアクセスできるのが強み。
PCを切っても回したい定期AI処理
（夜間PRレビュー・朝の要約をSlackへ）		 定期実行（クラウドで動かす・旧名ルーティン）
Anthropicのクラウドで実行。デスクトップアプリ・ブラウザ・/schedule のどこから作っても同じ		 ○（クラウド） ✗（クラウドで動く） 1時間 PC不要。時間・API・GitHubイベントで起動。Pro以上＋Claude Code on webが必要（※機能拡充中）。

「PC内のファイル」＝あなたのパソコンに保存されているファイル。クラウドで動かす定期実行は、あなたのPCではなくクラウド上の環境で動くので、PCの中のファイルには手が届きません。

どれで作る？ 判断フロー

上から順に答えるだけで、4つのうちどれを使えばいいかが1つに決まります。

質問 1AIの判断は要らない？ バックアップ・同期・掃除など、毎回まったく同じ処理
はい
パソコン標準のタスクスケジューラ AIを起動しないので無料。PC内のファイルもそのまま使える
いいえ ↓ 次の質問へ
質問 2今の作業中だけ、一時的に見張りたい？ 「動画の書き出し終わった？」など、いま動かしている処理
はい
/loop 開いている画面の中で、例えば5分おきに繰り返す。閉じると止まる
いいえ（毎日など、繰り返し動かしたい） ↓
質問 3パソコンの中のファイルを使う？ PC内の資料を読む・ファイルを作る など
はい
定期実行（このパソコンで動かす） 毎朝8時など決めた時刻にAIが自動起動。PCはつけたままが条件
いいえ（PC内のファイルは使わない） ↓
定期実行（クラウドで動かす） 毎朝8時などで予約。PCを切っても動き、Notionなども操作できる

覚え方は「判断がいらない反復＝OS／頭を使う反復＝AI」。そのうえでAI側を、自分のPCの中で動かすか（/loop・定期実行の「このパソコンで動かす」）／クラウドで動かすか（定期実行の「クラウドで動かす」）で選びます。

質問3が一番の分かれ道（ここだけトレードオフ）

つい「PCを切っても動かしたいか」で選びたくなりますが、それだと全員が「はい」になって、クラウドで動かす定期実行に流れてしまいます。実際に見るべきはPCの中のファイルを使うかどうか。使うならPCはつけたままが条件になり、切っても動かしたいならPCの中のファイルは諦める——この2つは同時に成立しません。先にどちらを取るか決めてしまうと迷いません。
なお質問1で「はい」に進んだ場合（タスクスケジューラ）も、PCの中のファイルはそのまま使えます。質問3はあくまで「AIに毎回考えさせる処理」の中での分かれ道です。

まぎらわしい：「終わるまで直し続けて」は /loop ではなく /goal

/loop は「時間が来たら次を始める」仕組みです（5分おきに様子を見に行く、など）。これに対し/goal は「前のターンが終わったら次を始め、完了条件が満たされたら自分で止まる」コマンドで、時間ではなく"終わり方"で回します。「テストが全部通るまで直し続けて」のような使い方はこちらです。公式ドキュメントも「一定間隔ではなく条件が満たされるまで動かし続けたい場合は /goal を見よ」と案内しています。定期実行の話とは別枠なので、上の4つには入れていません。

/loop は「ずっと動き続ける」ものではない（止まる4つのタイミング）

/loop はその会話の中だけで生きる仕組みです。次のどれかで止まります。
① Escを押す（次の待機中に押すとその場で終了）／② 画面・ターミナルを閉じる（Claude Codeが起動していて手が空いているときだけ発火するため）／③ 新しい会話を始める（その会話のタスクは全部消える）／④ 7日経過（最後に1回だけ動いてから、自分を削除する）。
④の7日は「作りっぱなしのループが延々動き続けるのを防ぐ」ために意図的に置かれた上限です。うっかり閉じてしまった場合は claude --resume で会話に戻れば、7日以内のものは復活します。本当にずっと回したいなら定期実行（このパソコンで動かす／クラウドで動かす）の出番、という住み分けになっています。

補足：routine（/schedule）の"届く範囲"を正しく理解する

「クラウドで動く＝自分のNotionやカレンダーには触れない」と思われがちですが、そうではありません。自分のPCの中のファイルには届かない一方で、claude.ai の連携（コネクタ）＝Notion・Googleカレンダー・Slack など「クラウド上のサービス」は読み書きできます。だから「毎朝カレンダーとNotionを見て、その日の段取りをNotionに書き込む」ような仕組みが、PCを切っていても回せます。

つまずきポイント①：書き込みは「✓許可」が必要

連携の書き込み系ツール（例：Notionの「Update page＝ページ更新」）は、コネクタ設定で ✓許可（自動） にしておかないと、routineでは使えません。routineには実行中に「許可しますか？」と聞ける相手がいないため、✋確認や🚫ブロックのままの道具は自動で外れます（＝読み取りは動くのに、書き込みだけ失敗する）。必要な書き込みツールだけ✓にし、Create／Delete系はブロックのまま残すと最小権限で安全です。
※読み取りも同じです。読み取りは最初から✓になっていることが多いので「書き込みだけ失敗する」ように見えますが、自分で✋や🚫に変えた読み取りツール（例：Googleドライブの「Search files＝探す」）も、routineでは使えなくなります。

つまずきポイント②：緑の✅＝「成功」ではない

routineの実行結果が緑のチェック✅でも、依頼が成功したとは限りません（＝インフラ的に落ちなかっただけ）。上の書き込み権限が抜けていると、"正常終了"の見た目のまま書き込みだけされていない、が起こります。うまく動かないときは実行（run）を開いて、ログの中身を最後まで確認する習慣をつけましょう。

routine（/schedule）を組むとき：3つの役割とクラウド環境

routineを実際に作ると、GitHub・クラウド環境・ルーティンという3つの言葉が一度に出てきて混乱しがちです。役割はきれいに分かれています。

名前たとえ中身
GitHub書類棚手順書（スキル・CLAUDE.md）・プログラム・記録ファイルを置いておく場所。実行のたびに中身がコピーされて使われる
クラウド環境作業部屋の決まりごと実行のたびに、Anthropicのクラウドに一時的なパソコン（Ubuntu＝Linuxの一種）が1台用意され、終わると消える。その部屋で出入りしてよいサイト・最初に入れておく道具・鍵の置き場を決めておくのがクラウド環境
ルーティン依頼書いつ（毎朝7時など）・何を（指示文）・どの書類棚（リポジトリ）・どのコネクタ（Notion・カレンダー等）を使うかを書いた1枚

3つともクラウド側にあるので、自分のPCを閉じていても動きます。「毎回まっさらなパソコンが用意され、終わったら消える」のは、下で説明する GitHub Actions と同じ考え方です。

まず決めること：その仕事に何が要るか（判断の順番）

  1. PCの中の物が要る（PCに保存したファイル・PCに入れたアプリ・PCの中に置いた鍵）→ ローカルで動かす（定期実行の「このパソコンで動かす」など）。クラウドの作業部屋からは、あなたのPCには手が届きません。
  2. PCの中の物は要らないが、手順書・プログラム・記録ファイルが要る → クラウド＋GitHub。書類棚（リポジトリ）をルーティンに付けます。
  3. どちらも要らない → クラウドで、指示文とコネクタだけ。例：毎朝の段取り（カレンダーとNotionを見て、その日の予定をNotionに書く）なら、コネクタだけで足ります。

※③の実例：当社の「毎朝の段取り」ルーティンは、リポジトリを1つも付けず、コネクタ（NotionとGoogleカレンダー）だけで2026年7月から毎日動いていました（2026-09-27に設定と実行記録で確認。2026-10-15に、チャットで毎日聞けば足りると分かり停止）。ただしこれは作成画面ではなくプログラム経由（API）で作ったもので、Webの作成画面でリポジトリ欄を空のまま保存できるかは未確認です。公式ドキュメントも「リポジトリを1つ以上付ける」前提の書き方です。

クラウド環境の設定項目と「いつ要るか」

最初に用意される Default 環境は「ネットワーク＝Trusted・環境変数なし・セットアップスクリプトなし」です。多くの場合これで足ります。下の「いつ要るか」に当てはまるときだけ変えます。

項目何を決めるいつ要るか注意
ネットワーク 作業部屋から出入りしてよいサイト。4段階：None（外に出ない）／Trusted（既定。パッケージの配布元やGitHubなど、許可済みリストのみ）／Custom（自分で足す）／Full（どこでも） 自分のサイト（例：WordPress）に直接アクセスするときだけ、Customでそのドメインを足す Customにするときは「Also include default list of common package managers（一般的なパッケージマネージャーの既定リストも含める）」にチェック＝既定のリストも残る。コネクタ（Drive・Notion等）はAnthropic経由で通るので、ドメインの許可は不要
環境変数 設定値（名前=値 の形） 設定値が要るときだけ その環境を使う人全員に見える＝秘密（APIキー・パスワード）を書かない。画面にも注意書きがある
API credentials
（鍵の預け場所）		 APIキーを預けておくと、指定したサイトへ送るときだけ中継役が鍵を付けて送る 外部のサービスを鍵つきで呼ぶとき Pro・Maxのみ（Team・Enterpriseは未対応）。鍵は実行中のAIからもコマンドからも見えない。環境を一度作った後の編集画面でだけ追加できる（新規作成の画面には出ない）。保存後は値を見られず、直すときは消して足し直す
セットアップ
スクリプト		 作業部屋に最初に入れておく道具（インストールの手順） 初めから入っていない道具が要るときだけ（例：日本語フォント） 管理者権限（root）で動く。5分以内に終われば約7日キャッシュされ、毎回は走らない。0以外で終わるとセッションが始まらないので、失敗しても困らない行には || true を付け、最後は正常終了（exit 0）にする
※実機で、スクリプトは正しく保存されていたのに、実行時に日本語フォントが無かった例あり（原因は未確定。同じ手順を実行中にやり直したら入った）。準備の結果は約7日保存されるので、無い状態がしばらく続くこともありうる。手順書の側にも「無ければ入れ直す」回復手順を書いておくと安心

※Team・Enterpriseで鍵が要る場合は環境変数に書くしかなく、AIからも見える状態になります。そのときは鍵を読み取り専用などの弱いものに絞るか、鍵を安全にしまえる GitHub Actions を選びます（考え方は → ローカルとクラウドの適材適所）。

ルーティンの注意（実際に組んで分かったこと）

注意何が起きるか対処
既定ブランチから始まる実行のたびに、書類棚（リポジトリ）の既定ブランチ（ふつうは main）が複製されて始まる別ブランチの手順書を使うなら、指示文にブランチの切り替えを書く
書き戻し（push）の制限claude/ で始まるブランチへは常にOK。それ以外は「GitHubで保護されている」「他人がそのブランチからPRを開いている」「本人以外が作ったコミットがある」のどれかで拒否されうる手元のgitに設定したメールアドレスがGitHubに登録されていないと、自分のコミットでも本人扱いにならない → GitHubの Settings → Emails でそのアドレスを追加・確認する
※実機：登録・確認した後は、Web画面で作ったルーティンでも指示どおり既定ブランチ（master）へ直接書き戻せた
通知は「完了」の知らせだけ作成画面の「通知」タブで「このルーティンが完了したら通知する」をオンにすると、実行が終わるたびにClaudeが1行のサマリーを送る（送り先＝プッシュ通知〔Claudeのモバイル・デスクトップアプリ〕／メール／Slack〔ClaudeアプリのDM・次回の実行から有効〕。条件を見張るタイプのルーティンは、知らせる内容があるときだけ送る）。ただし実行そのものが始まらなかった回は、通知も来ない。緑の✓は「インフラが落ちなかった」だけ（上のつまずき②）完了通知はオンにしたうえで、動かなかった日に気づく仕組みを別に作る（下の例）
指示文で「終わったら結果をスマホに日本語で通知して」と書くと、ルーティンの中のClaudeが自分でスマホに通知を送れる（実機確認。「日本語で」と書かないと英語で届いた）
※作成画面で確認（2026-09-27）。公式ドキュメントには記載なし。失敗した回にも通知が届くかは未確認（試運転で確かめる予定）
1日の実行回数に上限1アカウントが1日に始められる回数に上限がある残りは claude.ai/code/routines で確認。1回だけの日時指定は対象外
ちょうど○時00分数分遅れて始まりやすい7:07 のように少しずらす
曜日を複数選びたい
（カスタムの時刻は世界標準時）		「毎週」などのプリセットは日本時間で入力できる（「GMT+9」と表示）が、曜日は1つしか選べず、「別のトリガーを追加」でもスケジュールを2つ目として足すことはできない。複数の曜日は「カスタム」でcron式（左から 分・時・日・月・曜日 を書く短い式。曜日は0＝日曜）を書くが、カスタムは世界標準時（UTC）として保存される（例：10 6 * * 1,4 と入れたら、次回の実行が日本時間15:10になった）カスタムの時刻は日本時間−9時間で書く。日付が前日にずれることがある（日本時間の月・木 6:10 → 10 21 * * 0,3＝世界標準時の日・水 21:10）。作ったら次回の実行日時を必ず確認する
※作成画面で実測（2026-09-27）
作ったら試運転ルーティンの画面の「今すぐ実行」で、予定の時刻を待たずに動かせる。予定外に動かしても普段どおり動く（実機確認）作ったら一度「今すぐ実行」し、実行ログを最後まで読む（上のつまずき②）
サブエージェントの道具Web画面で作ったルーティンでは、サブエージェント（裏で働く別のAI）を呼ぶ道具が許可リストに入っていなかった。プログラム経由（API）で作った既存のルーティンには入っていたルーティンの中でサブエージェントを使わせたいなら、試運転の実行ログで使えているかを確認する
※2026-09-27時点で分かっている範囲。Web画面から足す方法は未確認
例：止まった日に気づく「実行記録タスク」

Notionに実行日ごとの「実行記録タスク」を1つ置いておき、ルーティンの指示文に「動いたらそのタスクを完了にして、次回分を1つ作る」と書きます。未着手のまま残っていれば、その日は止まった合図です。完了通知は「動いた回」にしか来ないので、「動かなかった回」はこちらで拾います。いつものタスク一覧を見るだけで気づけます。

ルーティンのモデルとエフォート（考える深さ）

ルーティンは無人で毎回動くので、どのAIモデルで、どれくらい深く考えさせるかを最初に決めておきます。放っておくと「古いモデルのまま」「浅めの考え方のまま」動き続けます。

項目どうなっているかおすすめ
モデル 作成画面の指示欄にモデルの選択があり、選んだモデルが毎回使われる。版を名指しした名前（例 claude-opus-5-5）だと、新しい版が出ても古いまま固定される 別名（例 opus）にしておくと、新しい版が出たときに自動で切り替わる
※プログラム経由（API）で別名 opus を入れて、受け付けられることを確認（2026-10-15 実機）。Web画面で別名を選べるかは未確認。Web画面でモデルを選んで保存したのに保存された設定にモデルが入っておらず、1回目が別のモデルで動いた例もある＝作ったら実行画面で実際のモデルを確かめる
エフォート
（考える深さ）		 ルーティンには選ぶ欄が無い。指定しないとモデルの既定値で動く＝Opus 5.5・Sonnet 5.5・Haiku 5.5 は medium（中）、ほかの対応モデルは high。段階は low／medium／high／xhigh／max じっくり考えさせたい仕事（文章を書く・判断する）なら、下の手順で上げる。ルーティン単位では入れられない（APIで入れようとしたら「ルーティンの設定には環境変数を入れられない」と拒否された＝2026-10-15 実機）ので、クラウド環境の環境変数で入れる
料金 実行は、普段の対話と同じくサブスクの使用枠を使う。エフォートを上げると、1回あたりの使用量も増える 追加料金になるのは、使用枠を超えたときに払う設定（usage credits）をオンにしている場合だけ。設定を書き換えるだけでは、AIは動かない（使用枠も減らない）
エフォートを上げる手順（クラウド環境の環境変数）

① claude.ai/code を開き、メッセージ欄のすぐ上の雲のアイコン（環境の名前）→ Cloud ／ ② そのルーティンが使う環境にマウスを乗せ、右の歯車 ／ ③ Environment variables（環境変数）に CLAUDE_CODE_EFFORT_LEVEL=xhigh の1行を入れて保存。
環境変数は、その環境を使うすべての作業に効きます。ほかの作業に影響させたくないなら、そのルーティン専用の環境を作っておきます。
※公式には「エフォートは環境変数の指定がいちばん優先される」とある一方で、定期実行でこの方法が効くとは書かれていない。

効いたかの確かめ方：① 設定したらすぐ、claude.ai/code で同じ環境を選んで作業を1つ始め、/effort status と送る。「Current effort level: xhigh」と返れば、その環境では効いている（2026-10-20 実機で確認。画面右下の選択欄は「高」と出ていたが、実際に使われていたのは xhigh だった＝選択欄の表示ではなく /effort status の答えで見る）。確かめた作業はアーカイブしてよい。② 定期実行そのものは、次の実行のセッションを開き、上の表示が「with xhigh effort」になっているかで確かめる。
※「今すぐ実行」で定期実行そのものを試すと、本番の仕事（文面づくり・タスク作成など）が前倒しで走るので、確かめるだけなら①がおすすめ。手で始めた作業と定期実行は始まり方が少し違うので、②の確認も一度はしておく。

実例：まとめて作らせると、1本が薄くなる

1回の実行で投稿の文面を7本まとめて書かせたところ、約1分で7本が書き上がり、中身の薄い1本（1つの材料を言い換えて3項目に引き伸ばしたもの）がチェックを通ってしまいました。エフォートを上げるだけでなく、指示文に「1本ずつ書いて、1本ずつ読み直す」と書いておくのが確実です。（当社の実例。薄くなった原因の切り分けには推測を含む）

コネクタのツール許可（✓／✋／🚫）は「どこで動くか」で効き方が違う

claude.ai/customize/connectors で1つずつ決めるツールの許可（✓許可／✋確認する／🚫ブロック）は、個人の設定の場合、次のように効きます。

どこで動くClaudeか個人のツール許可
クラウドで動く Claude Code
（ルーティン・Web版）		効く
Claudeのチャット
（Web・デスクトップアプリ・Cowork）		効く
手元のPCの Claude Code
（ターミナル・VS Code拡張）		効かない（止めるなら settings.json の deny）
ルーティンでは「✓」にしたものだけが使われ、その分は確認なしで動く

ルーティンは無人なので、✋のツールは使えません（聞く相手がいない。上のつまずき①）。使わせたい読み取り・書き込みは ✓ にします。
一方で、ルーティンを作ると接続済みのコネクタが全部付いた状態で始まり、公式にも「含めたコネクタのツールは、書き込みも含めて、実行中に許可を求めずに使われる」とあります。要らないコネクタは外す——これが最小権限です。
設定場所ごとの効き方の違いは → Google DriveとClaude Codeの連携ガイド

もう一つの選択肢：n8n（アプリ連携が主役のとき）

上の4つとは別ジャンルとして、n8n（エヌ・エイト・エヌ）という自動化ツールもあります。これは「メール取得 → スプシ照合 → LINE通知」のように、たくさんのアプリを線でつないで動かすのが得意。途中にAIのステップを挟むこともできます。判断はAIに任せず“決めたレールの上”を走るタイプで、サーバー（またはクラウド）で動くのでPCを閉じても止まりません。

/schedule と n8n の使い分け

分かれ目は「AIが本体か・連携が本体か」。要約や判断などAIの仕事が主役なら → /schedule（既存スキルをそのまま予約）。複数アプリのつなぎ込みが主役（RSS→選別→複数の宛先へ 等）なら → n8n。「n8n＝AIを使わない」ではなく、手順を人が決めるか・AIがその場で決めるかが本当の違いです。

もう一つの選択肢：GitHub Actions（コードと重い処理が主役のとき）

n8nは万能に見えて、動画変換（FFmpeg）のような"重い処理"は動かせません。そこを無料で埋めるのが GitHub Actions。ひとことで言うと——コードを預けてある場所（GitHub）が、そのまま実行場所になる仕組みです。

GitHubは「保管庫」だと思われがちですが、実は同じ建物に作業場が最初から付いていて、追加契約なしで使えます。サーバーを借りる必要も、パソコンを起動しておく必要もありません。

毎朝7時に、実際に何が起きているか

① 時間になると、GitHubがまっさらなパソコンを1台その場で用意する（毎回新品）→ ② そこにリポジトリの中身をまるごとコピー → ③ 置いてある手順書（.github/workflows/◯◯.yml）を上から順に実行 → ④ 終わったらそのパソコンは消える。ログだけが残ります。
課金の単位は「そのパソコンを借りていた分数」。だからプライベートなリポジトリで月2,000分まで無料（GitHub Freeプラン）。1回3分の処理を毎日回しても月90分で、枠にはかなり余裕があります。

VPSとの違い（なぜ「置き場所が実行場所」だと嬉しいのか）

VPSは「倉庫（手元PC）」と「作業場（借りたサーバー）」が別の場所にあるので、コードを直すたびに両方を合わせる作業が発生します。GitHub Actionsは同じ建物なので、pushした瞬間に実行できる状態になっている。これが「置き場所が実行場所を兼ねる」の意味です。

⚠️ 「毎回まっさら」は、安全面では"両刃"

実行環境が使い捨てなので、そこが汚染されても次回は新品に戻るのは強みです。一方で毎回インストールし直す＝毎回そのとき最新のものを取りに行くため、汚染されたバージョンをうっかり拾う可能性は手元PCより高くなります。対策はバージョンを固定すること——package-lock.json をリポジトリに入れて npm ci で入れる、使う部品（action）はバージョンを指定する。
もう一つ、投稿用の鍵はGitHub側に預けます。つまり守るべき対象がパソコンからGitHubアカウントに移ります。2要素認証は必須と考えてください。

⚠️ 作る前に、必ず「最新の公式」を確認

Claude Codeは進化が速く、上の機能名や条件も変わります。AIの知識は少し前で止まっているので、仕組みを作る／直す前に、AIに最新の公式ドキュメントを確認させるのが鉄則です（調べ役＝claude-code-guide／公式の全ページ索引＝llms.txt）。「その機能は無い」を鵜呑みにしないこと。

用語ミニ辞典

定期実行（cron）クーロン
「毎朝9時に」「5分ごとに」のように、決めた時間・間隔で自動的に処理を動かす仕組みの総称。
エフォート（effort）エフォート
AIが答えを出す前にどれくらい深く考えるかの段階（low／medium／high／xhigh／max）。上げるほど丁寧になるが、時間と使用量が増える。
モデルの別名
opus・sonnet のような短い呼び名。そのときの最新の版を指し、新しい版が出ると自動で切り替わる。版を固定したいときは claude-opus-5-5 のような正式名を使う。
OSのタスクスケジューラ
パソコンに元から付いている"予約実行"機能（Windows＝タスクスケジューラ／Mac＝launchd）。AIを使わず、決まったスクリプトを走らせる。無料で確実。
/loopループ
Claude Codeのコマンド。開いている画面の中で、AIに同じ指示を一定間隔で繰り返させる。画面を閉じると止まり、7日で自動終了する。間隔を書かずに使うと、AIが次までの待ち時間を毎回決める（作業が終わったと判断すれば自分で止まることもある）。
/goalゴール
Claude Codeのコマンド。完了条件を伝えると、条件が満たされるまでAIがターンを回し続ける。時間で動く /loop とは別物で、「〇〇が終わるまで直し続けて」はこちら。定期実行ではないので上の早見表には含まれない。
定期実行（このパソコンで動かす）
Claude Codeのデスクトップアプリの機能。左側の「Scheduled」（古い版では「Routines」）の画面で、作るときに「このパソコンで」を選ぶ。決めた時刻にAIを自動で起動し、PCの中のファイルを使った処理をさせる。PCとアプリが起きている間だけ動く。
定期実行（クラウドで動かす・旧名ルーティン）ルーティン／routine
Anthropicのクラウドで定期実行する機能。PCを切っても動くが、PCの中のファイルは触れない。デスクトップアプリ（同じ「Scheduled」の画面で「クラウドで」を選ぶ）・ブラウザの claude.ai・黒い画面の /schedule コマンドの、どこから作っても同じものになる。公式の呼び方は「routines」から「cloud scheduled tasks（クラウドの定期タスク）」に変わった（2026-10-26確認）。
クラウド環境cloud environment
routineやWeb版のClaude Codeが動く「作業部屋の決まりごと」。実行のたびに一時的なパソコン（Ubuntu）が用意されて終わると消える。その部屋のネットワーク（出入りしてよいサイト）・環境変数・鍵の預け場所・セットアップスクリプトを決める。
API credentialsエーピーアイ・クレデンシャル
クラウド環境にAPIキーを預ける仕組み（Pro・Maxのみ）。指定したサイトへ送るときだけ中継役が鍵を付けるので、実行中のAIにもコマンドにも鍵が見えない。環境変数（使う人全員に見える）との違いはここ。
セットアップスクリプトsetup script
クラウドの作業部屋に、初めから入っていない道具を入れる手順。5分以内に終われば結果が約7日保存され、毎回は走らない。
n8nエヌ・エイト・エヌ
アプリ同士の連携を線でつないで組み立てる自動化ツール。途中にAIを挟める。連携の数が多い定型処理に向く。サーバー/クラウドで動くのでPCを閉じても止まらない。
GitHub Actionsギットハブ・アクションズ
コードの保管場所であるGitHubに最初から付いている実行機能。決めた時刻やpushをきっかけに、まっさらなパソコンを用意して手順書どおりに処理を走らせ、終わったら消す。AIを起動しないのでトークン課金がなく、プライベートなリポジトリで月2,000分まで無料。動画変換のような重い処理も動く。
YAMLヤムル
設定を書くための、字下げで構造を表すファイル形式。GitHub Actionsの手順書（.github/workflows/）はこの形式で書く。

この教材の元ネタ（もっと詳しく）