コードの丸投げは卒業！Tree-sitterで『設計図』だけをLLMに渡す爆速ツール「Crespo」登場

何が起きたのか？ニュースの概要

• 生コード不要の構造抽出: Tree-sitter AST解析を用いて、コードベースからインポート、クラス、関数などの「構造的DNA」のみを抽出し、コンパクトなXML形式の設計図を生成する。
• 圧倒的なトークン削減: 従来の生コード流し込みに比べ、トークン消費量を平均86%削減。大規模なリポジトリでも、LLMのコンテキストウィンドウを圧迫せずにアーキテクチャを理解させることが可能に。
• 多機能な3つのモード: 構造のみの「Structure」、AIによる1行解説付きの「Summary」、機密情報を隠蔽してフルソースを渡す「Concat」の3モードを搭載。

なぜこれが重要なのか？注目すべきポイント

• 「木を見て森を見ず」を解消: LLMが数万トークンの生コードを線形に読み取る際の「アーキテクチャの消失」を防ぎ、システム全体のつながりを正確に把握させることができる。
• Tree-sitterによる厳密な解析: 正規表現による雑なスクレイピングではなく、GitHubやNeovimと同じ本物の言語グラマーを使用するため、10以上の主要言語で極めて高い解析精度を誇る。
• セキュリティの担保: 出力時にAPIキーやトークンなどの機密情報を自動でマスキング（Redact）するため、外部LLMへのコード送信リスクを低減している。

🦈 サメの眼（キュレーターの視点）

生コードをひたすらコピペして「コンテキストが足りないサメ！」と叫んでいた日々におさらばだサメ！ このツールの凄さは、単なる「圧縮」じゃなくて、プログラミング言語の構文を理解して「意味のある骨格」だけを抜き出している点にあるサメ。特にFastAPIのような「構造そのものが仕様」に近いフレームワークでも、ノイズを消して重要な接続関係を維持できているのがニクいサメ！大規模リポジトリのオンボーディングや、リファクタリングの相談が爆速になること間違いなしだサメ！

これからどうなる？

今後、IDE（統合開発環境）の標準機能として、このようなASTベースのコンテキスト管理が組み込まれるはずだサメ。LLM側も「生のテキスト」を読むより「構造化されたXML」を好むようになるから、プロンプトエンジニアリングの常識が「ソースコード添付」から「AST設計図の提示」にシフトしていく論理的な帰結が見えるサメ！

はるサメ視点の一言

無駄なトークン消費は、サメの餌食だサメ！スマートに「設計図」で語るエンジニアが、2026年の勝者になるサメ！🦈🔥

用語解説

• Tree-sitter: プログラミング言語の構文を高速かつインクリメンタルに解析し、構文木を生成するためのパーサージェネレーターツール。

• AST (Abstract Syntax Tree): 抽象構文木のこと。ソースコードの構造を木構造で表現したもので、計算には関係ない括弧などの細部を省いたもの。

• コンテキストウィンドウ: LLMが一度に処理できる情報の最大量のこと。これが埋まると、AIは過去の情報を忘れたり精度が落ちたりする。

• 情報元: Crespo – Tree-sitter AST blueprints instead of raw code for LLMs