695 lines
39 KiB
Markdown
695 lines
39 KiB
Markdown
---
|
||
title: "术语表"
|
||
source: "Externalization in LLM Agents: A Unified Review"
|
||
last_updated: 2026-08-03
|
||
---
|
||
|
||
# 术语表
|
||
|
||
本术语表统一了 LLM Agent 外部化框架中的核心概念，提供中英对照和 Wikilink 链接。
|
||
|
||
## 核心框架
|
||
|
||
### Commodity Trader (大宗商品交易商)
|
||
**英文**: Commodity Trader
|
||
**中文**: 大宗商品交易商
|
||
**定义**: 连接资源、买方、物流、融资和信息的商品市场参与者；其收益可能来自价差、库存、合同、融资和风险承受，而不只是方向性价格预测。
|
||
**参见**: [[大宗商品交易商与石油市场权力|大宗商品交易商与石油市场权力]]
|
||
|
||
### Trade Finance (贸易融资)
|
||
**英文**: Trade Finance
|
||
**中文**: 贸易融资
|
||
**定义**: 以信用证、银行担保、预付款或延期付款等方式支持货物采购、运输和销售的融资安排；既扩大交易规模，也引入授信、流动性和交易对手风险。
|
||
**参见**: [[大宗商品交易商与石油市场权力|大宗商品交易商与石油市场权力]]
|
||
|
||
### Physical-Financial Linkage (实物—金融联动)
|
||
**英文**: Physical-Financial Linkage
|
||
**中文**: 实物—金融联动
|
||
**定义**: 实物货源、库存、物流和合同市场与期货、期权、掉期及金融头寸之间的价格和风险传导关系。
|
||
**参见**: [[大宗商品交易商与石油市场权力|大宗商品交易商与石油市场权力]]
|
||
|
||
### Commodity Supercycle (商品超级周期)
|
||
**英文**: Commodity Supercycle
|
||
**中文**: 商品超级周期
|
||
**定义**: 由工业化、城市化和基础设施投资等长期需求扩张驱动，并受到供应端多年资本开支周期约束的商品价格与投资周期。
|
||
**参见**: [[商品超级周期与交易商资产化|商品超级周期与交易商资产化]]
|
||
|
||
### Inventory Arbitrage (库存套利)
|
||
**英文**: Inventory Arbitrage
|
||
**中文**: 库存套利
|
||
**定义**: 在现货与远期或期货价格差足以覆盖仓储、保险、运费、融资和损耗成本时，买入并储存实物、同时锁定未来销售价格的交易策略。
|
||
**参见**: [[商品市场金融化与库存套利|商品市场金融化与库存套利]]
|
||
|
||
### Beneficial Ownership (实际受益所有人)
|
||
**英文**: Beneficial Ownership
|
||
**中文**: 实际受益所有人
|
||
**定义**: 实际控制或享有实体、资产、账户或交易收益的自然人或组织；商品贸易合规审查中需要与名义股东、中间人和 SPV 区分。
|
||
**参见**: [[大宗商品交易政治风险与合规|大宗商品交易政治风险与合规]]
|
||
|
||
### Externalization (外部化)
|
||
**英文**: Externalization
|
||
**中文**: 外部化
|
||
**定义**: 将认知负担从模型的内部计算逐步迁移到持久、可检查和可重用的外部结构中的过程。
|
||
**参见**: [[Externalization-in-LLM-Agents|LLM Agent 中的外部化]]
|
||
|
||
### Cognitive Artifact (认知人工制品)
|
||
**英文**: Cognitive Artifact
|
||
**中文**: 认知人工制品
|
||
**定义**: 设计用于维持、显示或操作信息的人工设备，通过改变任务本身的结构来改变认知性能。
|
||
**参见**: [[Externalization-in-LLM-Agents|LLM Agent 中的外部化]]
|
||
|
||
### Harness (Harness)
|
||
**英文**: Harness
|
||
**中文**: Harness
|
||
**定义**: 将原始模型能力转化为可靠 Agent 行为的脚手架，是承载记忆、技能、协议并提供编排逻辑、约束、可观测性和反馈循环的工程层。
|
||
**参见**: [[Harness-Engineering|Harness 工程]]
|
||
|
||
### Representational Transformation (表征转换)
|
||
**英文**: Representational Transformation
|
||
**中文**: 表征转换
|
||
**定义**: 认知人工制品的核心作用——重组问题，使智能体能够用它已经拥有的能力更可靠地解决问题。
|
||
|
||
## 记忆系统
|
||
|
||
### Memory System (记忆系统)
|
||
**英文**: Memory System
|
||
**中文**: 记忆系统
|
||
**定义**: 外部化 Agent 状态跨时间的系统，允许积累的知识在单个会话之外持续存在，并在相关时被选择性检索。
|
||
**参见**: [[Memory-Systems|记忆系统]]
|
||
|
||
### Working Context (工作上下文)
|
||
**英文**: Working Context
|
||
**中文**: 工作上下文
|
||
**定义**: 当前任务的实时中间状态：打开的文件、临时变量、活跃假设、部分计划和执行检查点。
|
||
|
||
### Episodic Experience (情景经验)
|
||
**英文**: Episodic Experience
|
||
**中文**: 情景经验
|
||
**定义**: 记录先前运行中发生的事情：决策点、工具调用、失败、结果和反思。
|
||
|
||
### Semantic Knowledge (语义知识)
|
||
**英文**: Semantic Knowledge
|
||
**中文**: 语义知识
|
||
**定义**: 存储在任何单个情节之外都存在的抽象：领域事实、一般启发式、项目约定和稳定的世界知识。
|
||
|
||
### PaddleOCR
|
||
**英文**: PaddleOCR
|
||
**中文**: PaddleOCR（飞桨 OCR 套件）
|
||
**定义**: 百度飞桨开源的 OCR 工具套件；本 Wiki 使用其 v2 异步 API（云端）做中文文档 OCR，含 PP-OCRv6（行级文本 + 置信度）与 PaddleOCR-VL-1.6（整页 Markdown、表格/版面还原）两模型。
|
||
**参见**: [[paddleocr-ocr工具链]]
|
||
|
||
### Personalized Memory (个性化记忆)
|
||
**英文**: Personalized Memory
|
||
**中文**: 个性化记忆
|
||
**定义**: 跟踪关于特定用户、团队或环境的稳定信息：偏好、习惯、重复出现的约束和先前的交互。
|
||
|
||
## 技能系统
|
||
|
||
### Skill System (技能系统)
|
||
**英文**: Skill System
|
||
**中文**: 技能系统
|
||
**定义**: 将程序、最佳实践和操作指导打包成可重用的人工制品的系统，而不是依赖模型的权重在每次调用时重新生成特定任务的知识。
|
||
**参见**: [[Skill-Systems|技能系统]]
|
||
|
||
### Operational Procedure (操作程序)
|
||
**英文**: Operational Procedure
|
||
**中文**: 操作程序
|
||
**定义**: 任务骨架：将复杂工作分解为步骤、阶段、依赖关系和停止条件。
|
||
|
||
### Decision Heuristic (决策启发式)
|
||
**英文**: Decision Heuristic
|
||
**中文**: 决策启发式
|
||
**定义**: 在分支处管理发生情况的实用经验法则，从经验中得出而不是仅靠穷举搜索。
|
||
|
||
### Normative Constraint (规范性约束)
|
||
**英文**: Normative Constraint
|
||
**中文**: 规范性约束
|
||
**定义**: 程序被视为可接受的条件，包括测试要求、范围限制、访问限制、可追溯性期望和特定领域操作规则。
|
||
|
||
### Progressive Disclosure (渐进式披露)
|
||
**英文**: Progressive Disclosure
|
||
**中文**: 渐进式披露
|
||
**定义**: 一种分层加载策略，首先暴露技能的存在，仅在需要时才加载更深的细节。
|
||
|
||
## 协议系统
|
||
|
||
### Agent Protocol (智能体协议)
|
||
**英文**: Agent Protocol
|
||
**中文**: 智能体协议
|
||
**定义**: 定义了用于发现、调用、委托和权限管理的显式机器可读契约，而不是依赖临时提示级别的协调。
|
||
**参见**: [[Agent-Protocols|智能体协议]]
|
||
|
||
### Invocation Grammar (调用语法)
|
||
**英文**: Invocation Grammar
|
||
**中文**: 调用语法
|
||
**定义**: 每个工具调用、API 请求或委托消息都需要的格式：参数名称、类型、排序和返回结构。
|
||
|
||
### Lifecycle Semantics (生命周期语义)
|
||
**英文**: Lifecycle Semantics
|
||
**中文**: 生命周期语义
|
||
**定义**: 多步交互需要的协调规则：谁接下来行动，允许什么状态转换，任务何时完成或失败。
|
||
|
||
### MCP (Model Context Protocol)
|
||
**英文**: Model Context Protocol (MCP)
|
||
**中文**: 模型上下文协议 (MCP)
|
||
**定义**: Anthropic 提出的标准化协议，为智能体提供跨异构服务发现工具、检查其模式和调用它们的方式。
|
||
|
||
### A2A (Agent-to-Agent Protocol)
|
||
**英文**: Agent-to-Agent Protocol (A2A)
|
||
**中文**: 智能体到智能体协议 (A2A)
|
||
**定义**: Google 提出的标准化智能体间通信协议，支持能力发现、任务委托和状态交换。
|
||
|
||
## Harness 工程
|
||
|
||
### Agent Loop (智能体循环)
|
||
**英文**: Agent Loop
|
||
**中文**: 智能体循环
|
||
**定义**: Harness 的时间骨干，实现感知-检索-计划-行动-观察周期。
|
||
**参见**: [[Harness-Engineering|Harness 工程]]
|
||
|
||
### Sandboxing (沙箱)
|
||
**英文**: Sandboxing
|
||
**中文**: 沙箱
|
||
**定义**: 创建受控的执行边界，限制 Agent 可以读取、写入和修改的内容，并提供使失败可诊断和回滚可行的可再现性保证。
|
||
|
||
### Observability (可观测性)
|
||
**英文**: Observability
|
||
**中文**: 可观测性
|
||
**定义**: 使 Agent 的内部轨迹对开发者、操作员和 Agent 本身可见的机制，包括结构化日志、执行轨迹和聚合指标。
|
||
|
||
### Context Budget Management (上下文预算管理)
|
||
**英文**: Context Budget Management
|
||
**中文**: 上下文预算管理
|
||
**定义**: 主动管理最稀缺的共享资源——上下文窗口——的策略，包括摘要、基于优先级的驱逐和分阶段加载。
|
||
|
||
## 历史演进
|
||
|
||
### Weights Layer (权重层)
|
||
**英文**: Weights Layer
|
||
**中文**: 权重层
|
||
**定义**: LLM 部署的最早浪潮，其中能力几乎完全与模型参数等同。
|
||
**参见**: [[From-Weights-to-Context-to-Harness|从权重到上下文到 Harness]]
|
||
|
||
### Context Layer (上下文层)
|
||
**英文**: Context Layer
|
||
**中文**: 上下文层
|
||
**定义**: 注意力从模型修改转向输入设计的阶段，包括提示工程、思维链、ReAct、RAG 等技术。
|
||
|
||
### Harness Layer (Harness 层)
|
||
**英文**: Harness Layer
|
||
**中文**: Harness 层
|
||
**定义**: 当前阶段，其中能力延伸超出提示管理进入持久基础设施。
|
||
|
||
## 期货研究术语
|
||
|
||
### 烧碱（Caustic Soda）
|
||
**中文**: 烧碱、氢氧化钠
|
||
**定义**: 化学式为 `NaOH` 的基础化工原料，工业产品主要包括液碱和固碱；氯碱电解过程中与液氯、氢气联产。
|
||
**参见**: [[烧碱产业链与氯碱平衡|烧碱产业链与氯碱平衡]]
|
||
|
||
### 氯碱平衡（Chlor-Alkali Balance）
|
||
**中文**: 氯碱平衡
|
||
**定义**: 烧碱与液氯按固定比例联产、但下游需求和储运条件不同所形成的产业协调约束；研究时需同时观察烧碱、液氯和耗氯行业。
|
||
**参见**: [[烧碱产业链与氯碱平衡|烧碱产业链与氯碱平衡]]
|
||
|
||
### 折百价
|
||
**中文**: 折百价
|
||
**定义**: 将不同浓度烧碱的含水价格按氢氧化钠含量换算为统一价格的研究口径，例如 32% 液碱折百价为含水价除以 0.32。
|
||
**参见**: [[烧碱期货合约交割与风险控制|烧碱期货合约、交割与风险控制]]
|
||
|
||
### 氧化铝（Alumina）
|
||
**中文**: 氧化铝
|
||
**定义**: 主要由铝土矿加工而成的 `Al2O3`，约 95% 用于电解铝生产；研究时需区分冶金级、特种氧化铝和可交割氧化铝。
|
||
**参见**: [[氧化铝行业产业链与供需框架|氧化铝行业产业链与供需框架]]
|
||
|
||
### 拜耳法（Bayer Process）
|
||
**中文**: 拜耳法
|
||
**定义**: 以铝土矿为原料，经高压溶出、赤泥分离、晶种分解和氢氧化铝焙烧生产氧化铝的主流工艺。
|
||
**参见**: [[氧化铝行业产业链与供需框架|氧化铝行业产业链与供需框架]]
|
||
|
||
### 电解铝（Primary Aluminum）
|
||
**中文**: 电解铝
|
||
**定义**: 氧化铝最主要的下游用途；电解铝产量、运行产能、利润和减产复产决定氧化铝需求的主要边际变化。
|
||
**参见**: [[氧化铝期货研究框架|氧化铝期货研究框架]]
|
||
|
||
### AO 合约
|
||
**中文**: AO
|
||
**定义**: 上海期货交易所氧化铝期货合约代码。合约单位、交割品、保证金和风控制度必须按当前交易所公告复核。
|
||
**参见**: [[氧化铝期货合约交割与风险控制|氧化铝期货合约、交割与风险控制]]
|
||
|
||
### 焦煤（Coking Coal）
|
||
**中文**: 焦煤、主焦煤
|
||
**定义**: 具有较强粘结性和结焦性的炼焦煤，是焦化企业配煤炼焦的重要原料；期货交割品必须满足交易所质量标准。
|
||
**参见**: [[焦煤期货产业链与供需框架|焦煤期货产业链与供需框架]]
|
||
|
||
### 基差（Basis）
|
||
**中文**: 基差
|
||
**定义**: 同一时间、地点和口径下的现货价格减去对应期货价格，即“现货 - 期货”；解释时必须同时注明品种质量、地区、含税状态和合约月份。
|
||
**参见**: [[焦煤期货研究框架|焦煤期货研究框架]]
|
||
|
||
### 标准仓单（Standard Warehouse Receipt）
|
||
**中文**: 标准仓单
|
||
**定义**: 由交易所指定仓库或厂库按规定注册、可用于期货交割的凭证；仓单数量、质量、地点和有效期会影响交割月期现关系。
|
||
**参见**: [[焦煤期货合约交割与风险控制|焦煤期货合约、交割与风险控制]]
|
||
|
||
### 期转现（Exchange for Physical）
|
||
**中文**: 期货转现货、期转现
|
||
**定义**: 买卖双方协商，以协议价格和现货或仓单安排完成期货持仓与现货交收转换的交割方式。
|
||
**参见**: [[焦煤期货合约交割与风险控制|焦煤期货合约、交割与风险控制]]
|
||
|
||
### 大交割（Large Delivery）
|
||
**中文**: 大交割
|
||
**定义**: 某期货品种某个月份合约的交割量较其他月份异常突出时的现象；一般表明现货市场存在突出的供需矛盾，期货市场在其中承担"蓄水池/调节器"功能。识别上可结合交割量、交割率（合约交割量/合约期内单边日度最大持仓量）与交割量/现货表观消费量三个指标（报告口径，非交易所官方定义）。
|
||
**参见**: [[大交割机制与实证|大交割机制与实证：我国商品期货市场的大交割现象]]
|
||
|
||
### 交割率（Delivery Ratio）
|
||
**中文**: 交割率
|
||
**定义**: 合约交割量占合约期内单边日度最大持仓量的比率；另有"交割量/现货表观消费量"用于衡量期货交割相对现货市场的规模。两个口径均为研究用定义，非交易所官方指标。
|
||
**参见**: [[大交割机制与实证|大交割机制与实证：我国商品期货市场的大交割现象]]
|
||
|
||
### 逆向选择（Adverse Selection）
|
||
**中文**: 逆向选择
|
||
**定义**: 交易对手拥有信息优势时，成交本身成为坏信号——对方愿意成交意味着我方可能估值偏高（Akerlof 柠檬市场）；做市商、招标采购和盘口交易中需以贝叶斯加权修正估值。
|
||
**参见**: [[交易决策法则|交易决策法则：The Laws of Trading 的 11 条法则与框架]]
|
||
|
||
### 赢家诅咒（Winner's Curse）
|
||
**中文**: 赢家诅咒
|
||
**定义**: 拍卖或招标中，胜出者往往是以最高估值出价的一方，因此"赢下拍卖"本身即提示出价可能过高；出价应基于"以赢下拍卖为条件的期望值"。
|
||
**参见**: [[交易决策法则|交易决策法则：The Laws of Trading 的 11 条法则与框架]]
|
||
|
||
### 边际交易者（Marginal Trader）
|
||
**中文**: 边际交易者
|
||
**定义**: 市场中决定当前价格、最激进但不至于自己砸盘的那位交易者；一个 edge 成立意味着你理解并能行动于边际交易者不理解或无法行动的事实。
|
||
**参见**: [[交易决策法则|交易决策法则：The Laws of Trading 的 11 条法则与框架]]
|
||
|
||
### 交易折旧（Trade Depreciation）
|
||
**中文**: 交易折旧
|
||
**定义**: 盈利交易本身向市场发出"此处有利可图"的信号，随着更多交易者进入，edge 逐渐被磨损归零；是成本四象限中最隐蔽、最终导致所有 edge 长期衰减的成本。
|
||
**参见**: [[交易决策法则|交易决策法则：The Laws of Trading 的 11 条法则与框架]]、[[交易决策检查清单|交易决策检查清单]]
|
||
|
||
## 理论基础
|
||
|
||
### Distributed Cognition (分布式认知)
|
||
**英文**: Distributed Cognition
|
||
**中文**: 分布式认知
|
||
**定义**: 拒绝认知完全驻留在个人心灵内的观点，而是将认知过程定位在人、人工制品、表征和协调实践之间。
|
||
|
||
### Complementary Strategies (互补策略)
|
||
**英文**: Complementary Strategies
|
||
**中文**: 互补策略
|
||
**定义**: Kirsh 的理论，认为智能体不仅通过在内部更努力地思考来提高性能，还通过重组外部环境使一些认知工作卸载到其中来提高性能。
|
||
|
||
## 实践术语
|
||
|
||
### Context Anxiety (上下文焦虑)
|
||
**英文**: Context Anxiety
|
||
**中文**: 上下文焦虑
|
||
**定义**: 一些模型表现出的倾向，当它们接近认为的上下文限制时，会过早地结束工作。
|
||
|
||
### Context Reset (上下文重置)
|
||
**英文**: Context Reset
|
||
**中文**: 上下文重置
|
||
**定义**: 完全清除上下文窗口并启动一个新的 Agent，结合结构化移交来携带前一个 Agent 的状态和下一步。
|
||
|
||
### Sprint Contract (冲刺契约)
|
||
**英文**: Sprint Contract
|
||
**中文**: 冲刺契约
|
||
**定义**: 在每个冲刺之前，生成器和评估器协商的协议，就在编写任何代码之前该工作块的"完成"是什么样子达成一致。
|
||
|
||
### Planner-Generator-Evaluator (规划器-生成器-评估器)
|
||
**英文**: Planner-Generator-Evaluator
|
||
**中文**: 规划器-生成器-评估器
|
||
**定义**: 一种三 Agent 架构，用于长运行自主编码：规划器将简单提示扩展为完整规范，生成器一次实现一个功能，评估器测试并评分结果。
|
||
**参见**: [[Long-Running-Harness-Design|长运行应用的 Harness 设计]]
|
||
|
||
### Agent-First World (智能体优先的世界)
|
||
**英文**: Agent-First World
|
||
**中文**: 智能体优先的世界
|
||
**定义**: 一种软件工程范式，其中没有一行代码是人工编写的，人类工程师的工作重点转向设计环境、明确意图和构建反馈回路。
|
||
**参见**: [[OpenAI-Codex-Harness-Engineering|OpenAI Codex Harness 工程]]
|
||
|
||
### Doc-Gardening (文档园艺)
|
||
**英文**: Doc-Gardening
|
||
**中文**: 文档园艺
|
||
**定义**: 定期运行的智能体，扫描那些不再反映真实代码行为的过时或废弃文档，并发起修复用的 Pull Request。
|
||
|
||
### Golden Principles (黄金原则)
|
||
**英文**: Golden Principles
|
||
**中文**: 黄金原则
|
||
**定义**: 带有主观意见的机械规则，旨在保持代码库的可读性和一致性，以便将来运行智能体。
|
||
|
||
### AI Slop (AI 残渣)
|
||
**英文**: AI Slop
|
||
**中文**: AI 残渣
|
||
**定义**: 智能体复现代码仓库中已存在的不均衡或不够理想的模式，随着时间的推移导致的漂移。
|
||
|
||
### Meta-Harness (元 Harness)
|
||
**英文**: Meta-Harness
|
||
**中文**: 元 Harness
|
||
**定义**: 一个外环系统，用于搜索和优化 LLM 应用的 Harness 代码，使用编码智能体通过文件系统访问完整历史记录（源代码、执行轨迹、分数）来提议和评估新的 Harness。
|
||
**补充说明**: 在 Managed Agents（Anthropic）语境中，Meta-Harness 也指一种具有允许许多不同 Harness 的通用接口的系统，对 Claude 未来将需要的特定 Harness 不做预设；两种用法以来源语境为准。
|
||
**参见**: [[Meta-Harness|Meta-Harness：模型 Harness 的端到端优化]]、[[Managed-Agents-Decoupling-Brain-from-Hands|Managed Agents：将大脑与手分离]]
|
||
|
||
### Code-Space Search (代码空间搜索)
|
||
**英文**: Code-Space Search
|
||
**中文**: 代码空间搜索
|
||
**定义**: Meta-Harness 的关键设计选择，将 Harness 优化发生在代码空间中，通过检查执行轨迹推断为什么失败以及哪些早期设计选择导致了失败，而不仅仅是失败本身。
|
||
|
||
### Computational vs Inferential (计算型 vs 推理型)
|
||
**英文**: Computational vs Inferential
|
||
**中文**: 计算型 vs 推理型
|
||
**定义**: Harness 中指南和传感器的两种执行类型：计算型是确定性且快速的（测试、lint、类型检查）；推理型是语义分析、AI 代码审查、"LLM 作为法官"。
|
||
**参见**: [[Harness-Engineering-for-Coding-Agent-Users|面向编码智能体用户的 Harness 工程]]
|
||
|
||
### Feedforward Guide (前馈指南)
|
||
**英文**: Feedforward Guide
|
||
**中文**: 前馈指南
|
||
**定义**: 在智能体行动之前提供的指导，包括原则、规则、参考文档、操作指南等，增加智能体第一次就做对的概率。
|
||
**参见**: [[Harness-Engineering-for-Coding-Agent-Users|面向编码智能体用户的 Harness 工程]]
|
||
|
||
### Feedback Sensor (反馈传感器)
|
||
**英文**: Feedback Sensor
|
||
**中文**: 反馈传感器
|
||
**定义**: 在智能体行动之后提供的验证机制，包括静态分析、日志、浏览器测试、代码审查智能体等，用于自我纠正问题。
|
||
**参见**: [[Harness-Engineering-for-Coding-Agent-Users|面向编码智能体用户的 Harness 工程]]
|
||
|
||
### Harness Template (Harness 模板)
|
||
**英文**: Harness Template
|
||
**中文**: Harness 模板
|
||
**定义**: 针对常见应用拓扑（数据仪表板、CRUD 业务服务、事件处理器）的指南和传感器捆绑包，可以作为团队的起点。
|
||
**参见**: [[Harness-Engineering-for-Coding-Agent-Users|面向编码智能体用户的 Harness 工程]]
|
||
|
||
### Maintainability Harness (可维护性 Harness)
|
||
**英文**: Maintainability Harness
|
||
**中文**: 可维护性 Harness
|
||
**定义**: 监管内部代码质量和可维护性的 Harness 类别，包括 lint、结构测试、代码覆盖等工具。
|
||
**参见**: [[Harness-Engineering-for-Coding-Agent-Users|面向编码智能体用户的 Harness 工程]]
|
||
|
||
### Architecture Fitness Harness (架构适用性 Harness)
|
||
**英文**: Architecture Fitness Harness
|
||
**中文**: 架构适用性 Harness
|
||
**定义**: 定义和检查应用程序架构特征的指南和传感器，类似于架构适用性函数。
|
||
**参见**: [[Harness-Engineering-for-Coding-Agent-Users|面向编码智能体用户的 Harness 工程]]
|
||
|
||
### Behaviour Harness (行为 Harness)
|
||
**英文**: Behaviour Harness
|
||
**中文**: 行为 Harness
|
||
**定义**: 引导和感知应用程序是否按需要功能运行的 Harness 类别，包括功能规范和测试套件。
|
||
**参见**: [[Harness-Engineering-for-Coding-Agent-Users|面向编码智能体用户的 Harness 工程]]
|
||
|
||
### Rippable Harness (可剥离 Harness)
|
||
**英文**: Rippable Harness
|
||
**中文**: 可剥离 Harness
|
||
**定义**: 设计为可以移除"智能"逻辑的 Harness，当模型变得足够智能不需要时。
|
||
**参见**: [[Harness-Engineering-Complete-Guide|Harness 工程完整指南]]
|
||
|
||
### Three Pillars of Harness Engineering (Harness 工程三大支柱)
|
||
**英文**: Three Pillars of Harness Engineering
|
||
**中文**: Harness 工程三大支柱
|
||
**定义**: OpenAI 框架组织的三个核心类别：上下文工程、架构约束、熵管理（垃圾收集）。
|
||
**参见**: [[Harness-Engineering-Complete-Guide|Harness 工程完整指南]]
|
||
|
||
### Context Engineering (上下文工程)
|
||
**英文**: Context Engineering
|
||
**中文**: 上下文工程
|
||
**定义**: 确保智能体在正确时间拥有正确信息的学科，包括存储库本地文档和动态可观测性数据。
|
||
**参见**: [[Harness-Engineering-Complete-Guide|Harness 工程完整指南]]
|
||
|
||
### Architectural Constraints (架构约束)
|
||
**英文**: Architectural Constraints
|
||
**中文**: 架构约束
|
||
**定义**: 机械地强制执行好代码样子的机制，包括依赖分层规则、确定性 linter、结构测试等。
|
||
**参见**: [[Harness-Engineering-Complete-Guide|Harness 工程完整指南]]
|
||
|
||
### Entropy Management (熵管理)
|
||
**英文**: Entropy Management
|
||
**中文**: 熵管理
|
||
**定义**: 定期清理智能体，用于解决 AI 生成代码库随时间积累的熵（文档漂移、命名约定发散、死代码积累）。
|
||
**参见**: [[Harness-Engineering-Complete-Guide|Harness 工程完整指南]]
|
||
|
||
### Reasoning Sandwich (推理三明治)
|
||
**英文**: Reasoning Sandwich
|
||
**中文**: 推理三明治
|
||
**定义**: 一种推理预算分配策略：规划使用高推理、实现使用中推理、验证使用高推理。
|
||
**参见**: [[LangChain-Harness-Engineering|LangChain Harness 工程实践]]
|
||
|
||
### Self-Verification Loop (自我验证循环)
|
||
**英文**: Self-Verification Loop
|
||
**中文**: 自我验证循环
|
||
**定义**: 让智能体验证其工作的机制：规划与发现、构建、验证、修复。
|
||
**参见**: [[LangChain-Harness-Engineering|LangChain Harness 工程实践]]
|
||
|
||
### Managed Agents (托管智能体)
|
||
**英文**: Managed Agents
|
||
**中文**: 托管智能体
|
||
**定义**: Anthropic 的托管服务，通过一组通用接口虚拟化智能体组件（会话、Harness、沙箱）来运行长 horizon 智能体。
|
||
**参见**: [[Managed-Agents-Decoupling-Brain-from-Hands|Managed Agents：将大脑与手分离]]
|
||
|
||
### Session (会话)
|
||
**英文**: Session
|
||
**中文**: 会话
|
||
**定义**: Managed Agents 中发生的一切的仅追加日志，作为生活在 Claude 上下文窗口之外的上下文对象。
|
||
**参见**: [[Managed-Agents-Decoupling-Brain-from-Hands|Managed Agents：将大脑与手分离]]
|
||
|
||
### Six Stages of AI Adoption (AI 采用的六个阶段)
|
||
**英文**: Six Stages of AI Adoption
|
||
**中文**: AI 采用的六个阶段
|
||
**定义**: Mitchell Hashimoto 的采用路径：放弃聊天机器人界面、重现自己的工作、日终智能体、外包确定的任务、工程化 Harness、始终有一个智能体在运行。
|
||
**参见**: [[Mitchellh-AI-Adoption-Journey|Mitchell Hashimoto 的 AI 采用之旅]]
|
||
|
||
## 个人知识库
|
||
|
||
### Persistent Wiki (持久 Wiki)
|
||
**英文**: Persistent Wiki
|
||
**中文**: 持久 Wiki
|
||
**定义**: 由 LLM 增量创建和维护的结构化、交叉链接 Markdown 知识层；它把来源中的综合结论保留下来，而不是在每次查询时从原始文档重新推导。
|
||
**参见**: [[LLM-Wiki-Persistent-Personal-Knowledge-Bases|LLM Wiki：构建持久累积型个人知识库]]
|
||
|
||
### Three-Layer Knowledge Base (三层知识库架构)
|
||
**英文**: Three-Layer Knowledge Base
|
||
**中文**: 三层知识库架构
|
||
**定义**: 将知识库分成原始来源层、LLM 维护的 Wiki 层和定义结构与工作流的 Schema 层。
|
||
**参见**: [[LLM-Wiki-Persistent-Personal-Knowledge-Bases|LLM Wiki：构建持久累积型个人知识库]]
|
||
|
||
### Ingest / Query / Lint (摄取、查询、健康检查)
|
||
**定义**: 个人 Wiki 的三个核心操作：摄取负责整合新来源，查询负责检索和综合知识，健康检查负责发现矛盾、陈旧、孤岛和知识空白。
|
||
**参见**: [[LLM-Wiki-Persistent-Personal-Knowledge-Bases|LLM Wiki：构建持久累积型个人知识库]]
|
||
|
||
### Knowledge Graph Insight (知识图谱洞察)
|
||
**中文**: 知识图谱洞察
|
||
**定义**: 从页面链接、共同来源和社区结构中发现孤立页面、稀疏社区、桥接节点和潜在知识空白的分析结果。
|
||
**参见**: [[LLM-Wiki-Implementation-Patterns|LLM Wiki 的实现模式]]
|
||
|
||
## 玻璃与纯碱研究
|
||
|
||
## 期货市场结构
|
||
|
||
### Open Interest（持仓量）
|
||
**中文**: 持仓量
|
||
**定义**: 某合约在统计时点尚未平仓的合约数量。它描述未平仓存量，不单独等于净多头、净空头或新增方向；必须结合价格、成交量、开平仓口径、移仓和套保背景解释。
|
||
**参见**: [[交易与交易所市场微观结构|交易与交易所：市场微观结构]]
|
||
|
||
### Singular Term Structure（奇异型期限结构）
|
||
**中文**: 奇异型期限结构
|
||
**定义**: 一篇个人研究文章对非典型 Backwardation/Contango 曲线的分类名称，包括 Sin.B 波峰、Sin.C 波谷和 Sin.M 多波峰波谷。它是研究假设，不是交易所标准术语。
|
||
**参见**: [[奇异型期限结构与期现套利分析|奇异型期限结构与期现套利分析]]
|
||
|
||
### Convenience Yield（便利收益）
|
||
**中文**: 便利收益
|
||
**定义**: 企业持有库存以维持生产、交付和供应安全所获得的隐含价值，更接近库存提供的保供期权，不是天然可直接观测的现金收入；低于安全库存时通常更值得重点研究。
|
||
**参见**: [[便利收益与Backwardation结构|便利收益与 Backwardation 结构]]
|
||
|
||
### Super Backwardation（超级 Backwardation）
|
||
**中文**: 超级 Backwardation
|
||
**定义**: 缺货和近月保供压力极强时，近月相对远月出现异常陡峭的 Backwardation 结构；不是交易所标准术语，需用现货、基差、库存、仓单和交割资源验证。
|
||
**参见**: [[便利收益与Backwardation结构|便利收益与 Backwardation 结构]]
|
||
|
||
### Safety Stock（安全库存）
|
||
**英文**: Safety Stock
|
||
**中文**: 安全库存
|
||
**定义**: 企业为维持正常生产和交付而保有的最低或目标库存，常按生产天数衡量；其水平会随物流不确定性、供应集中度和生产连续性变化。
|
||
**参见**: [[便利收益与Backwardation结构|便利收益与 Backwardation 结构]]
|
||
|
||
### Market Microstructure（市场微观结构）
|
||
**中文**: 市场微观结构
|
||
**定义**: 研究订单、撮合、报价、流动性、交易成本、价格发现、清算和监管如何共同影响交易结果的领域。
|
||
**参见**: [[交易与交易所市场微观结构|交易与交易所：市场微观结构]]
|
||
|
||
### Futures Research System (期货研究体系)
|
||
**英文**: Futures Research System
|
||
**中文**: 期货研究体系
|
||
**定义**: 按整体相关、基本分析逻辑、品种相关、品种新闻和待核验资料分层组织期货研究来源与知识页面的增量体系。
|
||
**参见**: [[期货研究资料目录|期货研究资料目录]]
|
||
|
||
### Basis (基差)
|
||
**英文**: Basis
|
||
**中文**: 基差
|
||
**定义**: 现货价格与期货价格之差；本 Wiki 默认写作“基差 = 现货价格 - 期货价格”，使用时仍需注明现货地点、合约和计价口径。
|
||
**参见**: [[期货基本分析逻辑|期货基本分析逻辑]]
|
||
|
||
### Warehouse Receipt (仓单)
|
||
**英文**: Warehouse Receipt
|
||
**中文**: 仓单
|
||
**定义**: 交易所交割体系中证明可交割货物或厂库交割资格的凭证；研究时需结合品级、有效期、厂库、区域和持仓量分析。
|
||
**参见**: [[玻璃期货研究框架|玻璃期货研究框架]]
|
||
|
||
### Factory Warehouse Delivery (厂库交割)
|
||
**英文**: Factory Warehouse Delivery
|
||
**中文**: 厂库交割
|
||
**定义**: 由交易所指定厂库承担交割货物供应、仓单服务和提货安排的交割组织方式；具体厂库、保证方式、发货速度和费用以现行交易所公告为准。
|
||
**参见**: [[玻璃期货投教材料合约交割与风险控制|玻璃期货投教材料：合约交割与风险控制]]
|
||
|
||
### Futures Curve (期货曲线)
|
||
**英文**: Futures Curve
|
||
**中文**: 期货曲线
|
||
**定义**: 同一品种不同交割月份的期货价格结构，常用于观察期限溢价、库存预期、季节性和移仓行为。
|
||
**参见**: [[期货基本分析逻辑|期货基本分析逻辑]]
|
||
|
||
### Float Glass (浮法玻璃)
|
||
**英文**: Float Glass
|
||
**中文**: 浮法玻璃
|
||
**定义**: 将熔融玻璃液在锡槽液面上摊平、退火并切割形成的平板玻璃，是玻璃期货研究的主要对象之一；光伏玻璃和深加工玻璃不能自动等同于期货交割品。
|
||
**参见**: [[玻璃生产工艺与成本结构|玻璃生产工艺与成本结构]]
|
||
|
||
### Capacity Utilization (产能利用率)
|
||
**英文**: Capacity Utilization
|
||
**中文**: 产能利用率
|
||
**定义**: 实际产量相对于对应可用产能的利用程度，不能与开工率混用。
|
||
**参见**: [[玻璃数据字典与数据库设计|玻璃数据字典与数据库设计]]
|
||
|
||
### Inventory Days (库存可用天数)
|
||
**英文**: Inventory Days
|
||
**中文**: 库存可用天数
|
||
**定义**: 在库存范围、出货量和时间频率一致的前提下，用库存量除以对应日均出货量得到的标准化库存指标。
|
||
**参见**: [[玻璃期货研究框架|玻璃期货研究框架]]
|
||
|
||
### FCFF / FCFE (企业自由现金流 / 股权自由现金流)
|
||
**英文**: Free Cash Flow to Firm / Free Cash Flow to Equity
|
||
**中文**: 企业自由现金流 / 股权自由现金流
|
||
**定义**: 分别面向全部资本提供者和股东的自由现金流口径；使用时必须核对资本开支、债务、营运资本、报告期和一次性现金流。
|
||
**参见**: [[企业自由现金流分析|企业自由现金流分析]]
|
||
|
||
### Neckline (颈线)
|
||
**英文**: Neckline
|
||
**中文**: 颈线
|
||
**定义**: 技术形态中连接关键高点或低点的确认参考线；价格突破或跌破颈线只能作为形态信号，还需要结合成交量、持仓和基本面验证。
|
||
**参见**: [[技术分析形态与突破确认|技术分析形态与突破确认]]
|
||
|
||
### False Breakout (假突破)
|
||
**英文**: False Breakout
|
||
**中文**: 假突破
|
||
**定义**: 价格短暂穿越阻力、支撑或颈线后重新回到原区间，说明突破确认不足或失败；不能仅凭一次盘中穿越确认。
|
||
**参见**: [[技术分析形态与突破确认|技术分析形态与突破确认]]
|
||
|
||
### Triangle Consolidation (三角形整理)
|
||
**英文**: Triangle Consolidation
|
||
**中文**: 三角形整理
|
||
**定义**: 上边界下倾、下边界上倾的收敛整理结构；突破位置、成交量、波动和后续回踩共同决定信号质量。
|
||
**参见**: [[技术分析形态与突破确认|技术分析形态与突破确认]]
|
||
|
||
### Market Cycle (市场周期)
|
||
**英文**: Market Cycle
|
||
**中文**: 市场周期
|
||
**定义**: 对市场环境在扩张、收缩、趋势、震荡或转换阶段的时间序列描述。具体划分必须明确指数、回撤、市场广度、时间窗口和判定规则。
|
||
**参见**: [[股票市场周期与大势判断|股票市场周期与大势判断]]
|
||
|
||
### Chip Concentration (筹码集中)
|
||
**英文**: Chip Concentration
|
||
**中文**: 筹码集中
|
||
**定义**: 对流通股份持有分布、成交密集区或股东结构集中程度的描述；“主力成本”和资金意图不能仅凭价格与成交量直接确认。
|
||
**参见**: [[股票基本面与筹码选股|股票基本面与筹码选股]]
|
||
|
||
### Position Sizing (仓位管理)
|
||
**英文**: Position Sizing
|
||
**中文**: 仓位管理
|
||
**定义**: 根据账户权益、单笔风险、止损距离、流动性、相关性和组合暴露确定持仓规模的过程；具体比例必须经过品种和策略验证。
|
||
**参见**: [[股票交易纪律与资金管理|股票交易纪律与资金管理]]
|
||
|
||
### MACD (指数平滑异同移动平均线)
|
||
**英文**: Moving Average Convergence Divergence
|
||
**中文**: 指数平滑异同移动平均线（MACD）
|
||
**定义**: 基于不同周期指数移动平均线及其差值构造的技术指标；金叉、死叉、柱体和背离必须明确周期、参数、确认和失效条件。
|
||
**参见**: [[股票交易系统与技术分析|股票交易系统与技术分析]]
|
||
|
||
### Backtest (回测)
|
||
**英文**: Backtest
|
||
**中文**: 回测
|
||
**定义**: 使用历史数据按事先固定的信号、调仓、成本和风险规则检验策略表现；必须防止未来函数、生存者偏差、样本选择偏差和过度拟合。
|
||
**参见**: [[股票基本面与筹码选股|股票基本面与筹码选股]]
|
||
|
||
## 量化交易框架
|
||
|
||
### Timing Factor (择时因子)
|
||
**英文**: Timing Factor
|
||
**中文**: 择时因子
|
||
**定义**: 决定何时买入或卖出投资品的策略规则单元；阿布量化中买入因子（AbuFactorBuyBase）必须且只能混入一个方向类（BuyCallMixin 看涨 / BuyPutMixin 看跌），通过 `fit_day` 生成次日订单以避免未来函数。
|
||
**参见**: [[阿布量化框架架构|阿布量化框架架构]]
|
||
|
||
### Stock-Picking Factor (选股因子)
|
||
**英文**: Stock-Picking Factor
|
||
**中文**: 选股因子
|
||
**定义**: 从候选标的中筛选更适配策略的品种或股票的规则单元；阿布量化中可在择时周期内每月/每周动态重新选股，例如价格、拟合角度、相似度与位移路程比选股因子。
|
||
**参见**: [[阿布量化策略开发与回测|阿布量化策略开发与回测]]
|
||
|
||
### UMP (裁判决策)
|
||
**英文**: Umpire Decision
|
||
**中文**: 裁判决策
|
||
**定义**: 阿布量化用机器学习训练的"裁判"体系：主裁（Main）对买入信号整体裁决、边裁（Edge）对交易特征专项裁决，拦截策略生成的失败交易；训练流程为切分训练集回测、提取失败交易特征、GMM 分类与最优分类簇筛选、保存分类器后开启拦截。
|
||
**参见**: [[阿布量化框架架构|阿布量化框架架构]]
|
||
|
||
### Shift-Distance Ratio (位移路程比)
|
||
**英文**: Shift-Distance Ratio
|
||
**中文**: 位移路程比
|
||
**定义**: 一段行情中价格净变化（位移 shift）与路径实际总波动（路程 distance）的比值 `sd = shift / distance`；接近 1 表示趋势干净、保持性好，显著大于 1 表示反复震荡、趋势快速回复，用于期货趋势突破策略的品种筛选（如阿布量化 AbuPickStockShiftDistance）。
|
||
**参见**: [[期货量化回测与位移路程比|期货量化回测与位移路程比]]
|
||
|
||
### ATR Stop (ATR 止损)
|
||
**英文**: Average True Range Stop
|
||
**中文**: ATR 止损
|
||
**定义**: 以平均真实波动范围（ATR，TR 的均值，TR = max(|最高-最低|, |最高-昨收|, |昨收-最低|)）的倍数作为止盈止损距离的风险控制规则；期货双向策略中需按买入方向（call/put）区分触发条件。
|
||
**参见**: [[阿布量化策略开发与回测|阿布量化策略开发与回测]]
|
||
|
||
## 网络工具
|
||
|
||
### mihomo (Clash Meta 内核)
|
||
**英文**: mihomo
|
||
**中文**: mihomo（曾用名 Clash Meta，社区中文名"虚空终端"）
|
||
**定义**: 原 Dreamacro/clash 的二次开发代理内核，Go 语言实现；提供本地 HTTP/SOCKS 代理、TUN 虚拟网卡、内置防污染 DNS（fake-ip）、规则路由、远程代理/规则提供者与 RESTful API 控制面。GPL-3.0 许可，与 MetaCubeX 无关的下游项目不得在名称中使用 mihomo。
|
||
**参见**: [[mihomo-内核与配置体系|mihomo（Clash Meta 内核）架构与配置体系]]、[[mihomo-配置编写指南]]
|
||
|
||
### Clash (原版 Clash)
|
||
**英文**: Clash
|
||
**中文**: Clash（原版）
|
||
**定义**: Dreamacro/clash 开发的规则路由代理内核（已归档）；mihomo 兼容其全部特性并在此基础上扩展。社区常把基于 Clash 规则的客户端配置（config.yaml：proxies/proxy-groups/rules）统称为"Clash 配置"。
|
||
**参见**: [[mihomo-内核与配置体系|mihomo（Clash Meta 内核）架构与配置体系]]
|
||
|
||
### fake-ip (虚拟 IP 模式)
|
||
**英文**: fake-ip
|
||
**中文**: 虚拟 IP 模式（fake-ip）
|
||
**定义**: mihomo DNS 的增强模式之一：DNS 查询返回 fake-ip 池（默认 198.18.0.1/16）中的虚拟 IP，内核内部维护域名→fake-ip 映射，实际建连时按域名规则转发。客户端不接触真实解析结果，可规避 DNS 污染，配合 TUN 可接管全部系统流量。
|
||
**参见**: [[mihomo-内核与配置体系|mihomo（Clash Meta 内核）架构与配置体系]]
|
||
|
||
### redir-host (真实 IP 模式)
|
||
**英文**: redir-host
|
||
**中文**: 真实 IP 模式（redir-host）
|
||
**定义**: mihomo DNS 的增强模式之一：DNS 查询返回真实 IP，行为与传统代理一致；相对 fake-ip 更易受 DNS 污染影响。
|
||
**参见**: [[mihomo-内核与配置体系|mihomo（Clash Meta 内核）架构与配置体系]]
|
||
|
||
### Proxy Group (代理组/策略组)
|
||
**英文**: Proxy Group
|
||
**中文**: 代理组（策略组）
|
||
**定义**: 将若干节点（或子组）组合为单一出口并定义选择策略的配置单元；类型包括 select（手动）、url-test（按延迟选优）、fallback（按健康顺序优先）与 load-balance（负载均衡）。内置出站 DIRECT（直连）、REJECT（拒绝）、COMPATIBLE/PASS（放行）。
|
||
**参见**: [[mihomo-配置编写指南]]
|
||
|
||
### Proxy Provider (代理集合)
|
||
**英文**: Proxy Provider
|
||
**中文**: 代理集合（节点提供者）
|
||
**定义**: 从远程（http）、本地文件（file）或内联（inline）加载节点列表的机制；支持按间隔更新、经指定代理下载、age 加密订阅、override 覆写（含 yq 风格表达式）与筛选。用于替代硬编码节点，保持配置可维护。
|
||
**参见**: [[mihomo-配置编写指南]]
|
||
|
||
### Rule Provider (规则集/规则提供者)
|
||
**英文**: Rule Provider
|
||
**中文**: 规则集（规则提供者）
|
||
**定义**: 将一组规则（域名/IP 段/完整规则行）打包为独立文件或远程资源的机制，通过 `RULE-SET,名称,出口` 在 rules 中引用；behavior 分 domain/ipcidr/classical，格式支持 yaml/text/mrs。
|
||
**参见**: [[mihomo-配置编写指南]]
|