本篇是基于前面的文章给出的系统核心（一个恰当的组织）之上的一个扩展，并在此基础上给出整个全量知识系统 （以下简称“全知系统”）程序详细设计大纲。原文链接：
全量知识系统的核心：全量知识的一个恰当组织 之序-CSDN博客。
全知系统中的程序program采用自上而下的分类方式（组织分析结果的方法，这种方法 呈现一个“树”状）。它们是三种： 普通软件、AI组件和软件代理，分别对应于计算智能、感知智能和认知智能的可能的输出结果。这种划分反映了一种实现的思想过程--三位一体triad主义。在这个triad中，中间的那个位置总是整个建设工程的的起点（记为“ONE”，被称为“起点Start”），然后是上层的站点（记为“TWO”，称为“站点Stop”），最后是底层的终点（记为“TREE”，称为“端点End”）。即：“AI组件”是第一步。
全知系统的本质是“计算Computation”。设计的“计算”元类metaClass （被委托给Python Broker） 负责创建和定义三个系统类,分别是“ 物料型”、“关系型relational”和“形式型formal”。 元类本身是一个 MVC软件构件模式，MVC的每一个都是一个软件构件，分别负责为AI组件的三个不同能力方面 应用程序application生成和声明： 数据类型，业务关系和技术范畴。
下面从“科学”一词来展开。
三“科” 之分：全量知识量化类型的科学划分
在全量知识系统中，技术学科有别于一般学科subject，用displine来区别。更广泛的是我们日常所说的“科学science”。以下对三者的分析给出了全量知识系统中“AI操作系统”的全部设计要求。
- 技术学科discipline：一般后随“学科”，英文以~tic结尾。 其中的概念词，称为技术术语terminology。它们的字面义表达相对准确，可以被归为本体的词汇表 Vocabulary，是全量知识系统中的“软件包”，表示全量知识系统的程序类型ProcedureType。设计目的是调控三组数据属性以调节 “ 知识表征层”上的 三条知识生产总线（进程流）上的一个感知Perception-行动Action式 的 机动的（要求一个能“随机应变”的在线处理模型）图形化界面。【进程管理】动态调控工艺和节拍以保证运行畅通。（使用白板或看板，“亮度矩阵“--表示实体辨识度）。
- 一般学科subject：一般以“..学“结尾以区别于该名词本身。如生物学。英文以 ..ology结尾。 其中的概念词，称为一般术语term 。term一般具有相对清晰的边界，可以被归为逻辑的符号集Notation，是全量知识系统中的的“固件序列”，用来表示知识全量的过程类型 ProcessType。设计目标是提供 “知识获取和共享层”上的三类在线处理（线程池）的 刺激Stimuli-响应Respond式的一个动态的（需要一个“按部就班”的输出响应机制）功能化架构 。【模式定向或关联】的方法method 以确定何时应调用模块。（使用黑板或调色板 ，“暗度”矩阵-表示基因活性）。
- 更广义的科学sience：其后可以以“学”结尾，也可以没有，比如logic和某种语言。其中提到的一些内容大多是一个普通名词，不足以被称为术语，最多只能称为概念notion。它既没有明确的字面含义，也没有一个清晰的边界。但它有一个中心，它是稳定而固定的。它可以被归于实体的开发库，是全量知识系统中的的“硬件集合”，用来表示知识的属性类型PropertyType。设计目的是“知识汤（知识匹配）”层上的三种知识现场活动（指令集）的一个条件-反射式 的灵活的（需要事先具备“分门别类”的输入身份标识能力）模块化框架。【资源调度】：用于发布消息，任何适当的组件在检测到特征模式时都可以访问这些消息。（使用灰板或公告板，“明度矩阵”--表示特征区分度）
上面用蓝底标出的三个功能名称（称为“名称标签”，程序中用‘<Name>’ 标示）是全量知识系统对“ AI操作系统”的内核架构中的功能设计要求。
而用黄底标出的三种系统结构类型（称为“类型标签”，程序中用‘<Type>’ 标示）则是全量知识系统对“ AI操作系统”的外挂框架上的模块设计要求。三种类型Type --属性property、过程proccess和程序procedure三种类型是对应的三个可量化类型的 实时库原型，分别为全量知识的计算computation、测量measure和推理reasoning 而设计。三个原型整体的设计目标就是一套量纲标准化的上层建筑工件库--它最终将建立一个全量知识系统的度量衡体系（它提供给实现者的空间被称为“度量空间”）。
科学的三个标签：类型标签、名称标签和双指标签
- 符-流通分的币种（值可期“预期” 期付） 纪要描述 -纪要-实现模型预测reasoning 机动的总线型图形化界面准则t-v 祖训<法law::Science>-gui
- 序-序分的契线（链可简“简约” 交付） 概要编纂 概要-规划模式预计 灵活的元素表模块化框架原则 s-v格律<律precept::discipline>-fmf（灵活的模块化框架）
- 正文-正宗分的经过（键可行“执行” 现付） 详细理解 总要-summary-设计内容规划planing 动态的老鼠盘功能化架构规则 k-v曲调<域domain::Subject>--nfr（normal formal rule）
三行对比：
Tag（tagged- 已命名named sense），sign（signified 可打印typed type），key（typed-可发音able word）
Known-as（范畴化 图片） meaning-case（构造型图像 ） usage-has( 形状形图形 )
三行的解释
- 三分的各有二部（组织“单元-控制<图像处理>”：不可再组的虚机vm 本迹 二部 【复数空间】三角形）
- 二分的各又 三分（分析“单位-显示<图形控制>”： 不可再分的实相 初中后 三步 【生存空间】六边形）
- 整分的所有三子（集成“单子-执行<图层渲染>”： 不可或缺的整子Holon 上中下 三层 【度量空间】九宫格
- 语言模型：”图像模型，“行为“的，整体行为的。 统一的。晶格结点 （特征加权）形成的，
- 库模式： 图形模式 ，“结构”的， 集体结构的。 集成的。网格节点连接（特征组合）形成的通道
- 程序模板： “特征”的图标模板 “特征”的 个体特征的。 表格：单元格系点计算 组成的表格
-------------------以上解释先列出备忘