Skip to Content
CoreMemory Import Processor

Memory Import Processor

Memory Import Processor は、@file.md 構文を使って他のファイルからコンテンツをインポートすることで、コンテキストファイル(例: QWEN.md)をモジュール化できる機能です。

概要

この機能により、大きなコンテキストファイル(例: QWEN.md)を、より小さく管理しやすいコンポーネントに分割し、異なるコンテキスト間で再利用することが可能になります。Import processor は相対パスと絶対パスの両方をサポートしており、循環インポートを防ぎ、ファイルアクセスの安全性を確保するための組み込みセーフティ機能も備えています。

構文

インポートしたいファイルのパスの前に @ シンボルを付けて使用します:

# Main QWEN.md file This is the main content. @./components/instructions.md More content here. @./shared/configuration.md

サポートされているパス形式

相対パス

  • @./file.md - 同じディレクトリからインポート
  • @../file.md - 親ディレクトリからインポート
  • @./components/file.md - サブディレクトリからインポート

絶対パス

  • @/absolute/path/to/file.md - 絶対パスを使ってインポート

基本的なインポート

# My QWEN.md Welcome to my project! @./getting-started.md ## Features @./features/overview.md

ネストされたインポート

インポートされたファイル自体がインポートを含むことができ、ネスト構造を作成できます:

# main.md @./header.md @./content.md @./footer.md
# header.md # Project Header @./shared/title.md

セキュリティ機能

循環インポートの検出

プロセッサは自動的に循環インポートを検出し、防止します:

# file-a.md @./file-b.md # file-b.md @./file-a.md <!-- これは検出され、防止されます -->

ファイルアクセスのセキュリティ

validateImportPath 関数により、インポートが指定されたディレクトリからのみ許可され、許可範囲外の機密ファイルへのアクセスを防ぎます。

最大インポート深度

無限再帰を防ぐため、最大インポート深度を設定可能です(デフォルト: 5レベル)。

エラーハンドリング

存在しないファイル

参照されたファイルが存在しない場合、インポートは失敗し、出力にはエラーコメントが挿入されます。

ファイルアクセスエラー

権限エラーやその他のファイルシステムエラーは、適切なエラーメッセージとともに適切に処理されます。

コード領域の検出

インポートプロセッサは marked ライブラリを使用してコードブロックとインラインコードスパンを検出し、これらの領域内の @ インポートが正しく無視されるようにします。これにより、ネストされたコードブロックや複雑なMarkdown構造を堅牢に処理できます。

インポートツリー構造

プロセッサーは、インポートされたファイルの階層構造を示すインポートツリーを返します。これにより、どのファイルが読み込まれたかとそのインポート関係が表示されるため、コンテキストファイルに関する問題をデバッグするのに役立ちます。

ツリー構造の例:

Memory Files L project: QWEN.md L a.md L b.md L c.md L d.md L e.md L f.md L included.md

このツリーは、ファイルがインポートされた順序を保持し、デバッグ目的で完全なインポートチェーンを表示します。

Claude Code の /memory (claude.md) アプローチとの比較

Claude Code の /memory 機能(claude.md 参照)は、含まれるすべてのファイルを連結してフラットな線形ドキュメントを生成します。ファイル境界は常に明確なコメントとパス名でマークされます。インポート階層は明示的には表示されませんが、LLM にはすべてのファイル内容とパスが渡されるため、必要に応じて階層を再構築するのに十分です。

注: インポートツリーは主に開発中の明確性のために存在し、LLM の処理には限定的な関連性があります。

API リファレンス

processImports(content, basePath, debugMode?, importState?)

コンテキストファイルの内容にある import 文を処理します。

パラメータ:

  • content (string): import を処理する対象のコンテンツ
  • basePath (string): 現在のファイルが存在するディレクトリパス
  • debugMode (boolean, optional): デバッグログを有効化するかどうか(デフォルト: false)
  • importState (ImportState, optional): 循環 import を防ぐための状態管理情報

戻り値: Promise<ProcessImportsResult> - 処理済みのコンテンツと import ツリーを含むオブジェクト

ProcessImportsResult

interface ProcessImportsResult { content: string; // import が解決された処理済みコンテンツ importTree: MemoryFile; // import 階層を示すツリー構造 }

MemoryFile

interface MemoryFile { path: string; // ファイルパス imports?: MemoryFile[]; // 直接 import されているファイル群。import された順番に並ぶ }

validateImportPath(importPath, basePath, allowedDirectories)

インポートパスが安全であり、許可されたディレクトリ内にあることを確認するために検証します。

パラメータ:

  • importPath (string): 検証するインポートパス
  • basePath (string): 相対パスを解決するためのベースディレクトリ
  • allowedDirectories (string[]): 許可されたディレクトリパスの配列

戻り値: boolean - インポートパスが有効かどうか

findProjectRoot(startDir)

指定された開始ディレクトリから上方向に .git ディレクトリを検索してプロジェクトルートを見つけます。Node.js のイベントループをブロックしないように、非同期関数として実装され、ノンブロッキングなファイルシステム API を使用しています。

パラメータ:

  • startDir (string): 検索を開始するディレクトリ

戻り値: Promise<string> - プロジェクトルートディレクトリ(.git が見つからない場合は開始ディレクトリ)

ベストプラクティス

  1. 説明的なファイル名を使用する - インポートするコンポーネントには意味のある名前を付けましょう
  2. インポートの階層を浅く保つ - 深いネスト構造のインポートチェーンは避けてください
  3. 構造をドキュメント化する - インポートファイルの明確な階層構造を維持しましょう
  4. インポートをテストする - 参照しているすべてのファイルが存在し、アクセス可能であることを確認してください
  5. 可能な場合は相対パスを使用する - ポータビリティ向上のために相対パスを利用しましょう

トラブルシューティング

よくある問題

  1. インポートが機能しない場合: ファイルの存在とパスの正確性を確認してください
  2. 循環インポート警告: 循環参照がないかインポート構造を見直してください
  3. パーミッションエラー: ファイルが読み取り可能で、許可されたディレクトリ内にあることを確認してください
  4. パス解決の問題: 相対パスが正しく解決されない場合は絶対パスを使用してください

デバッグモード

インポート処理の詳細なログを表示するためにデバッグモードを有効にしてください:

const result = await processImports(content, basePath, true);
Last updated on