告别代码堆砌！使用Tree-sitter将『蓝图』传递给LLM的超快速工具「Crespo」问世

发生了什么？新闻概要

• 无需生代码的结构提取：利用Tree-sitter AST分析，从代码库中提取仅包含导入、类、函数等“结构DNA”的信息，生成紧凑的XML格式蓝图。
• 显著减少令牌消耗：与传统的生代码输入相比，令牌消耗量平均减少86%。即使在大型代码库中，也能不压迫LLM的上下文窗口理解架构。
• 多功能的三种模式：提供“结构”模式（仅结构）、带AI一行解释的“摘要”模式，以及隐蔽机密信息的“连接”模式（Concat）。

为什么这很重要？值得关注的点

• 解决“只见树木不见森林”：防止LLM在读取数万令牌的生代码时“架构消失”，可以准确把握系统整体的连接关系。
• Tree-sitter带来的严谨分析：使用与GitHub和Neovim相同的真实语言文法，而不是简单的正则表达式抓取，因此在10种以上的主要语言中具有极高的分析精度。
• 保障安全性：在输出时自动对API密钥或令牌等机密信息进行遮蔽（Redact），降低了将代码发送到外部LLM的风险。

🦈 鲨鱼的视角（策展人的观点）

告别那些不断复制粘贴生代码并大喊“上下文不够的鲨鱼！”的日子吧！这个工具的厉害之处在于，它不仅仅是“压缩”，而是理解了编程语言的语法，提取出“有意义的骨架”。尤其是在像FastAPI这样的“结构本身即为规范”的框架中，能够消除噪音并保持重要的连接关系，真是让人佩服！大型代码库的上手和重构咨询必将变得超快速！

接下来会如何发展？

未来，IDE（集成开发环境）作为标准功能，必将整合这样的基于AST的上下文管理。LLM也会逐渐偏好“结构化的XML”而非“生文本”，所以提示工程的常识将从“附加源代码”转向“提供AST蓝图”，这逻辑上的必然趋势已然显现！

鲜鲨的总结

浪费令牌的行为，是鲨鱼的美餐！聪明地用“蓝图”来交流的工程师，将成为2026年的赢家！🦈🔥

术语解说

• Tree-sitter：一个用于快速且增量分析编程语言语法并生成语法树的解析器生成工具。

• AST（抽象语法树）：抽象语法树，表示源代码的树状结构，省略了与计算无关的细节，如括号。

• 上下文窗口：LLM一次能处理的最大信息量。当达到上限时，AI可能会忘记过去的信息或降低准确性。

• 信息来源: Crespo – Tree-sitter AST blueprints instead of raw code for LLMs