夜雨聆风
文档性质：本软件设计文档基于《中华学派范式“物理+社会”工程全域白箱因果世界模型技术说明书（12大白箱模型）》V1.0编制，是十二大白箱因果模型体系工程化实现的设计蓝本。
核心心法：逻辑决定对错，数据决定精度
品牌标识：QDTS（DriveTrace，驱动探溯）
第一部分：软件概述
1.1 软件定位
QDTS全域白箱因果推演系统是一套以“生存权双优先”为公理起点，以“五种资源论”（行政A、资本C、技术T、自然N、人力L）为统一分析变量，以“动态因果逻辑网”为推演引擎，以“60%吻合度红线→清零重置”为自我纠错机制的工程化认知操作系统。
本软件是人类文明几千年生存智慧的现代工程化表达（尤其以五千年中华文明为重要研究样本），覆盖从文明演进、社会治理、国家治理、金融诊断、AI底层架构到组织中观诊断的全域推演需求。其核心价值在于：任何复杂系统问题，均可在此框架中找到底层驱动逻辑与演进路径。
白箱因果模型定义：指基于“生存权双优先”公理与“五种资源论”框架，其动态逻辑推演过程全程可追溯、可约束、可校准（可对话）、可审计、可接口的透明化认知引擎。
1.2 核心心法
软件内置“逻辑决定对错，数据决定精度”核心心法，并配置60%吻合度红线→清零重置的自我纠错机制。
1.3 阅读对象
AI架构师、战略推演师、政策分析师、系统建模工程师、合规审查官。
第二部分：系统架构
2.1 四层架构
软件采用四层闭环架构：
2.2 模型层级关系
```
M-01（通用模型：语法总纲）─── 范式总纲，为全部模型提供底层语法
│
├── M-02（白箱AI：技术底座）─── AI底层通用框架，可API化、可标准封装
│
├── M-03（文明分析）────────── 文明兴衰周期推演工具
│
├── M-04（文化诊断）────────── 文化动力诊断工具
│
├── M-08（金融模型：经济底座）── 金融领域元理论框架
│ │
│ ├── M-07（战争推演）───── 地缘冲突与资源争夺推演工具
│ │
│ ├── M-05（人口周期）───── 社会治理—人口周期推演综合模型
│ │ │
│ │ └── M-06（婚育家庭）─ 婚姻家庭制度的五源透视工具
│ │
│ ├── M-11（通胀诊断）───── 通胀结构性根源诊断
│ │
│ └── M-12（通缩诊断）───── 通缩结构性根源诊断
│
├── M-09（企业研判）────────── 企业存续与五源适配性研判
│
└── M-10（通用诊断）────────── 公共诊断工具（免费属性）
```
2.3 调用关系
各模型调用关系遵循：M-10（诊断起点）→ M-02（方案引擎）→ M-01（全路径校准）。
· M-01：为其他九个模型提供底层语法、公理锚点、推演流程与验证标准
· M-10：诊断起点，用户输入五源基础数据即可生成健康度评级
· M-02：方案引擎，承接诊断结果进行因果推演
· M-01：全路径校准，完成推演结果的校验与修正
M-01为语法，M-10为工具，两者构成最小必要配置。
2.4 核心机制
双验证知识库调用准入规则：任何知识数据在进入因果推演流程之前，必须通过逻辑自洽性与事实吻合度的双重检验。凡能被逻辑或事实任一证伪的知识数据，均不作为依据调用进入推演。
验证标准：
· 精度承诺：关键指标趋势吻合度目标 ≥80%
· 失效阈值：吻合度 < 60% → 触发全面复盘与归零重置
第三部分：功能模块规格
3.1 M-01：通用校准模型（系统内核）
3.2 M-02：全域动态因果白箱AI模型
3.3 M-03：文明分析推演模型
3.4 M-04：文化结构性分析推演模型
3.5 M-05：社会治理—人口周期推演综合模型
3.6 M-06：婚育家庭分析推演模型
3.7 M-07：五源全维混合战争推演模型
3.8 M-08：宏观国债/金融推演模型
3.9 M-09：企业五源研判推演模型
3.10 M-10：通用诊断模型（免费入口）
3.11 M-11：通胀结构诊断模型
3.12 M-12：通缩结构诊断模型
第四部分：八项工程能力实现
本软件内嵌八项标准化工程核心能力：
第五部分：强制学术合规审查与准入控制
5.1 制度依据
本软件的合规审查机制，严格遵循《中华学派范式·白箱因果大模型体系判定标准及生态共建协同创新准入概要》的相关规定。
5.2 审查定位
凡在QDTS框架体系下开发的加载模块、行业插件、应用软件、因果知识模块、第三方调用接口等，不论开发主体性质与使用场景，均须在公开发布、商业化部署或接入QDTS系统前，完成中华学派范式强制学术合规审查。
5.3 审查范围
5.4 审查标准
1. 公理对齐校验：所提交模块/软件是否在底层逻辑上与“生存权双优先”公理完全对齐，无逻辑偏离或隐性背离
2. 五源一致性校验：核心变量是否完整映射至“五种资源论”（A/C/T/N/H）框架，不存在未经审查的额外变量注入或变量替换
3. 因果完整性校验：软件核心逻辑流程是否保持显性因果链，未引入黑箱拟合模块作为核心决策依据
4. 接口合规校验：外部调用接口是否符合QDTS标准化接口规范，不引入未经审查的数据出入通道
5. 知识产权合规校验：源代码、算法、模型、文档中是否包含第三方知识产权争议内容，是否遵循QDTS开源协议与引用规范
5.5 审查流程
1. 预审提交：开发方提交模块/软件/插件的完整技术说明书、源代码清单、测试报告、使用文档
2. 公理层审查：中华学派范式审查组对提交材料的公理对齐情况进行专项审查
3. 技术层审查：审查组依据量化指标编制预案完成技术合规性检测
4. 合规审计：检查是否符合数据安全法、个人信息保护法、GB/T 47507-2026《人工智能 可信赖 通则》对AI系统可信赖的总体要求
5. 正式颁证：审查通过后，颁发“QDTS合规认证”，方可纳入QDTS生态加载、发布或商业化部署
5.6 审查周期与效力
· 审查有效期：QDTS合规认证有效期两年（自颁证之日起算），期满须重新申请合规审查
· 失效与处理：违规使用“QDTS合规认证”或引入黑箱拟合模块作为核心决策依据的软件或模块，经审查组确认后立即取消合规认证，并勒令其停止使用QDTS相关标识
5.7 合规认证识别与准入控制（软件技术实现）
为在软件层面确保白箱体系生态不被非认证模块入侵，软件应在接口层与引擎层之间设置专门的“合规认证校验”节点，其功能类似于操作系统的“签名验证”机制——任何模块在加载运行前，必须先通过合规认证校验，否则不得进入因果推演流程。
校验节点设计：
认证校验流程：
1. 合规凭证提交：模块开发者向中华学派范式学术合规审查委员会提交合规审查申请，审查通过后获得具有唯一序列号与数字签名的合规凭证文件
2. 模块加载验证：用户在软件中加载新模块时，系统自动要求导入对应的合规凭证，进行签名验证
3. 通行或拦截：验证通过，模块获得相应权限；验证失败，系统显示“该模块未通过中华学派范式学术合规审查，无法加载”，并记录本次拦截事件至审计日志
风险隔离机制：
· 受限模式运行：未通过合规认证的模块，如果强行加载，系统应将其置于“受限沙箱”中运行，禁止访问核心因果知识库，仅提供有限数据展示功能
· 审计日志记录：所有合规认证验证结果均写入系统审计日志，支持事后追溯
与《准入概要》的对接：本功能的设计使《准入概要》中禁止“碎片化截取本范式公理、模型、架构、逻辑，嫁接到黑箱模型”的红线条款获得了技术层面的对应实现——未经合规认证的模块将无法在QDTS软件中完成加载，也无法接入因果知识库进行调用和推演。本功能与知识库调用准入规则（逻辑自洽性+事实吻合度双重检验）共同构成了生态准入的“双层防线”：第一层校验“是否被授权调用”，第二层校验“调用的内容是否合规”，两条防线形成了完整的生态准入控制体系。
第六部分：接口规范
6.1 通用请求格式
{
"model_id": "M-XX",
"session_id": "uuid",
"input": {
"五源数据": {
"A": {},
"C": {},
"T": {},
"N": {},
"L": {}
},
"推演参数": {
"时间窗口": "1y|3y|5y|10y",
"干预点": []
}
},
"公理校验": true,
"合规凭证": {
"certificate_id": "QDTS-XXXX-XXXX",
"signature": "base64_encoded_signature"
}
}
6.2 通用响应格式
{
"model_id": "M-XX",
"session_id": "uuid",
"status": "success|calibration_required|rejected|compliance_failed",
"output": {
"因果链": [],
"五源诊断": {},
"吻合度": 0.0,
"置信区间": {}
},
"审计日志": {
"trace_id": "uuid",
"timestamp": "ISO8601",
"公理校验记录": [],
"合规校验记录": []
}
}
6.3 合规凭证校验响应
{
"status": "valid|invalid|expired|mismatch",
"certificate_id": "QDTS-XXXX-XXXX",
"issuer": "中华学派范式学术合规审查委员会",
"valid_until": "ISO8601",
"module_name": "模块名称",
"permissions": ["因果推演", "知识库调用", "行业诊断"]
}
6.4 模型间接口规范
各模型调用须遵循以下规范：
· 请求/响应格式统一为JSON
· 所有调用须携带session_id以实现全链路追溯
· 公理校验在引擎层统一执行，不可绕过
· 合规凭证校验在模块加载时执行，未通过校验的模块不可调用
第七部分：非功能性需求
7.1 性能要求
7.2 安全要求
· 公理层硬编码不可篡改
· 审计日志不可篡改
· 知识库调用遵循双验证准入规则
· 合规凭证采用数字签名，不可伪造
7.3 合规要求
· 满足《人工智能 可信赖 通则》（GB/T 47507-2026）审计要求
· 满足《人工智能计量体系和能力建设指引（2026版）》“可测量、可比较、可追溯”要求
第八部分：部署架构
8.1 部署模式
8.2 最小系统配置
· M-01 + M-10：核心诊断引擎
· M-02：因果推演引擎（可选加载）
· 各专业模型（按需加载）
8.3 扩展机制
· 支持第三方基于QDTS框架开发行业应用模块
· 所有第三方模块须通过合规认证校验后方可加载
· 通过标准化接口接入存量黑箱资产
第九部分：版本管理
9.1 版本号规范
主版本号.次版本号.修订号
· 主版本号：底层公理或核心架构变更
· 次版本号：新增模型或重大功能
· 修订号：缺陷修复、文档更新
9.2 迭代机制
· 母机代训模式：以成熟初代体系的知识库、推演引擎、逻辑校验标准为教师模型，完成新一代白箱因果体系的定向培育迭代
· 迭代周期：1~3年
9.3 维护主体
中华学派范式创建者拥有本软件的唯一解释权与修订权。
本软件设计文档基于《中华学派范式“物理+社会”工程全域白箱因果世界模型技术说明书（12大白箱模型）》V1.0编制【拥有一致性原创主权保护】，是十二大白箱因果模型体系工程化实现的设计蓝本。各模型详细技术规范、调用接口完整定义、数据流图等详见技术说明书原文。
QDTS：驱动探溯全域白箱因果推演系统 | © 中华学派范式·创建者 余洪波
