| Agent |
围绕目标观察状态、选择并执行动作、根据结果更新状态并决定下一步的系统 |
| Agentic Workflow |
在确定性编排中引入局部动态判断的工作流 |
| Bounded Autonomy |
被候选动作、权限、预算、状态机和评测门禁限制的自主性 |
| Context Contract |
对进入模型上下文的信息类型、来源、权限、生命周期和可信度的约定 |
| Context Engineering |
构建动态系统，在正确时机以正确格式向模型和工具提供完成任务所需的信息、能力与约束 |
| Context Pack |
一次模型调用实际获得的类型化输入合同，包含目标、状态、证据、工具、预算、遗漏和版本信息 |
| Evidence |
绑定来源、版本、Locator、时间、权限和所支持 Claim 的决策证据 |
| Source Manifest |
对数据源 Owner、分类、ACL、刷新、有效时间、删除、解析器和 Schema 的登记合同 |
| RAG |
Retrieval-Augmented Generation，在生成时检索外部知识并作为模型上下文 |
| Agentic RAG |
Agent 根据推理进展决定何时、怎样检索，并在受限循环中补充证据 |
| Hybrid Retrieval |
按查询形状组合 FTS、Vector、Graph、SQL 或 API，并对多路候选合并和精排 |
| GraphRAG |
利用实体、关系、路径、社区或图算法检索和组织证据的模式；具体产品实现可能不同 |
| Knowledge Graph |
描述业务实体、关系和规则的图，回答“什么是真的、什么相连” |
| Context Graph |
描述一次 Agent 执行中 Goal、Task、Tool、Evidence 和 Claim 因果关系的图 |
| Handoff |
一个 Agent 将任务控制权和必要状态显式移交给另一个 Agent |
| Supervisor |
负责路由、委托、汇总或控制多个责任单元的编排角色 |
| Central Supervisor |
负责跨领域 Goal 分解、Team 路由、全局依赖、预算和结果汇总的控制面角色 |
| Team Supervisor |
在单一领域内选择 Worker、分配子预算、验证局部结果并对外返回 Team Result 的角色 |
| Delegation Contract |
对子任务目标、验收标准、范围、工具、预算、截止时间和升级方式的约定 |
| Result Contract |
对 Agent 任务状态、结论、证据引用、缺失信息、副作用和下一步建议的约定 |
| Join Contract |
对并行任务等待集合、完成阈值、超时、冲突与晚到结果的聚合约定 |
| Late Result |
任务超时、取消或 Plan 已更新后才到达的结果；应记录但不能默认合并到当前状态 |
| Reconcile |
在外部副作用状态未知时查询权威系统并收敛本地状态，而不是盲目重试 |
| Artifact |
Agent 或工具产生的可引用产物；生产系统中宜使用不可变版本和内容哈希 |
| AgentOps |
围绕 Goal、Plan、Route、Tool、Evidence、Decision 与 Control 建立可诊断、可干预、可恢复和可持续优化的生产运营责任体系 |
| Capstone |
用一个完整项目闭合问题、架构、实现、安全、评测、发布、运营和维护证据的综合交付 |
| Vertical Slice |
用最小能力穿过身份、计划、委派、工具、状态、证据、评测和观测等真实边界的端到端切片 |
| Evidence Package |
与特定 Release Candidate 绑定，汇集产品、架构、实现、质量、安全、韧性、运营和可追溯证据的验收包 |
| Traceability Matrix |
连接 Requirement、ADR、Contract、Implementation、Verification、Runtime Evidence 和 Sign-off 的双向关系 |
| Release Candidate |
已固定源代码、合同、Prompt、Model、Tool、Policy、Knowledge、制品和证据版本的候选发布对象 |
| Clean-room Reproduction |
由未依赖作者本机状态和口头指导的独立环境，按公开步骤复现系统与证据的验收方法 |
| SBOM |
Software Bill of Materials，描述发布制品所含直接与传递依赖、版本、标识和许可证的软件物料清单 |
| Build Provenance |
描述制品由谁、在什么构建过程、使用哪些输入生成的可验证来源信息 |
| Artifact Attestation |
对制品及其来源、构建或其他属性作出的可验证签名声明；它不等于制品没有漏洞 |
| Release Gate |
针对问题、设计、切片、质量、安全或运营等独立风险做出 Pass、Conditional Pass 或 Fail 的发布门禁 |
| System Acceptance |
基于需求、证据、风险与独立复现，对系统是否可以交付作出的正式判断 |
| Goal Outcome Event |
描述目标结果、安全路径、证据覆盖、时延、成本、版本和关联引用的结构化运营事件 |
| Tier 1 Metric |
直接表达用户承诺和系统整体健康、能够改变运营决策的目标级指标 |
| Tier 2 Metric |
按 Planner、Router、Worker、Tool、Model、State 与 Security 等责任层解释 Tier 1 变化的诊断指标 |
| Incident Bundle |
汇集事故影响、版本、证据、控制动作、回滚和时间线的可移交事实包 |
| A2A |
Agent2Agent Protocol，独立 Agent 之间发现能力、交换消息、跟踪任务和交付产物的互操作协议 |
| AgentCard |
A2A 中描述 Agent 身份、接口、能力、技能与安全方案的发现对象 |
| Capability Snapshot |
从 AgentCard 或 Registry 派生，并按用户、租户、环境、版本和风险过滤后提供给 Planner 的能力快照 |
| Tool Call |
模型生成的结构化动作提议；需要经过解析、校验和授权后才能执行 |
| Tool Contract |
工具名称、用途、输入 Schema、权限、错误、幂等和副作用的完整契约 |
| State |
Agent 跨步骤共享的结构化运行数据，包括任务、证据、控制和关联信息 |
| Checkpoint |
在状态图步骤边界保存的状态快照，用于暂停、恢复、回放和故障分析 |
| Idempotency |
同一业务动作被重复请求时，不产生额外副作用或返回同一结果的性质 |
| MCP |
Model Context Protocol，AI Host 与外部 Server 发现、读取和调用能力的标准协议 |
| Golden Dataset |
经过治理、可重复执行、能代表关键风险的评测案例合同集合；包含输入、事实、证据、路径不变量、容忍度和来源 |
| Golden Entry |
Golden Dataset 中单个版本化案例，描述输入、预期事实与证据、允许和禁止行为、运行策略及治理元数据 |
| Evaluation Contract |
对质量属性、作用人群、计算方式、评估器、切片、阈值、门禁和 Owner 的约定 |
| Evaluator |
对一次或一组 Agent 运行产生结构化度量或判决的代码、领域规则、LLM Judge 或人工评审机制 |
| LLM-as-a-Judge |
使用语言模型按明确 Rubric 评估开放式输出或进行成对比较的测量方法；需要校准、版本化、弃权和人工复核 |
| Judge Calibration |
将 Judge 判决与独立人类标签比较，评估一致率、Precision、Recall、Kappa、顺序稳定性和切片误差的过程 |
| Evaluation Slice |
按意图、风险、语言、路径、模型、工具或其他维度划分的评测子集，用于发现总体平均值掩盖的差异 |
| Holdout Set |
与开发调参隔离、用于发布验证或周期审计的保留评测集 |
| N-run |
在声明的模型参数、Fixture、缓存和状态重置条件下，对同一案例重复运行并分析结果分布的方法 |
| pass@k |
k 次尝试中至少一次成功的概率或观测指标，常用于候选生成与搜索场景 |
| pass^k |
本书用于表示 k 次运行全部成功的记号，强调稳定执行；它不是统一的行业标准命名 |
| Paired Evaluation |
让 Baseline 与 Candidate 在相同案例和受控条件下运行，并按案例比较差值的评测设计 |
| Regression Gate |
根据硬门禁、非回归容忍度和性能成本预算，决定变更是否允许进入下一发布阶段的质量策略 |
| Quality Drift |
目标成功、忠实度、安全、决策或体验等质量属性随时间或版本变化的现象 |
| Data Leakage |
评测案例或其语义近邻进入训练、Few-shot、RAG 或 Memory，使回归分数虚高而不代表泛化能力的现象 |
| Trace |
一次任务中计划、路由、工具、状态和输出的可观测执行轨迹 |
| Control Plane |
负责路由、计划、策略、预算、审批与状态转换的控制责任面 |
| Runtime Control Plane |
把生产观测转化为熔断、降级、取消、限流、回滚和恢复等受审计动作的运行控制面 |
| Control Action Contract |
对控制动作的目标、范围、原因、审批、预期版本、期限、回滚和恢复条件的约定 |
| Execution Plane |
负责实际运行 Agent、Tool、Worker、Sandbox 与模型调用的执行责任面 |
| Source of Truth |
某项事实发生冲突时具有最终裁决权的权威来源 |
| Derived Index |
从权威来源生成、用于提升查询或分析效率，并且应能按版本重建的派生结构 |
| Startup Probe |
判断应用是否在允许时间内完成初始化；成功前不应执行常规存活与就绪探测 |
| Liveness Probe |
判断进程是否陷入需要重启才能恢复的内部故障 |
| Readiness Probe |
判断当前实例能否接收新流量；失败通常移出流量而不重启 |
| Synthetic Check |
以受控测试请求验证关键端到端业务路径的主动检查 |
| OpenTelemetry |
用于生成、传播、采集和导出 Trace、Metric 与 Log 等遥测数据的开放可观测性框架 |
| Baggage |
随请求传播的受控键值上下文；可能进入下游网络请求，不应携带敏感数据 |
| SLO |
Service Level Objective，在指定窗口内对用户可感知服务指标设定的目标 |
| SLI |
Service Level Indicator，对用户可感知服务表现的计算定义，必须声明人群、分子、分母、窗口和排除项 |
| Error Budget |
1 - SLO 所允许的不可靠空间，用于平衡变更速度与可靠性投入 |
| Error Budget Burn Rate |
在给定窗口内消耗错误预算的速度，用于识别快速或持续的可靠性退化 |
| RPO |
Recovery Point Objective，故障后可以接受丢失的数据时间范围 |
| RTO |
Recovery Time Objective，从故障到恢复目标服务允许的最长时间 |
| Circuit Breaker |
在下游持续故障时快速失败，并通过受控探测判断是否恢复的熔断机制 |
| Bulkhead |
按任务、租户、工具或资源池隔离并发和故障的舱壁机制 |
| Backpressure |
系统过载时通过拒绝、有界排队、限流或降级抑制上游输入的机制 |
| Retry Amplification |
物理尝试总数与唯一逻辑操作数之比，用于识别多层重试叠加造成的负载和成本放大 |
| Cost per Successful Goal |
总有效成本与成功 Goal 数量的比值，把技术消耗关联到业务结果的单位经济指标 |
| Wasted Cost |
失败、被丢弃、重复或未对最终结果产生贡献的模型、工具与平台成本 |
| Semantic Cache |
按意图、实体、权限、版本与有效时间匹配语义等价请求或中间结果的缓存；命中必须重新满足隔离与证据约束 |
| Experience Store |
保存经过来源、人工复核、范围、有效期、隐私和版本兼容治理的可复用运行经验的存储 |
| Prompt Release Manifest |
记录 Prompt 版本、代码提交、变量、兼容合同、评测、灰度、排除风险、回滚和 Owner 的发布清单 |
| GameDay |
在受控、接近生产的环境中注入故障，联合验证系统、人员、流程、告警、Runbook 与恢复能力的演练 |
| ORR |
Operational Readiness Review，以 SLO、质量、安全、恢复、运营、成本和演练证据做出 Go、Conditional Go 或 No-Go 决策的生产就绪评审 |
| Break-glass |
在紧急情况下临时提升或绕过常规访问流程的受控机制，必须有明确范围、审批、TTL 和审计 |
| DLQ |
Dead Letter Queue，保存达到重试上限或无法处理消息并等待诊断与受控重放的队列 |
| Prompt Injection |
攻击者通过用户输入、检索内容、工具结果或其他渠道影响模型目标、决策或输出的攻击 |
| Indirect Prompt Injection |
恶意指令不直接来自用户，而是藏在网页、邮件、文档、OCR、工具结果或 Peer Agent 内容中 |
| Least Agency |
只在确有必要时授予最小功能、最小权限和最小自主性的 Agent 安全原则 |
| Tool Guard |
位于模型 Tool Intent 与特权执行器之间，执行身份、策略、Schema、风险、审批和结果门禁的架构角色 |
| Policy Enforcement Point |
截获访问或动作请求并执行 Policy Decision 的确定性控制点 |
| Workload Identity |
代表服务、Agent、Worker 或 Tool Runtime 的机器身份，与最终用户身份分开 |
| Effective Authority |
用户、Workload、委托、任务、工具、资源、环境和审批权限的有效交集 |
| Bound Approval |
绑定具体动作、资源、参数哈希、版本、Scope 和有效期的审批授权 |
| TOCTOU |
Time of Check to Time of Use，检查通过后到执行前状态变化导致旧授权失效的问题 |
| Confused Deputy |
低权限主体诱导高权限服务使用自身权限完成原主体无权执行的动作 |
| Token Audience |
Access Token 被签发给的目标资源服务；接收方必须验证自己是预期受众 |
| DLP |
Data Loss Prevention，对敏感数据的发现、分类、转换、阻断和外流监控 |
| Security Invariant |
不允许通过统计错误预算消费的零容忍安全条件，例如未授权副作用必须为零 |
| Attack Success Rate |
在指定攻击集、版本和重复次数内，攻击达成禁用目标的比例 |
| Red Team |
在明确范围和安全约束下模拟攻击，以验证控制、检测、响应与恢复能力的活动 |
| Fail Closed |
控制或依赖失败时默认拒绝受保护动作，避免因安全组件不可用而绕过策略 |
| Nonce |
只使用一次的随机或唯一值，用于发现消息、审批或委托的重放 |
| ADR |
Architecture Decision Record，记录背景、约束、选项、决策和验证方式 |