一句话定义：AST（Abstract Syntax Tree，抽象语法树）是把一段代码的语法结构表示成树形的数据结构——每个节点是一个语法成分（函数、变量、表达式、语句），节点的嵌套关系表示"谁包含谁"。
它长什么样
拿 a = 1 + 2 举例，解析出来的树大致是：
```
赋值语句
├─ 左值：标识符 a
└─ 右值：二元运算 +
├─ 左：数字 1
└─ 右：数字 2
```
注意 1 + 2 并没有被算成 3——AST 只描述结构，不求值。求值、执行是后面阶段的事。它是"形状"，不是"结果"。
名字里的"抽象"指的是：空格、换行、注释这类不影响语法结构的细节会被丢掉，剩下的是语法骨架。（括号是否保留，取决于具体语言的解析器实现。）
和相邻概念的区别
| 层次 | 是什么 | a = 1 + 2 对应 |
|---|---|---|
| 源码文本 | 字符序列 | a = 1 + 2 |
| AI 词典：Token">Token 流 | 词法切分后的词 | a = 1 + 2 |
| AST | 带嵌套结构的语法树 | 赋值(标识符a, 加法(1, 2)) |
| IR / 字节码 | 更贴近执行的中间表示 | 加载1、加载2、相加、存a |
Token 流是平的，丢掉了层级；AST 才有层级，才知道"这个 + 属于这个赋值语句的右边"。
为什么代码智能体必须走这条路
纯字符串替换改代码，会踩三个坑：
1. 看不见上下文。把 count 全部替换成 total，会连带改掉字符串 "count"、注释里的 count，还有 counter 的首段。
2. 分不清作用域。两个函数里各有一个同名变量，字符串替换一视同仁，改错一个就出 bug。
3. 改完可能不合法。少个括号、缩进乱了，代码直接跑不起来。
走 AST 的流程是：解析成树 → 在树上按节点类型和位置精确定位（"这个函数体里所有引用 oldName 的标识符节点"）→ 只改这些节点 → 再由生成器把树还原成文本，缩进和括号交给生成器负责。
所以它不是"更聪明的文本替换"，而是换了一层操作对象：文本只是最后的输出格式。这就是代码智能体比"正则大法"可靠的根本原因。
对两类人的意义
- AI 从业者：做代码智能体、代码 RAG、自动重构时，AST 是基础设施。按函数/类切块比按固定字符数切块更合理；改完代码后做一次语法校验，是最便宜的兜底手段。具体支持哪些节点类型、怎么调用，以各语言官方解析器文档为准。
- 普通职场人：IDE 里的"重命名符号"、"查找所有引用"、格式化、代码检查（lint），背后都是 AST。它是"改代码不会改坏"的那根保险丝。