Automation Memory Claude Code Workflow Productivity

Claude Code の自動化: Auto Memory と /loop コマンド

Claude Code は永続的なコンテキストを保持する Auto Memory と、定期的なタスク実行を可能にする /loop コマンドを導入しました。自動的な知識保持とスケジュール自動化により、自己改善するワークフローを構築しましょう。

• 更新日： • 7 分で読める • 著者：Claude World

2026年10月21日更新： Claude Code 2.1.305 に合わせて仕組みを修正しました。auto memory はプロジェクトごとのメモリディレクトリ（MEMORY.md とトピックファイル）であり、間隔を指定しない /loop は 10 分がデフォルトではなく Claude 自身がペースを決めます。claude agents は list サブコマンドではなく agent view を開きます。

Claude Code は、受動的なコーディングアシスタントから、自律的な開発パートナーに近い存在へと着実に進化してきました。最近の2つの機能は、その方向性における大きな一歩です。Auto Memory（v2.1.59 で導入）と /loop コマンド（v2.1.71 で導入）です。これらを組み合わせることで、Claude Code は重要な情報を記憶し、指示されなくても自発的に行動できるようになります。

本記事では、これらの機能の仕組み、効果的な使い方、そして自己改善する自動化ワークフローを構築するための組み合わせ方について解説します。

Auto Memory: 永続するコンテキスト

Auto Memory が登場する前は、セッション間で知識を保持するには意図的な作業が必要でした。CLAUDE.md に書き込んだり、.claude/rules/ ファイルを作成したり、Memory MCP サーバーを利用する必要がありました。Auto Memory はこのデフォルトの動作を変えます。Claude は作業中に有用なコンテキストを自動的に保存するようになりました。

仕組み

Claude が将来のセッションで価値があると判断した情報に出会うと、プロジェクトの auto memory ディレクトリ ~/.claude/projects/<project>/memory/ に書き込みます。MEMORY.md インデックスと、メモリ 1 件につき 1 つのトピックファイルという構成です。これはバックグラウンドで静かに行われます。保存されるコンテキストには以下が含まれます:

  • プロジェクトのパターン — 命名規則、ファイル構成、アーキテクチャの意思決定
  • ユーザーの好み — コーディングスタイル、テスト手法、コミットメッセージの形式
  • 重要なファイルの場所 — 設定ファイルの場所、ビジネスロジックを含むファイル
  • デバッグの解決策 — 繰り返し発生する問題の修正、既知の問題の回避策
  • 意思決定の根拠 — 特定のライブラリを選んだ理由、特定のパターンを採用した理由

保存された内容は /memory コマンドで確認・管理できます:

# メモリファイルの一覧、auto memory の切り替え、auto memory フォルダーを開く
/memory

ここから auto memory フォルダーを開けば、プレーンな Markdown ファイルを直接編集できます。不要になったエントリの削除、補足の追加、保存された知識の再構成が可能です。各会話の開始時に読み込まれるのは MEMORY.md の先頭 200 行（または 25KB）までなので、Claude はインデックスを短く保ち、詳細はトピックファイルに移します。

Auto Memory が時間とともに改善される仕組み

Auto Memory の価値は蓄積されていきます。最初のセッションでは、Claude はゼロから始めます。5回目のセッションまでに、あなたが好むエラーハンドリングのパターン、チームが Conventional Commits を使用していること、データベースのマイグレーションファイルが db/migrations/ にあることを既に把握しています。20回目のセッションまでに、プロジェクトの包括的な全体像を構築しています。

Session 1:  Claude がテストフレームワークについて質問する
Session 5:  Claude は Vitest と happy-dom を使っていることを覚えている
Session 20: Claude はテストパターン、モック規約、
            どのモジュールに統合テストが必要で
            どれに単体テストが必要かを把握している

実用的な効果として、プロジェクトで長く使うほど Claude はより速く、より正確になります。

既存のメモリシステムとの関係

Auto Memory は既存のメモリメカニズムを置き換えるものではありません。それらを補完します:

システム目的使用するタイミング
CLAUDE.md静的なプロジェクトポリシー、ツール設定変更すべきでないルール
.claude/rules/特定パスにスコープされたルールパス固有の規約
Memory MCP構造化されたナレッジグラフチーム共有のアーキテクチャ知識
Auto Memory自動的なコンテキスト保持その他すべて — Claude に判断を委ねる

Auto memory はマシンローカルで、同じリポジトリのすべての worktree で共有されます。/memory のトグル、autoMemoryEnabled 設定、CLAUDE_CODE_DISABLE_AUTO_MEMORY=1 で無効にでき、autoMemoryDirectory で保存先を変更できます。

CLAUDE.md はプロジェクトの憲法、Auto Memory は自然に蓄積される組織的記憶と考えてください。CLAUDE.md は意図的に記述するものであり、Auto Memory は自然に蓄積されるものです。

実践例

コーディングスタイルの保持。 一度 Claude に指摘します:「このコードベースではネストした if/else ブロックの代わりに早期リターンを使います。」Auto Memory がこれを保存します。以降のセッションでは、リマインドされなくても Claude は早期リターンを使ったコードを生成します。

プロジェクト固有の規約。 チームが API ハンドラに handle プレフィックスを付けている場合（handleCreateUser、handleDeletePost）、Claude がいくつかのファイルでこのパターンを観察すると、Auto Memory がそれを保持します。

デバッグの解決策。 誤設定されたプロキシによる CORS の問題を追跡するのに30分かかったとします。Auto Memory が根本原因と修正方法を保存します。次に同様の問題が発生したとき、Claude は原因の可能性を既に把握しています。

/loop コマンド: 定期的な自動化

Auto Memory が知識の永続化を扱う一方で、/loop コマンドはアクションの永続化を扱います。セッション内でプロンプトやスラッシュコマンドを定期的に実行します。

構文

# Basic syntax: both parts are optional
/loop [interval] [prompt or skill]

# 例
/loop 5m check the deploy status on Cloudflare
/loop 10m /run-tests
/loop 15m check if there are new issues labeled "urgent" in the repo

間隔は s、m、h、d の単位を受け付け、Claude は cron で表現できるスケジュールに丸めます。何を省略するかで動作が変わります:

  • 間隔とプロンプトの両方: プロンプトがその固定スケジュールで実行されます。
  • プロンプトのみ: Claude が各イテレーションの後、観察した内容に応じて 1 分から 1 時間の待ち時間を選びます。
  • 間隔のみ、または両方なし: Claude が組み込みのメンテナンスプロンプト、または用意した .claude/loop.md を実行します。

スケジュールによる起動で実行されるのは、Claude が自分で呼び出せるスキルだけです。組み込みコマンドや disable-model-invocation: true のスキルはプレーンテキストとして届きます。定期タスクは作成から 7 日で期限切れになり、1 セッションで保持できるのは最大 50 件です。

ユースケース

デプロイの監視。 本番環境にプッシュした後、ロールアウトを監視するループを設定します:

/loop 5m check the deploy status and report any errors from the last 5 minutes of logs

Claude は各間隔でチェックし、問題が発生した場合に通知します。

定期的なコード分析。 作業中にリンティングや型チェックをスケジュール実行します:

/loop 10m run typecheck on the src/ directory and summarize any new errors

ヘルスチェック。 開発中にサービスエンドポイントを監視します:

/loop 5m curl the /health endpoint on localhost:3000 and report if the response code is not 200

ファイル変更の監視。 共同作業中にディレクトリの変更を追跡します:

/loop 10m check git status and summarize any new or modified files since last check

CI/CD ステータスのポーリング。 GitHub Actions の実行を完了まで監視します:

/loop 5m check the status of the latest GitHub Actions run on main and notify me when it completes

Cron スケジューリング: きめ細かな制御

より正確なスケジューリングが必要なパワーユーザー向けに、v2.1.71 では cron スケジューリングツールも導入されました。セッション内で定期的なプロンプトに対して cron スタイルのスケジューリングを提供し、/loop コマンドよりも詳細なタイミング制御が可能です。

/loop が単純な間隔を使用するのに対し、cron スケジューリングでは正確なタイミングパターンを定義できます。長時間実行されるセッション中に、特定の時刻にタスクを実行したり、不規則な間隔で実行する必要がある場合に便利です。自然な言葉で頼めば、Claude が内部のツールを呼び出します: CronCreate（5 フィールドの cron 式とプロンプト）、CronList、CronDelete。スケジュールはローカルタイムゾーンで解釈され、CLAUDE_CODE_DISABLE_CRON=1 でスケジューラーと /loop を完全に無効化できます。

Auto Memory と /loop の組み合わせ

真の力は、Auto Memory と /loop が連携するときに発揮されます。Auto Memory が知識レイヤーを提供し、/loop がアクションレイヤーを提供します。

例: 自己改善するモニタリング

時間とともに賢くなるデプロイメントモニターを設定します:

/loop 5m check the production logs for errors and suggest fixes based on what you know about this codebase

初回の実行では、Claude は汎用的な分析でログをチェックします。しかし、Auto Memory が典型的なエラーパターン、一般的な障害モード、過去の修正に関する知識を蓄積するにつれ、後続の各チェックはより的確になります。Claude はパターンを認識し始めます:「これは先週 Redis の接続プールサイズを増やして修正したのと同じ接続タイムアウトのようです。」

例: ナイトシフトの構築

マシンから離れる前に、ルーティンワークを処理する自動化を設定します:

/loop 10m check for new pull requests, review the diff, and leave inline comments on potential issues

Auto Memory により、Claude はプロジェクトの規約を完全に理解した上で PR をレビューします。チームが async 呼び出しの周りにエラーバウンダリを要求していること、データベースクエリにパラメータ化されたステートメントを使用すべきこと、新しい API エンドポイントには対応するテストが必要であることを把握しています。

例: 継続的インテグレーションウォッチャー

/loop 5m check CI status for open PRs and summarize any failures with likely root causes

Auto Memory がどのテスト失敗がフレーキーで、どれが環境に関連し、どれが実際のバグを示すかを学習するにつれ、サマリーはますます有用になります。

知っておくべきその他の自動化アップデート

最近のいくつかの機能も Claude Code の自動化機能を強化しています:

/copy インタラクティブコードブロックピッカー (v2.1.59)

/copy コマンドに、Claude の出力からコードブロックを選択するインタラクティブピッカーが搭載されました。テキストを手動で選択する代わりに、クリップボードにコピーしたい特定のブロックを選択できます。

複合 Bash コマンドの提案改善 (v2.1.59)

Claude は複合 Bash コマンドに対してより良いプレフィックス提案を提供するようになり、構文エラーなしにオペレーションをチェーンしやすくなりました。

Remote Control サブコマンド (v2.1.51)

claude remote-control サブコマンドにより、実行中の Claude Code セッションとプログラムで対話できます。他のプロセスから Claude Code を操作する外部ツールやインテグレーションの構築が可能になります。

claude agents CLI コマンド (v2.1.50)

claude agents コマンドは当初、設定済みエージェントを CLI から一覧表示するためのものでした。その後 agent view へと発展し、実行すると並列のバックグラウンドセッションを監視する画面が開きます。--json を付けると、実行中のセッションをスクリプト向けに出力します:

claude agents
claude agents --json

はじめ方

Claude Code v2.1.71 以降を使用している場合、これらの機能は既に利用可能です。

まず Auto Memory から始めましょう。 Claude Code を普段どおり使うだけです。数回のセッション後に /memory を実行して、何が保存されたか確認してください。不正確または古くなった情報があれば編集しましょう。

簡単な /loop を試してみましょう。 次にデプロイをプッシュするとき、以下を実行してみてください:

/loop 5m check if the deploy succeeded

Claude が定期チェックをどのように処理するか観察し、そこから応用していきましょう。

組み合わせましょう。 両方に慣れたら、/loop が定期的なアクションを処理し、Auto Memory が Claude がその過程で発見したパターンを保持するワークフローを構築しましょう。各イテレーションが前回よりも改善されていきます。

Auto Memory と /loop は、Claude Code の動作方法における転換を表しています。逐一指示するツールから、コンテキストを記憶しスケジュールに基づいて行動するパートナーへの変化です。この2つを組み合わせて使うほど、ワークフローはより自律的で効果的になります。

出典: Claude Code Changelog、スケジュールタスクのドキュメント、メモリのドキュメント