第2章 基础类理论
2.1 基础类的定义
在第1章的世界结构理论中，世界被定义为由类、对象、属性、状态、关系、行为、动作和场景等结构元素组成的动态整体。其中，类是机器认识和组织世界的重要基础。
但是，并不是机器运行过程中出现的每一种结构都应该被定义为一个新的类。如果机器面对每一个不同对象、不同状态或者不同场景都建立一个新的类，那么类体系将不断膨胀，最终失去稳定的世界结构。
因此，WSaiOS-ICAI首先提出**基础类（Basic Class）**概念。
基础类是机器对世界中具有稳定类别特征的一组对象所建立的基本结构定义，是机器世界知识体系中相对稳定的分类单位。
例如：
苹果类
鸡蛋类
人类
桌子类
锅类
汽车类
动物类
这些类描述的不是某一个具体对象，而是一类对象共同具有的基本结构。
例如：
苹果类
↓
苹果A
苹果B
苹果C
苹果A、苹果B和苹果C是不同对象，但它们都属于“苹果类”。
因此，基础类建立的是：
世界中的类别结构
而不是：
世界中的具体对象
基础类的核心作用，是为机器建立一个稳定的世界分类框架。
2.2 基础类的稳定性
基础类最重要的特征之一是相对稳定性。
所谓稳定，并不是说基础类永远不能变化，而是指：
基础类不会因为单个对象的属性变化、状态变化或者行为变化而随意改变。
例如，一个苹果从绿色变成红色：
苹果A
颜色：绿
↓
成熟
↓
颜色：红
对象的属性发生了变化，但是：
苹果A ∈ 苹果类
这个类归属关系没有因此发生变化。
同样，一个鸡蛋经历：
未处理
↓
打碎
↓
搅拌
↓
加热
↓
炒熟
鸡蛋对象的状态不断发生变化，但它不会因为“已打碎”或者“已炒熟”就产生一个新的基础类。
因此：
属性变化
≠
基础类变化
状态变化
≠
基础类变化
对象变化
≠
基础类变化
这是WSaiOS-ICAI基础类理论的重要边界。
2.2.1 基础类稳定性与世界动态性的统一
如果基础类完全固定，机器无法适应动态世界；如果基础类不断变化，机器又无法建立稳定知识体系。
因此，WSaiOS-ICAI采取两个层次：
基础类
↓
保持相对稳定
对象 / 属性 / 状态 / 关系 / 场景
↓
允许动态变化
由此形成：
稳定的基础类提供世界结构的连续性，动态对象和场景提供世界变化的表现。
这使机器既能够保持稳定知识，又能够处理动态现实。
2.3 苹果类、鸡蛋类、人类等基础类
为了进一步说明基础类的性质，可以从现实世界中的基本对象进行分析。
2.3.1 苹果类
苹果类
├── 苹果A
├── 苹果B
├── 苹果C
└── 苹果D
不同苹果可以具有不同：
颜色
重量
大小
形状
成熟程度
位置
温度
例如：
苹果A
→ 红色
→ 180g
→ 成熟
→ 桌面
苹果B
→ 绿色
→ 160g
→ 未成熟
→ 篮子
这些差异属于对象属性和状态，而不是新的基础类。
因此不能因为：
红苹果
绿苹果
大苹果
小苹果
成熟苹果
未成熟苹果
就自动建立：
红苹果类
绿苹果类
大苹果类
小苹果类
成熟苹果类
未成熟苹果类
作为独立基础类。
这些更适合作为：
苹果类
+
属性
+
状态
进行表达。
2.3.2 鸡蛋类
同理：
鸡蛋类
├── 鸡蛋A
├── 鸡蛋B
├── 鸡蛋C
└── 鸡蛋D
不同鸡蛋可能具有不同：
大小
重量
位置
温度
完整程度
处理状态
例如：
鸡蛋A
→ 重量：55g
→ 状态：完整
鸡蛋B
→ 重量：62g
→ 状态：已打碎
它们仍然可以属于同一个：
鸡蛋类
2.3.3 人类
人类同样可以作为基础类：
人类
├── 人A
├── 人B
├── 人C
└── 人D
不同人的：
年龄
身高
位置
状态
职业
行为
能力
存在巨大差异，但这些差异并不意味着机器需要为每个人建立一个新的基础类。
因此：
基础类描述共同结构，对象实例承载个体差异。
2.4 类与对象的区别
基础类理论必须明确区分“类”和“对象”。
类
类是对一组具有共同结构特征的对象进行定义的结构单位。
对象
对象是类的具体实例。
两者关系可以表示为：
类
↓
实例化
↓
对象
例如：
苹果类
↓
实例化
↓
苹果A
其中：
苹果类
= 类结构
苹果A
= 对象实例
苹果类可以定义：
颜色
重量
大小
形状
位置
状态
而苹果A具有具体值：
颜色 = 红
重量 = 180g
大小 = 中等
位置 = 桌面
状态 = 成熟
因此可以建立如下结构：
类
↓
规定“有哪些结构”
对象
↓
提供“具体是什么”
属性
↓
提供“具体具有怎样的特征”
状态
↓
提供“当前处于什么情况”
2.4.1 为什么不能把对象直接当成类
如果机器把每一个对象都当成一个类：
苹果A → 一个类
苹果B → 一个类
苹果C → 一个类
那么对象数量增加时，类数量也会无限增加。
这会破坏基础分类结构。
正确方式是：
苹果类
├── 苹果A
├── 苹果B
├── 苹果C
└── 苹果D
因此：
类负责稳定分类，对象负责承载实例差异。
这是基础类稳定性的工程基础。
2.5 基础类与机器知识
基础类不仅是一个分类概念，也是机器知识结构的基础。
机器要形成关于苹果的知识，不能只保存：
苹果A
苹果B
苹果C
而需要建立：
苹果类
↓
属性
↓
状态
↓
关系
↓
方法
↓
行为
例如：
苹果类
├── 属性
│ ├── 颜色
│ ├── 重量
│ ├── 大小
│ └── 形状
│
├── 状态
│ ├── 未成熟
│ ├── 成熟
│ └── 腐坏
│
├── 方法
│ ├── 清洗
│ ├── 切割
│ └── 食用
│
└── 行为
├── 拿取
├── 移动
└── 放置
由此可见，基础类成为知识组织的中心。
进一步形成：
基础类
↓
类知识
↓
对象实例
↓
对象状态
↓
对象关系
↓
场景知识
因此：
基础类是机器组织同类知识、识别对象实例以及调用相关方法和行为知识的结构基础。
2.6 基础类与对象知识
基础类本身不能替代对象知识。
例如：
苹果类
只能说明：
这是苹果这一类别的对象。
但是机器真正处理一个具体对象时，还需要知道：
苹果A
→ 颜色：红
→ 重量：180g
→ 位置：桌面
→ 状态：成熟
因此机器知识至少需要区分：
类知识
+
对象知识
类知识回答：
“它属于什么类别？”
对象知识回答：
“这个具体对象是什么情况？”
两者结合：
苹果类
+
苹果A
+
苹果A当前状态
↓
机器对苹果A的结构化认知
2.7 基础类的边界
基础类必须具有明确边界，否则整个世界模型会不断产生大量无意义类别。
基础类的边界主要包括以下几个方面。
2.7.1 属性不是基础类
红色
绿色
大型
小型
成熟
未成熟
这些通常属于属性值或状态，而不是新的基础类。
因此：
红苹果
可以表示为：
苹果类
+
颜色 = 红
而不是必然建立：
红苹果类
2.7.2 状态不是基础类
例如：
鸡蛋
→ 完整
→ 打碎
→ 搅拌
→ 炒熟
这些表示对象状态变化。
因此：
炒熟鸡蛋
首先应该理解为：
鸡蛋类
+
状态 = 炒熟
而不是自动产生新的基础类。
2.7.3 单个对象不是基础类
苹果A
是对象实例。
正确结构：
苹果类
↓
苹果A
2.7.4 当前场景不是基础类
例如：
人
+
鸡蛋
+
西红柿
+
锅
+
炉具
↓
烹饪场景
这里的“烹饪场景”属于场景结构，而不是简单的基础类。
如果机器需要长期保存这种场景结构，可以进一步形成：
场景类
但场景类属于更高层次的动态组织结构。
2.7.5 行为也不等同于基础类
例如：
抓取
炒制
切割
移动
放置
属于行为、动作或方法结构。
它们可以与基础类建立关系：
鸡蛋类
↓适用方法
抓取方法
但不应该简单把“抓取鸡蛋”直接作为新的基础类。
2.8 基础类与动态类的区别
WSaiOS-ICAI需要进一步区分：
基础类
和：
动态组合类
基础类具有相对稳定性：
苹果类
鸡蛋类
人类
锅类
动态组合类则根据对象、关系、行为、目标和场景形成。
例如：
人类
+
鸡蛋类
+
西红柿类
+
锅类
+
炉具类
+
烹饪行为
↓
动态组织
↓
烹饪场景结构
这里没有改变：
人类
鸡蛋类
西红柿类
锅类
炉具类
而是改变了它们之间的组织方式。
因此可以提出一个重要原则：
基础类负责稳定世界分类，动态结构负责适应具体世界状态。
进一步表示为：
基础类
↓
稳定知识结构
对象
↓
现实实例
关系
↓
结构连接
场景
↓
当前组织
动态组合
↓
任务相关结构
这一原则为后续的动态类组织理论奠定基础。
2.9 基础类的认知作用
机器认识一个对象时，并不是只获取对象的名称，而是需要确定：
对象是什么？
↓
属于哪个基础类？
↓
具有哪些属性？
↓
当前是什么状态？
↓
与什么对象存在关系？
↓
处于什么场景？
例如机器发现一个具体鸡蛋：
感知对象
↓
鸡蛋A
↓
匹配
↓
鸡蛋类
然后继续获得：
鸡蛋A
→ 位置：桌面
→ 状态：完整
→ 重量：60g
→ 与锅A距离：30cm
于是机器获得：
基础类匹配
+
对象实例
+
属性
+
状态
+
关系
↓
当前对象认知
因此，基础类不仅承担分类作用，还承担认知匹配的参照作用。
2.10 基础类理论与复杂行为
基础类理论最终不是为了建立一个分类数据库，而是为了支撑机器复杂行为。
例如机器接收到目标：
做西红柿炒鸡蛋
机器首先需要从世界中找到：
西红柿类
鸡蛋类
锅类
炉具类
再找到具体对象：
西红柿01
鸡蛋01
锅01
炉具01
然后获取：
对象状态
对象关系
当前场景
烹饪方法
行为结构
最终形成：
基础类
↓
对象实例
↓
状态
↓
关系
↓
场景
↓
认知匹配
↓
动态组织
↓
行为
因此，基础类虽然是稳定的，但它并不是静态知识体系的终点。
恰恰相反：
基础类是机器从稳定世界结构进入动态认知和复杂行为的起点。
2.11 基础类理论的基本模型
综合本章内容，可以建立基础类模型：
世界
↓
基础类
↓
对象实例
↓
属性
↓
状态
↓
关系
↓
场景
其中：
基础类 → 提供稳定类别
对象 → 提供现实实例
属性 → 描述对象特征
状态 → 描述对象变化
关系 → 建立结构联系
场景 → 形成当前整体结构
而动态智能过程进一步表现为：
基础类
↓
对象匹配
↓
状态匹配
↓
关系匹配
↓
场景匹配
↓
动态组织
↓
方法匹配
↓
行为形成
由此可以看到，基础类理论并不是孤立的分类理论，而是后续认知匹配、动态组织和复杂行为理论的结构基础。
2.12 本章小结
本章提出了WSaiOS-ICAI的基础类理论。
基础类是机器对世界中具有稳定共同结构的一类对象所建立的基本分类单位。苹果类、鸡蛋类、人类等属于基础类，而具体的苹果A、鸡蛋A、人A则属于基础类的对象实例。
基础类具有相对稳定性：
对象变化
≠
基础类变化
属性变化
≠
基础类变化
状态变化
≠
基础类变化
因此：
基础类
↓
保持世界知识的稳定结构
对象实例
↓
承载现实差异
属性 / 状态
↓
表达对象变化
关系 / 场景
↓
表达动态世界结构
本章同时确立了基础类的边界：
属性 ≠ 基础类
状态 ≠ 基础类
对象 ≠ 基础类
单一行为 ≠ 基础类
当前场景 ≠ 基础类
由此建立一个重要理论原则：
基础类负责稳定地表示世界中的基本类别，对象实例负责表示具体个体，属性和状态负责表示个体差异与变化，而关系、场景及动态组合结构负责表示世界的动态组织。
这个原则使WSaiOS-ICAI能够同时获得结构稳定性和行为动态性，并为下一步研究“类之间如何发生关系、对象之间如何形成关系，以及关系如何进一步形成场景结构”建立理论基础。