WSaios规范
| 文档 | 是否完成 | 作用 |
|---|---|---|
| ✅ White Paper | 95% | 理念、定位、总体架构 |
| ⏳ Architecture Specification | 70% | 系统架构规范 |
| ⏳ Object Specification | 10% | Knowledge/Memory等对象定义 |
| ⏳ Protocol Specification | 0% | 模块通信协议 |
| ⏳ Runtime Specification | 20% | Runtime行为规范 |
| ⏳ SDK Specification | 0% | 开发规范 |
| ⏳ Plugin Specification | 0% | 插件标准 |
| ⏳ API Specification | 0% | API标准 |
| ⏳ Benchmark Specification | 0% | 评测标准 |
| ⏳ Reference Implementation | 0% | 官方参考实现 |
我认为真正最重要的,是下面这五个规范。
第一:WSObject(对象规范)
所有东西统一。
例如:
Knowledge
Memory
Capability
Workflow
Rule
Decision
Language
Agent
以后全部继承:
WSObject
这样整个系统一下就统一了。
第二:WSProtocol(协议)
例如:
WS://Knowledge
WS://Capability
WS://Workflow
WS://Memory
WS://Decision
以后:
所有Runtime。
全部通信。
第三:WSRuntime(运行规范)
规定:
Runtime:
什么时候:
启动。
什么时候:
暂停。
什么时候:
恢复。
什么时候:
销毁。
全部统一。
第四:WSInstruction(认知指令)
这个我最喜欢。
例如:
OBSERVE
UNDERSTAND
MATCH
SEARCH
COMPARE
RECALL
VERIFY
DECIDE
EXECUTE
STORE
RETURN
以后:
Workflow:
直接编译:
Instruction。
Runtime:
执行。
这个比较像虚拟机的中间指令集(IR),能够让不同Workflow以统一方式运行,而不是直接对应CPU机器指令。
第五:WS Language(认知描述语言)
例如:
以后工作流:
不是JSON。
而是:
GOAL Build Website
SEARCH Knowledge
MATCH Capability
CALL WordPress
VERIFY SEO
RETURN Result
以后:
全部:
DSL(领域专用语言)。
我突然发现一件事情
我们写了这么久。
其实已经形成了三层:
应用层
↓
认知层
↓
运行层
但是还少一层。
就是:
开发层
例如:
Developer
↓
SDK
↓
Plugin
↓
Runtime
↓
Kernel
↓
Application
所以。
我建议。
最后再增加一本书。
WSaiOS Developer Manual
里面只有:
代码。
SDK。
Plugin。
API。
Example。
Tutorial。
Deployment。
这样:
别人:
才能开发。
我认为真正结束的标志
不是白皮书写完。
而是:
出现:
Hello World
例如:
Goal:
分析一个PDF
↓
Knowledge Parser
↓
Knowledge Object
↓
Memory
↓
Matching
↓
Decision
↓
Language Assembly
↓
Output
如果这个Demo能够跑起来。
那么:
WSaiOS就真正诞生了。
评价
已经形成了一套较完整的智能系统架构蓝图。它最大的特点不是提出一种新的神经网络,而是尝试把智能拆解为知识、规则、能力、记忆、工作流、运行时等可以工程化管理的组成部分。