01 引言¶
目的¶
本章定义面向 QOS 的 UQCI 框架之仓库原生规范入口。它将参考 Word 草案转化为适合开源协作、持续维护与增量实现的 Markdown 章节形式，同时保持可发布、可实现、可引用的规范表达。
文档状态¶
- 状态：Draft v0.1
- 语言：简体中文
- 角色：仓库原生规范章节
本仓库原生规范属于可实现的建议稿，不宣称已经被任何正式标准组织采纳。
范围¶
本规范关注以下问题：
- 面向异构后端的统一量子控制语义
- 面向工具链与运行时的程序互操作
- 以 Bundle 为核心的交付、验证、执行与回放
- 从概念草案走向可运行参考实现的标准化路径
v0.1 的直接目标是明确架构边界、规范机器可读工件、兼容导出方式与参考实现结构，而不是声称已经完成完整运行时或真实硬件标准化。
目标读者¶
本规范面向：
- 量子操作系统与编排系统团队
- 编译器与控制软件团队
- 后端与硬件厂商
- 量子云平台与模拟器实现者
- 互操作与标准化贡献者
规范立场¶
参考 Word 草案的核心立场在本仓库中继续保持有效：本规范并不试图把所有量子硬件统一成单一物理控制通道，而是通过分层方式统一控制语义、程序交换和执行封装，同时保留不同技术路线在物理实现上的差异。
因此，本仓库定义的分层关系是：
QOS负责运行时与系统视角UQCI负责 canonical 协议语义OpenQASM Compatibility Profile负责兼容与交换表面- 后端模块负责技术路线相关的具体落地
命名原则¶
继承自参考草案的对外命名采用分层结构：
QOS表示运行时、系统与编排视角UQCI表示 canonical 协议与语义核心OpenQASM Compatibility Profile表示交换与兼容绑定
这种命名既保留了 UQCI 的独立协议地位，也使整体规范在公共发布场景中保持清晰可读。在这个结构中，兼容配置附着于协议，而不是替代协议本身。
参考草案也使用类似 QOS-1 的公共规格身份来表达世界标准草案的愿景。本仓库不要求在每一章重复这一品牌化表述，但保留同样的架构逻辑。
仓库原生形式¶
在导入材料中，Word 文档仍然是源草案；在当前仓库中，docs/spec/en/ 与 docs/spec/zh-CN/ 下的 Markdown 章节则成为后续维护的首选工作形式。
这一编辑形态转换意味着：
- 规范性思想继续保留，但较长的代码与 Schema 清单宜以概述加仓库文件引用的方式呈现
schemas/、examples/与源码模块成为规范的仓库原生配套材料
与仓库的关系¶
本章应与仓库总览、架构说明以及后续各章配合阅读。它为整套中文规范建立范围、立场与编辑基线。