全量知识系统 之“程序”详细设计 之 “序” 之1“注”

“程序”详细设计

概述-概要和纪要

序

絮（一个极简的开场白--“全量知识系统”自我介绍）

将整个“人生”的三个阶段 比作“幼稚园”三班  ：

1. 第一步【想】-- “感性”思维游戏：打地鼠 。学前教育-新生期： 新生儿小儿科的小班
2. 第二步 【看】--“知性”语言游戏：猜字谜。学校教育-成长期：包括义务教育、大学普及教育和高等精英教育的中班
3. 第三步 【做】--“理性”逻辑游戏：看图说话。社会大学教育-成熟期：走向社会到走向死亡全过程的大班。

这里的所说的“感性”、“知性”和“理性”被全量知识系统视为 “全量知识”的全部原动力（总称“动量”）。

这里，“打地鼠”中的“地鼠”就像我们脑袋里时不时会冒出来的一个个的“念头”，“猜字谜”中的“谜”（代填的字或短语）就像我们总想去把握的一个个的“东西”，而“看图说话”则是我们深思熟虑后一次次作出的“选择”。

全量知识系统的要全部实现的是 “小班”。

显然整个实现将呈现为 “全量知识系统”的全投影“思维导图”。

只有夯实了这个底基，基于它之上才有可能 建立第二步的“文化和文明”，并 基于那些“文化和文明”之上 才有可能去实践 知识的“创造和创新”。

换句话说，全量知识系统的第一步 有且只有一个理由，那就是：只为夯实这个底基而生，目标是 为使用者（用户、客户和服务）打造一个专属的“全量知识”的“想”，同时它通过设计 对外松散的API，对内密接的SPI 提供 一个灵活的模块化框架，为“计算机”的“看”和 我们人类的“做” 提供所需要的服务和内容生成 创造条件 并给予指导。

三“注”：注解annotation、注释commentary和注意not

先介绍一下“注”(符号学方法)：

1. “注解“annotation”描述“库”管理的抽象标准：“元数据仓库”“通用交换中介模式”中推导的系统操作方法（“指令”--指令表）。使用外在的机械相似性的对象三分法(trichotomy)构型：@列注（块注或插注 体注）---“master”的主程序脚本script模板。  “注解annotation”是“编译器”的工作---在程序的详细设计中，它们由编译器负责在编程过程中以 编译执行的方式执行。【库房保管账】
2. “注释commentary”描述“语言”操作的行为准则：“元语言注释“的”互操作界面模型”引导的运行时路线图（“导航”-导航器）。凭借自身的经验相像性的实体的三位一体(triad)模型：#行注（脚注或上注 流注）--  “host”的 软件过程程序program模型 。“注释commentary”是“解释器”的工作---在程序的详细设计中，它们由解释器负责在编程过程中以 解释执行的方式执行。【科目总账】
3. 注note”描述“程序”开发的实现规格：“元技术推理“的”独家代理类接口”向导的开发定义方式（“指南”-指南针）。基于内在的数学相应性的本体三元组(triple) 原型：*（手注或角注  批注）-- “target”的  属性块应用application模式 。“注意note”是“翻译器”的工作---在程序的详细设计中，它们由翻译器负责在编程过程中以 翻译执行的方式执行。【现金流水账】

实现要求annotation：“库”管抽象标准（“事件演算”要求- 数据结构）

全量知识系统中的 三大程序库（DP注入标准SPI工件库、SCADA导入规格GUI工具库和IO接入规则API装配库 ）

库的注解包括：（基础设施infrastructure的全部建设要求）

• Creator的脚本模板（<”formal”>）：GET式、PUT式和SET式 。  
• Builder程序模型（<”relational”>）： Has型（服务端的E-R视图）、As型(客户端的对象关系映射ORM模型)和Case型（用户端的“生产者-消费者”P-C模式）
• Constructor的 库模式（<“material”>）：独立单子实时库、组织单位及时库、 分析单元动态库。

以下是它们的内容：

• DP: Decentralized Periphery，是为“全量知识”“行为Behavior”设计的使用计算机电子线路实现的总线通信设备的总称。DP用于集中式控制“单元”与分散式执行“单位”之间的的通信。 它们是构成“视图”整体（ 整个全量知识系统， 称为“Agent”-它有一个“软件智能”通用模块工件库。这种固有关系称为“has关系”。 实时 ）不可或缺的的小部件模块（称为“整子Holon”，每一个Holon都是一个独立的DP视图“单子”）类别。“单子类别”的注解“annotation” 定义了“程序”开发模式的图表式框架程序API接口标准，其注解主体的一个“单子”则 充当了（serve as a referent）该“单子类别”的一个工件。
• SCADA：Supervisory Control And Data Acquisition，是为“全量知识”“结构Structure”设计的人工神经网络实现的并行计算协作系统。它们是组成“控制”全体（ 指定的某种全量知识活动类型的一个恰当的组织代理，称为 “Broker”-- 它根据活动类型为参与者之间的协作动态构建一个及时响应的多任务系统并适配一个实用工具库Utility （“及时库”-- 库模式为“PUT式”）。这种动态关系称为一个“As关系” ）的不可再分的实用工具（称为“工具”，每一个都是一个集中式控制“单元”）类型 。它作为（as a service）“库”管理模式的图形化架构程序GUI界面工具。
• IO: ，是为“全量知识”“类元Classifier”设计的机械连杆式实现的联动装置。它们是形成 特定域“模型”（特定域中的个体知识行为的一个合适的分析代理，称为“Delegate”--它依据其行为所属的域类型为敏捷开发临时搭建一个能实时更新的新副本环境并生成一个的 （动态库-库模式为“SET式”）  ）的AI组件  扮演（as a actor）“语言”的语法模式的图像式处理程序SPI接口插件--“模型”的装配集assembly。

概要说明note：“程序”开发实现规格（“情境situation演算”要求：网络结构）

这里，“打地鼠”中的“地鼠”就像我们脑袋里时不时会冒出来的一个个的“念头”，“猜字谜”中的“谜”（代填的字或短语）就像我们总想去把握的一个个的“东西”，而“看图说话”则是我们深思熟虑后一次次作出的“选择”。以下是对“念头”“东西”“选择”的概要说明（“note”）。

程序“note”将完整给出“全量知识系统”中的程序开发任务 清单（程序轮廓profile的“三次模型”）：

• “语用结构”的三个“库”“主体”（应用程序application）的 复数名词（种Species , 属Genera, 科Families）；【形式化的扩展Extended版本】
• “语义行为”的“程序”“块”（程序program）的三个“引导符( Def， Dec，Let)；【公理化的原始版本】
• “语法规范”的“语言“段“（脚本script）的三个主题词（命令符，操作符，占位符）【自动化的增强Argumented版本】

它们给出了程序详细设计的全部模块划分。

（为了便于理解，先分三次--按三个不同程序主体--“程序”、“库”和“语言”--分别给出，然后在合在一起）

第一次说明“Def”（“animate”标签label）： “程序”要“注意note”的定义definition标准（Instance-Name、Entity-Coreference和Object-Type）

1. “选择”：程序中称为“物质matter”<种（"species）“实例Instance”的恰当逻辑（默认逻辑家族interval-戴明周期-“指令周期”）： 预计合适目的 （ “适应”的“刚好够用”）>。
2. “东西”： 程序中称为“物品Substance”< 属（genus）“实体Entity”的最高超属（模糊逻辑周期cycle-生命周期“机器周期”）： 预期最高期望（“评估”的“超值评估”）  >。
3. “念头”： 程序中称为“物料material”。<科（family）“物体Object”的最低欠科（粗糙逻辑周期period-元素周期“晶振周期”） 预设最低要求（“衡量”的“规格不足”）>。

第二次说明“Dec”（“rational”标示sign）：“语法 ”应“注释”的声明declaration规范（Thing-icons,、Element-indices，Object-icons,）

1. “选择”与“Thing”有关。//== Thing r@ 判断<结点p-主导q>“实例Instance”是“事情Thing”的“掩码”（ “掩码”：1)回指--揭示。揭示了用于建模参数的集中式处理通道--传参: builder的任务：（...）。2)处理--后期：它们是在“脚本模板”中一个插槽 “占据occupied”的“外围DP（对等式通信固件序列 --插入/删除 ）装置”，在“程序”中表示为一个“命令符”。==//
2. “东西”指向“Element” //== Element c## 关系[节点a-调节b]“实体Entity”是“元素Element”的“暗号”（“暗号”： 1)转喻--暗示。暗示了用于构型变量的分布式控制图层--调解:  完成constructor的“模型训练”任务的策略）。(..) 。2) 处理--中期：它们为“脚本模板”中一个插槽“适配adapting ”的“括号IO（分散式硬件集合--输入/输出）设备”，在“程序”中表示为一个“操作符” ==//
3. “念头”涉及“Object”：//== Oblect  z*** 概念<<系点x-支配y>>]“物体Object”是“对象object”的“明文”（“明文”：1)显露--明示。明示了用于建 赋值的--评估：实现creator的“评估任务”：（.）。2) 处理--初期： 它们是在“脚本模板”中一个插槽的 “配设configration的“引号SCADA（集中式控制软件包- 导入/导出）设施”，在”程序”中表示为一个“占位符”==//

第三次说明“Let”（“sensitive”标记Flag）：“库”该“注解”的定制let规则 （掩码-Stimuli、暗号-Singals、明文-Signs）

第二次说明Dec 中预留的待1~3个点号的(“任务内容”)

1. （...“选择”声明Dec中的内容：“掩码Mask”回指-揭示。它揭示了用于建模参数的集中式在线处理通道--传参（ 提供 builder的“”任务）。这里，“事情Thing”是“语言”用语--表语形容词短语（property字典库， 表示“判断词 --命题项词-度词”），“实例Instance”是“库”中它的指代符号（Characteristic表示集，称为“词典词Lexicon”））
2. (..“东西”声明Dec中的内容：“暗号Notion”转喻-暗示。它隐式表达了用于构型变量的分布式在场控制图层--调解（ 给出 完成constructor的“模型训练”任务的调用策略）。这里，“元素Element”是“语言”用语--谓语动词（ terminology 技术术语库， 表征“关系符 --逻辑谓词-数词”），“实体Entity”是“库”中它的代表人（representation表征集，称为“术语汇编glossary ”））
3. (. “念头”声明Dec中的内容：“明文”显露 -明示。它显式表达了用于建模参数赋值的线下线上对等式计算路径--评估（决定 实施creator的“模型评估”任务的实现路线）。这里，“对象Object”是“语言”用语--主语名词（ term一般术语库， 显示“概念词 量化词--存在量词-量词”），“物体Object”是“库”中它的显示清单（ Manifestation装箱单，称为“词汇表vocabulary”））

下面将三次说明 合在一起：

1. “选择”：程序中称为“物质matter”<种（"species）“实例Instance”的恰当逻辑（默认逻辑家族interval-戴明周期-“指令周期”）： 预计合目的 （ “适应”的“刚好够用”）>。<<这里“选择”与“Thing”有关。//==Thing r@ 判断<结点p-主导q>“实例Instance”是“事情Thing”的“掩码Mask”（ “掩码Mask”：1)回指--揭示。揭示了用于建模参数的集中式处理通道--传参: builder的任务：（... “选择”声明Dec中的内容：“掩码Mask”回指-揭示。它揭示了用于建模参数的集中式在线处理通道--传参（ 提供 builder的“”任务）。这里，“事情Thing”是“语言”用语--表语形容词短语（property字典库， 表示“判断词 --命题项词-度词”），“实例Instance”是“库”中它的指代符号（Characteristic表示集，称为“词典词Lexicon”））。2)处理--后期：它们是在“脚本模板”中一个插槽 “占据occupied”的“外围DP（）装置”，在“程序”中表示为一个“命令符”。）==// >>
2. “东西”： 程序中称为“物品Substance”< 属（genus）“实体Entity”的最高超属（模糊逻辑周期cycle-生命周期“机器周期”）： 预期最高期望（“评估”的“超值评估”）>。这里“东西”指向“Element” //Element c## 关系[节点a-调节b]“实体Entity”是“元素Element”的“暗号”（“暗号”： 1)转喻--暗示。暗示了用于构型变量的分布式控制图层--调解:  完成constructor的“模型训练”任务的策略）。(.“东西”声明Dec中的内容：“暗号Notion”转喻-暗示。它隐式表达了用于构型变量的分布式在场控制图层--调解（ 给出 完成constructor的“模型训练”任务的调用策略）。这里，“元素Element”是“语言”用语--谓语动词（ terminology 技术术语库， 表征“关系符 --逻辑谓词-数词”），“实体Entity”是“库”中它的代表人（representation表征集，称为“术语汇编glossary ”）) 。2) 处理--中期：它们为“脚本模板”中一个插槽“适配adapting ”的“括号IO（输入输出）设备”，在“程序”中表示为一个“操作符”。##//
3. “念头”： 程序中称为“物料material”。<科（family）“物体Object”的最低欠科（粗糙逻辑周期period-元素周期“晶振周期”） 预设最低要求（“衡量”的“规格不足”）>。“念头”涉及“Object”：//Oblect  z*** 概念<<系点x-支配y>>]“物品object”是“对象object”的“明文”（“明文”：1)显露--明示。明示了用于建 赋值的--评估：实现creator的“评估任务”：（.““念头”声明Dec中的内容：“明文”显露 -明示。它显式表达了用于建模参数赋值的线下线上对等式计算路径--评估（决定 实施creator的“模型评估”任务的实现路线）。这里，“对象Object”是“语言”用语--主语名词（ term一般术语库， 显示“概念词 量化词--存在量词-量词”），“物体Object”是“库”中它的显示清单（ Manifestation装箱单，称为“词汇表vocabulary”））。2) 处理--初期： 它们是在“脚本模板”中一个插槽的 “配设configration的“引号SCADA（）设施”，在”程序”中表示为一个“占位符”。 ***//

以上三种朱上面的说明文字也告诉我们：整个全量系统的程序构成也是一个1+3的三位一体（triad）构造。“1”就是源头上“脚本”（它使用 “脚本模板”来描述），“3”就是脚本三个后继程序分部：“语言”“库”和“程序”。所以，本篇的“程序详细设计”也必然就是这些内容的一一映射和进一步的逻辑细节补充。

纪要备注commentary：“语言”操作行为准则（"λ演算"要求:因果结构）

这一部分是程序详细设计的主要部分，后面将专题完成。