Claude Codeの/loopと/schedule——n8nとlaunchdと何が違うのか

Last updated at 2026-03-31Posted at 2026-03-31

Claude Codeに/loopと/scheduleが来た。

定期実行。これまでn8nとlaunchdでやっていたことが、Claude Codeの中でもできるようになった。Boris Cherny（Claude Codeの設計者）が自動コード審査と自動リベースに日常的に使っているらしい。

で、思った。「うちのn8nとlaunchd、要らなくなるのか?」

答えはNoだった。使い分けがある。

4つの定期実行ツールの比較

ツール	動く場所	最大期間	向いていること
`/loop`	Claude Codeセッション内	セッション中	「今やっている作業」の繰り返し監視
`/schedule`	Claude Code（バックグラウンド）	7日	短期の自動タスク
n8n	VPS（24時間稼働）	無制限	API連携・外部サービスとの恒久的な自動化
launchd	Mac（電源ON時）	無制限	ローカルファイル操作・Mac固有の処理

/loop 5m /fooと打つと、5分ごとに/fooを実行し続ける。

使いどころは「ビルドの監視」「テストの定期実行」「デプロイ後のヘルスチェック」みたいな、今やっている作業に紐づいた繰り返し。

セッションを閉じたら止まる。だから恒久的なジョブには使えない。

実際に使ってみて便利だったのは、長いビルドを走らせている間に「5分ごとにログの最終行をチェックして、エラーがあったら教えて」とやるパターン。ターミナルを見張る必要がなくなった。

/scheduleはバックグラウンドで最大7日間動く。セッションを閉じても止まらない。

Boris Chernyが使っている例:

これは便利そうに見える。が、7日間という上限がある。8日目以降は再設定が必要。恒久的なジョブには向いていない。

うちでは28本のワークフローがVPS上のn8nで動いている。

n8nの強みはセッション状態に依存しないこと。Macの電源を切ろうが、Claude Codeを閉じようが、VPSが生きていれば動く。

API間のデータの受け渡し、条件分岐、エラーハンドリング——ワークフローとしての表現力が段違いに高い。

launchdはmacOSのジョブスケジューラ。

うちでは2つだけ残している。

どちらも「ローカルファイルに直接触る」必要がある処理。n8nでもできなくはないが、SSH越しにやるより直接やった方が確実。

迷ったら、この順番で考える。

Q1: セッション中だけでいいか?
→ Yes: /loopを使う
→ No: 次へ

Q2: 7日以内で終わるタスクか?
→ Yes: /scheduleを使う
→ No: 次へ

Q3: ローカルファイルに直接触る必要があるか?
→ Yes: launchdを使う
→ No: n8nを使う

/loopと/scheduleが来ても、n8nの28本は1本も減らなかった。

理由はシンプルで、うちの自動化は「Claude Codeのセッション外」で動くことに意味があるから。ニュース収集もChatwork応答もMT4監視も、寝ている間に動いていてほしい。

一方で、/loopは開発中の「ちょっとした見張り」に重宝している。ビルド監視、テスト結果のポーリング、デプロイ後の死活チェック。これまでターミナルでwatchコマンドを使っていた場面が、Claude Codeの中で完結するようになった。

/scheduleはまだ試し中。7日上限が許容できるジョブ——たとえば「週次レポートの自動生成」みたいなものに使えそうだ。

4つのツールは競合しない。レイヤーが違う。

Claude Codeで完結するものはClaude Codeで。セッション外の恒久ジョブはn8nで。ローカル固有の処理はlaunchdで。この棲み分けが一番すっきりする。