Grok Buildに記憶機能が追加：会話の裏で自動メモ、プロジェクトの文脈を次回に引き継ぎ

AIコーディングツールを使っていて最もストレスが溜まるのは、新しいセッションを開くたびにプロジェクトの前提知識を最初から教え直さなければならない瞬間です。

テスト前に特定のコンテナを立ち上げる必要があると伝えても、別ウィンドウに切り替えた途端に忘れ去られ、ビルドが失敗します。

xAIは9月16日、エージェント型コーディングツール「Grok Build」に永続的なメモリ機能を追加したと発表しました。過去のセッションで交わしたコーディング規約や設計判断、プロジェクト固有の事実を、新しいセッションへ自動的に引き継げるようになります。

バックグラウンドで記録し、/dream で整理

Grok Buildの記憶システムは、過去のチャットログを力任せにプロンプトへ詰め込む方式ではありません。

ユーザーとの1往復のやり取りが完了するたびに、Grokはバックグラウンドで会話内容を精査し、恒久的に残すべき情報をMarkdownファイルとして書き出します。作業中のセッションが中断されることはありません。

記録対象となるのは、チームのコード規約、アーキテクチャ上の決定事項とその理由、サブシステムの配置場所やテスト実行コマンドといったプロジェクトの重要事実です。

一方で、一時的なタスクの状態、不確定な推測、機密情報、リポジトリ内のドキュメントに既に書かれている内容は除外されます。

ファイルはプロジェクトごとのワークスペースと、横断的な個人設定を保持するグローバル空間の2階層で管理されます。

断片的なメモが増えすぎないよう、/dream コマンドを実行すると散らばった記述がトピックごとのファイルへ自動統合されます。また、/memory コマンドを使えば専用のビューアーが立ち上がり、保存されたファイルをディスク上で直接確認したり、誤った記録を削除したりできます。

新しいセッションを開始すると、Grokは関連するコードに触れる前に関連トピックを読み込みます。ただし、現在の会話での指示が常にメモの内容より優先されます。

なぜ重要か

日常的にコードを書く開発者にとって、AIへ同じ前提条件を繰り返し説明する手間が省けるメリットは絶大です。

テストの実行作法やライブラリの選定ルールを毎回プロンプトに貼り付ける必要がなくなり、使えば使うほどAIがプロジェクト専属のアシスタントとして育っていきます。

xAIのアプローチで特に優れていると評価できるのは、記憶の保存形式にプレーンなMarkdownを採用した点です。

多くのツールが記憶をブラックボックス化されたベクトル空間に隠しがちな中、Markdownで可視化し /memory ビューアーで手軽に確認・修正できるようにしたことで、開発者が主導権を握り続けられます。

懸念点があるとすれば、バックグラウンドでの抽出精度です。その場しのぎの暫定対応を長期的なコーディング規約だとモデルが誤認した場合、後続のセッション全体に誤った前提が波及する恐れがあります。

コード生成の競争は、単なる応答速度やコンテキスト窓の広さから、プロジェクト文脈をどれだけ長期的に保持できるかという段階へ移りつつあります。