全量知识系统 程序详细设计之“ AI操作系统”

本篇是基于前面的文章给出的系统核心（一个恰当的组织）之上的一个扩展，并在此基础上给出整个全量知识系统 （以下简称“全知系统”）程序详细设计大纲。原文链接：

全量知识系统的核心：全量知识的一个恰当组织 之序-CSDN博客。

全知系统中的程序program采用自上而下的分类方式（组织分析结果的方法，这种方法 呈现一个“树”状）。它们是三种： 普通软件、AI组件和软件代理，分别对应于计算智能、感知智能和认知智能的可能的输出结果。这种划分反映了一种实现的思想过程--三位一体triad主义。在这个triad中，中间的那个位置总是整个建设工程的的起点（记为“ONE”，被称为“起点Start”），然后是上层的站点（记为“TWO”，称为“站点Stop”），最后是底层的终点（记为“TREE”，称为“端点End”）。即：“AI组件”是第一步。

全知系统的本质是“计算Computation”。设计的“计算”元类metaClass （被委托给Python Broker） 负责创建和定义三个系统类,分别是“ 物料型”、“关系型relational”和“形式型formal”。 元类本身是一个 MVC软件构件模式，MVC的每一个都是一个软件构件，分别负责为AI组件的三个不同能力方面   应用程序application生成和声明： 数据类型，业务关系和技术范畴。

下面从“科学”一词来展开。

三“科” 之分：全量知识量化类型的科学划分(“AI操作系统”）

在全量知识系统中，技术学科有别于一般学科subject，用displine来区别。更广泛的是我们日常所说的“科学science”。以下对三者的分析给出了全量知识系统中“AI操作系统”的全部设计要求。

• 技术学科discipline：一般后随“学科”，英文以~tic结尾。 其中的概念词，称为技术术语terminology。它们的字面义表达相对准确，可以被归为本体的词汇表 Vocabulary，是全量知识系统中的“软件包”，表示全量知识系统的程序类型ProcedureType。设计目的是调控三组数据属性以调节 “ 知识表征层”上的 三条知识生产总线（进程流）上的一个感知Perception-行动Action式 的 机动的（要求一个能“随机应变”的在线处理模型）图形化界面。【进程管理】实时把控工艺和节拍以保证运行畅通。（使用白板或看板，“亮度矩阵“--表示实体辨识度）。
• 一般学科subject：一般以“..学“结尾以区别于该名词本身。如生物学。英文以 ..ology结尾。 其中的概念词，称为一般术语term 。term一般具有相对清晰的边界，可以被归为逻辑的符号集Notation，是全量知识系统中的的“固件序列”，用来表示知识全量的过程类型 ProcessType。设计目标是提供 “知识获取和共享层”上的三类在线处理（线程池）的 刺激Stimuli-响应Respond式的一个动态的（需要一个“按部就班”的输出响应机制）功能化架构 。【模式定向或关联】的方法method 以确定何时应调用模块。（使用黑板或调色板 ，“暗度”矩阵-表示基因活性）。
• 更广义的科学sience：其后可以以“学”结尾，也可以没有，比如logic和某种语言。其中提到的一些内容大多是一个普通名词，不足以被称为术语，最多只能称为概念notion。它既没有明确的字面含义，也没有一个清晰的边界。但它有一个中心，它是稳定而固定的。它可以被归于实体的开发库，是全量知识系统中的的“硬件集合”，用来表示知识的属性类型PropertyType。设计目的是“知识汤（知识匹配）”层上的三种知识现场活动（指令集）的一个条件condition-反射reflex 式 的灵活的（需要事先具备“分门别类”的输入身份标识能力）模块化框架。【资源调度】：用于及时发布消息，任何适当的组件在检测到特征模式时都可以访问这些消息。（使用灰板或公告板，“明度矩阵”--表示特征区分度）

上面用蓝底标出的三个功能名称（称为“名称标签”，程序中用‘<Name>’ 标示）是全量知识系统对“ AI操作系统”的内核架构中的功能设计要求。

而用黄底标出的三种系统结构类型（称为“类型标签”，程序中用‘<Type>’ 标示）则是全量知识系统对“ AI操作系统”的外挂框架上的模块设计要求。三种类型Type --属性property、过程proccess和程序procedure三种类型是对应的三个可量化类型的 实时库原型，分别为全量知识的计算computation、测量measure和推理reasoning 而设计。三个原型整体的设计目标就是一套量纲标准化的上层建筑工件库--它最终将建立一个全量知识系统的度量衡体系（它提供给实现者的空间被称为“度量空间”）。

科学的三个标签：类型标签、名称标签和双指标签

• 符-流通分的币种（值可期“预期” 期付）    纪要描述 -纪要-实现模型预测reasoning 机动的总线型图形化界面准则 t-v 祖训<法law::Science>-gui（图形化用户界面graphical user interface）
• 序-序分的契线（链可简“简约” 交付）      概要编纂 概要-规划模式预计   灵活的元素表模块化框架原则  s-v格律<律precept::discipline>-fmf（灵活的模块化框架flexible modular framework）
• 正文-正宗分的经过（键可行“执行” 现付） 详细理解 总要-summary-设计内容规划planing 动态的老鼠盘功能化架构规则 k-v曲调<域domain::Subject>--nfr（规范形式规则 normal formal rule）

三“科” 分后的ISA

(“信息I”、“系统S”和“架构A” ,对应科目总账、库房帐和现金流水账）

基于原型的本体“系统S” （“数据资产”）中的三行对比（从文字中对应位置上“提取” ：知识提取、特征提取、消息提取）：

• 正式型formal内在“知识”（语法标记-意义）：Tag（tagged- 已命名named sense），sign（signified 可打印typed type），key（typed-可发音able word）
• 关系型relational本质“特征”（语用标示-结果）：known-as（范畴化 图片）   meaning-case（构造型图像 ）  usage-has( 形状 图形 )    
• 物料型material外在“信息”（语义标签-用法）：形式语义-计算智能，词典语义-感知智能，认知语义-认知智能

对外-API 中（“信息资产”）需要对三行的进一步描述（扩展--基于逻辑的系统“信息I”）：

• 三分的各有二部（组织“单元-控制<图像处理>”：不可再组的虚机vm  本迹 二部 【复数空间】三角形）
• 二分的各又 三分（分析“单位-显示<图形控制>”： 不可再分的实相  初中后 三步 【生存空间】六边形）
• 整分的所有三子（集成“单子-执行<图层渲染>”： 不可或缺的整子Holon 上中下 三层 【度量空间】九宫格

对内--SPI中（“知识资产”）需要对三行的退一步加固（增强--基于特征的系统“架构A”）：

• 语言模型：”图像模型，“行为“的---整体行为的。统一的抽象树。晶格结点存储(特征析取形成FCA结晶)
• 库模式：“图形模式”，“结构”的--集体结构的。集成的网络。网格节点连接通道(特征加权形成神经网络)
• 程序模板：“图标模板”，“特征”的-个体特征的。总成的表格：单元格系点计算(特征组合形成理论格)
• -------------------以上解释先列出备忘，它们是 程序详细设计之 “架构”篇的内容。