第231章 MVC Cognitive Architecture|MVC 认知架构
MVC(Model–View–Controller)原本是一种软件系统架构思想。在 WSaiOS 的认知系统中,可以进一步将其抽象为一种认知信息组织架构:将“认知状态”“认知呈现”和“认知控制”分离,使系统能够在不同数据、任务和输出场景之间保持清晰的边界。
231.1 MVC 的认知映射
传统 MVC:
Model
↓
数据与状态
View
↓
呈现
Controller
↓
控制
映射到认知系统:
MVC Cognitive Architecture
Controller
认知控制层
│
┌──────────┴──────────┐
↓ ↓
Model View
认知模型层 认知呈现层
│ │
知识 / 状态 内容 / 输出
对象 / 关系 用户 / 系统
记忆 / 经验 AI / 外部环境
其核心关系可以概括为:
Model负责“系统知道什么”,View负责“系统呈现什么”,Controller负责“系统决定如何处理”。
231.2 Model:认知模型
在 WSaiOS 中,Model 不应简单理解为数据库,也不等同于大语言模型。
它表示系统内部已经形成的认知状态与知识结构。
例如:
Entity
Object
Element
Attribute
Relation
State
Memory
Knowledge
Experience
Rule
可以形成:
对象
↓
属性
↓
关系
↓
状态
↓
知识
↓
认知模型
例如系统认识一个产品:
Product
├── Name
├── Category
├── Specification
├── Manufacturer
├── Market
├── Application
└── Relations
这些信息共同构成 Model。
因此:
Model 是系统内部认知状态的结构化表示。
231.3 View:认知呈现
View 是认知结果向外部环境的表达层。
同一个 Model,可以产生不同 View:
Model
│
├── Web Page
├── Report
├── JSON
├── Knowledge Graph
├── API Response
├── AI Answer
└── Human Interface
因此:
同一个认知模型
↓
多个不同呈现
这意味着:
内容不是认知本身,而是认知的一种 View。
这一点对于 GEO 尤其重要。
网页内容只是:
Model
↓
Web View
并不是全部认知数据。
231.4 Controller:认知控制
Controller 负责决定:
什么时候处理?
处理什么?
调用什么?
使用哪些数据?
采用什么规则?
输出什么?
可以抽象为:
Input
↓
Controller
↓
Intent
↓
Task
↓
Model
↓
Processing
↓
View
例如用户提出:
“寻找适合美国批发商的电动牙刷供应商。”
Controller 可以识别:
Intent = Supplier Search
Market = USA
Product = Electric Toothbrush
Audience = Wholesaler
然后调用 Model 中相关的:
Company
Product
Capability
Market
最后决定使用什么 View 输出。
231.5 MVC 与认知循环
MVC 并不是简单的三层结构。
在认知系统中,它可以形成循环:
┌──────────────┐
│ Model │
│ 认知状态 │
└──────┬───────┘
↓
Controller
↓
Task
↓
View
↓
External World
↓
Feedback
↓
Controller
↓
Model Update
↺
因此形成:
认知 → 控制 → 表达 → 环境 → 反馈 → 认知更新
这使 MVC 从传统的软件界面架构进一步变成一种认知状态循环架构。
231.6 MVC 与 WSaiOS 三个系统
结合 WSaiOS 当前的系统体系,可以形成:
MVC Cognitive Architecture
│
┌────────────────┼────────────────┐
↓ ↓ ↓
Model Controller View
↓ ↓ ↓
认知分析系统 学习/控制系统 内容生成系统
│ │ │
↓ ↓ ↓
信息理解 状态/规则/反馈 内容输出
这里尤其需要注意:
三个系统不是简单的一一对应关系。
更准确的是:
认知分析
↓
Model形成
学习系统
↓
Model更新 + Controller调整
内容生成
↓
View生成
因此学习系统处于一个非常关键的位置。
231.7 MVC 与“大模型数据投喂”问题
结合我们刚才讨论的大模型训练、Context、Knowledge、RAG 和 GEO,可以进一步看到一个重要关系。
WSaiOS Model
│
┌───────┼────────┐
↓ ↓ ↓
Web Data RAG Data Training Data
↓ ↓ ↓
View Context Training
│ │ │
└───────┼────────┘
↓
External AI
这里:
Model 是核心认知数据。
而:
Web
RAG
Context
Training
API
都可以看成不同的数据输出/接入路径。
因此:
不应该把“网页内容”当成认知本身。
网页只是 View。
同样:
训练数据也不是认知本身,而是 Model 向训练系统的一种数据表示。
这对后面的 GEO 数据工程非常重要。
231.8 MVC 的数据转换关系
可以进一步抽象:
现实世界
↓
Perception
↓
Cognitive Model
↓
┌──────────────┬──────────────┬──────────────┐
↓ ↓ ↓
Web View RAG View Training View
↓ ↓ ↓
搜索系统 AI检索系统 模型训练系统
同一个产品事实:
ABC
is an
Electric Toothbrush Manufacturer
可以被转换成:
Web View
ABC is an electric toothbrush manufacturer.
RAG View
{
"entity": "ABC",
"type": "manufacturer",
"product": "electric toothbrush"
}
Training View
{
"messages": [
{
"role": "user",
"content": "Who manufactures electric toothbrushes?"
},
{
"role": "assistant",
"content": "ABC is an electric toothbrush manufacturer."
}
]
}
事实相同,View 不同。
这就是 MVC 在 AI 数据工程中的一个非常重要的价值。
231.9 MVC 的核心原则
WSaiOS 的 MVC Cognitive Architecture 可以归纳为六条原则:
第一,认知与呈现分离。
Knowledge ≠ Content
第二,认知与控制分离。
Model ≠ Decision
第三,同一认知模型可以产生多个 View。
One Model → Multiple Views
第四,View 不应反向定义 Model。
不能因为网页需要什么,就把认知模型限制成网页结构。
第五,Controller 决定数据如何被使用。
Model
↓
Controller
↓
Task-specific View
第六,反馈可以更新 Model。
Output
↓
Feedback
↓
Learning
↓
Model Update
231.10 MVC Cognitive Architecture 的最终定义
因此,WSaiOS 中的 MVC 可以定义为:
MVC Cognitive Architecture 是一种将认知状态、认知控制与认知呈现进行分离,并通过控制机制实现认知模型动态更新的系统架构。
其基本公式可以表示为:
Cognitive System
= Model
+ Controller
+ View
+ Feedback
进一步形成:
Reality
↓
Perception
↓
Model
↓
Controller
↓
View
↓
Environment
↓
Feedback
↓
Learning
↓
Model Update
这使 MVC 不再只是传统 Web 软件的界面架构,而可以成为 WSaiOS 中一种认知数据、控制和输出之间的基础工程架构。
核心思想:
Model 保存认知,Controller 驱动认知,View 表达认知,Feedback 改变认知。