> For the complete documentation index, see [llms.txt](https://shike.gitbook.io/ai-coding/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://shike.gitbook.io/ai-coding/zi-yuan/glossary.md).

# 术语表

> 本表收录全书出现的重要术语,按"读者首次遇到"的时间顺序排列。每条术语给出首次出现章节与一句简明定义;同一术语在不同章节的细微含义差异,均以首次出现的口径为准。

| 术语                      | 首次出现章节 | 简明定义                                                        |
| ----------------------- | ------ | ----------------------------------------------------------- |
| AI(人工智能)                | 前言     | 经过大规模数据训练、可按指令生成文字与代码的程序,本书默认指代大语言模型(LLM)。                  |
| Agent(智能体)              | 前言     | 具备执行能力的 AI 系统,能自主拆解步骤、调用工具并交付结果,而非只回答问题。                    |
| Token                   | 前言     | 模型处理文本的最小计量单位,也是 API 计费的单位;1 汉字约 1—2 Token,1 英文单词约 1 Token。 |
| 上下文窗口                   | 前言     | 模型单次对话所能"看见"的全部内容上限,单位为 Token;实际稳定可用约为标称值的 25%—30%。         |
| Prompt(提示词)             | 前言     | 用户发送给 AI 的全部输入文字,清晰度、完整度、约束明确度共同决定输出质量。                     |
| Skill(技能文件)             | 前言     | 以 Markdown 编写、供 AI 读取的操作规程文件,写明适用场景与执行步骤,AI 遇到相关任务时自动调用。    |
| 子 Agent(Subagent)       | 前言     | 由主 Agent 派生、在独立上下文中执行子任务的执行单元,任务结束后仅返回结果摘要。                 |
| MCP(模型上下文协议)            | 前言     | Agent 接入外部工具的通用接口标准,地位类似硬件领域的 USB。                          |
| 跑分(Benchmark)           | 前言     | 各模型在标准化测试集上的得分,本书每项均标明出处类型与数据日期。                            |
| 垂直闭环                    | 第 1 章  | "模型 + 软件 + 套餐"三层绑定的销售结构,买其中任一层即被另外两层锁定。                     |
| 三级分类(NOISE/MINOR/MAJOR) | 第 12 章 | 监控系统对变化重要性的三级切分,对应不同的通知方式。                                  |
| 三层管道(采集—理解—投递)          | 第 12 章 | 竞品监控系统的工程化解耦架构,每层只与下一层交换文本。                                 |
| 三段式(全书写法)               | 前言     | "格局—案例—方法论"三段式组织方式,前 1 章格局、中 10 章案例、后 3 章方法论。               |
| 60/40 比例(三阶段工作量)        | 第 7 章  | 调研项目中建库 60% / 分析 30% / 补缺 10% 的工作量分配,价值分布与之相反。              |
| 80/20 混合架构              | 第 3 章  | 80% 可固化逻辑由代码承担,20% 判断工作交给 AI 的分工架构。                         |
| 五件套防护                   | 第 3 章  | 凭据保护、操作审计、权限校验、行为可追溯、异常自愈五层防护机制。                            |
| 沙盒测试                    | 第 11 章 | 在与生产环境 1:1 一致的隔离环境中验证改造方案,确认无问题后再灰度上线。                      |
| 灰度发布                    | 第 11 章 | 新代码先在 10% 流量运行,确认无问题后逐步扩大到 100% 的发布方式。                      |
| 三阶段改造                   | 第 11 章 | 遗留系统改造的"理解—改造—稳定化"三阶段方法论。                                   |
| 知识库                     | 第 8 章  | 经验条目的"原材料"层,提供检索能力,每条经验含场景—现象—原因—解法—效果五项。                   |
| 知识的三层沉淀                 | 第 8 章  | 知识库(可检索)— Skill(可被 AI 调用)— Prompt 模板(可被人类复用)的逐层蒸馏。          |
| 双记忆机制                   | 第 9 章  | 显式记忆(可被检索的文档)与隐式记忆(行为模式/约束)的协同机制。                           |
| 反馈回路                    | 第 9 章  | 让 AI 在执行任务中自动识别、记录、提示人工审核经验条目的闭环机制。                         |
| 上下文失效三类型                | 第 13 章 | 溢出(物理截断)—漂移(行为跑偏)—腐烂(记错细节)三类上下文问题。                          |
| 三重债务                    | 第 13 章 | 技术债(代码)—认知债(理解)—意图债(目标)三类累积的债务模型。                           |
| 四类工程问题                  | 第 13 章 | 代码质量下滑、上下文失效、文档不一致、架构渐进腐化四类反复发作的问题。                         |
| 质量左移                    | 第 13 章 | 把测试与静态检查提前到保存与提交的瞬时执行,使问题产生后立刻报警。                           |
| 章程(Constitution)        | 第 13 章 | 记录"不可协商原则"的根本约束文件,对人与 AI 具同等最高约束力。                          |
| PreToolUse 钩子           | 第 13 章 | AI 每次修改文件前先经过的强制检查,命中禁区即被拒绝,确定性代码而非提示词。                     |
| 四根杠杆                    | 第 15 章 | 检索—上下文管理—工具设计—子 Agent 架构四根可操作的脚手架杠杆。                        |
| 脚手架(Harness)            | 第 15 章 | AI 周围的工程结构总称,含提示词组装、上下文提供、工具定义、失败重试、子 Agent 委派。             |
| 成本路由                    | 第 15 章 | 规划用旗舰、执行为中档、批量用便宜的按任务难度分流的模型调用策略。                           |
| 7 倍 Token 代价            | 第 15 章 | 重度使用子 Agent 的工作流 Token 消耗约为单线程会话的 7 倍的工程实测。                 |
| 时间盒                     | 第 10 章 | 把项目拆分为固定时长的子任务(如 7 天),每个子任务只关注"今天必须完成什么"。                   |
| 关键路径                    | 第 10 章 | 必须做才能上线的任务集合,其他任务砍掉或后做,Day 1—2 集中决策、Day 3 起只执行。             |
| 不做清单                    | 第 10 章 | 与"做清单"对应的反向清单,通常比"做清单"长 2—3 倍,约束项目范围蔓延。                     |
| 漏斗(30 → 5 → 4)          | 第 12 章 | 竞品监控系统中"原始变化—diff—MAJOR"的逐级筛选漏斗,数字本身为可讨论的依据。                |
| 替代执行 vs 辅助执行            | 第 6 章  | 替代执行是 AI 直接完成任务仅在异常时通知人工;辅助执行是 AI 完成任务后人工审核。                |
| 路由规则                    | 第 6 章  | 决定消息由 Agent 处理还是人工处理的规则,首版几乎一定是错的需要上线后盯 2 小时。               |
| 数据指纹                    | 第 5 章  | 每次取数时计算关键字段的哈希值,用于快速判断数据是否变化。                               |
| 口径即代码                   | 第 5 章  | 把"销售额怎么算"这类口径转译为可执行代码,口径变则代码变、报告自动跟着变。                      |
| 失序(GitClear)            | 第 13 章 | AI 时代代码克隆增长 4 倍、重构活动下降 60%、函数调用率下降 35% 的代码质量趋势。             |
| intent debt(意图债)        | 第 4 章  | 文档式对齐失败导致的需求理解偏差,在开发完成后才暴露的累积债务。                            |
| Strangler 模式(绞杀者)       | 第 11 章 | 绕开遗留系统逐步建新系统、以新替旧的渐进式改造模式。                                  |
| Hardening(强化)           | 第 14 章 | 数据获取后对脱敏、限频、留存日志、robots 遵守等运营纪律的总称。                         |
| WebVoyager / OSWorld    | 第 3 章  | 浏览器与桌面 Agent 的基准测试,衡量 AI 自主操作 UI 的能力上限。                     |
| CUA(Computer Use Agent) | 第 3 章  | 操作系统级 Agent,在 OSWorld 基准上约 38%,复杂任务不足 10%。                  |
| Strangler(绞杀者)          | 第 11 章 | Martin Fowler 提出的遗留系统渐进替换模式,绕老树建新系统,拒绝大爆炸重写。                |
| AGENTS.md               | 第 15 章 | 由 Linux 基金会托管的开放标准文件,记录项目背景、技术栈、约束供 AI 自动读取。                |
| WarpGrep                | 第 15 章 | 论文 2605.23950 中提到的检索子 Agent,加上后所有模型提升 2.1—2.2 分,相当于一次模型升级。  |

> 术语使用建议:首次出现处给出全称与一句话定义,后续可直接使用缩写;跨章节出现时不必重复定义,以下表的"首次出现章节"为准。