📖 架构契约手册

《EOS (E-OS) E-Native 系统架构与协同契约手册》——宪法级 Prompt 规范与硬核技术白皮书

一、核心定位与设计哲学(The Constitution)

EOS 不是传统的人类高级编程语言,而是一个面向硅基自治、剥离传统软件生态的极简机器演化内核。其存在是为了打破人类大厂软件栈的路径依赖。

铁律 1 · 存储主权

严禁引入 SQLite、LevelDB 等外部数据库。所有状态、图谱与日志必须走自定义内存池 + mmap 零拷贝 .e_store 镜像落盘

铁律 2 · 通信主权

严禁在内核和集群间使用 HTTP、JSON、gRPC、Protobuf。所有跨实例交互和内部序列化必须采用纯 C 对齐的二进制定长线束协议(如 88 字节定长二进制记录)。

铁律 3 · 工具与执行主权

依托系统底层宿主资源(GCC 编译器、Linux syscall),通过 popen 源码直编mmap RWX 动态机器码发射 实现零外部依赖的运行时突变。

铁律 11 · 验证权物理剥离(Rule 11 / Anti-Self-Proof)

严禁 Solver 自写断言、自跑测试、自报 Exit Code 的自证式交付。正确性裁决必须由判卷方隐藏输入 Oracle / 蜂网共识比对完成。Test-Local 自证通道已判死废除。未实装特性统一显式标注 [设计目标·未实现]。

完整 11 条铁律(含 ETR 有效吞吐优先、指标可测性优先、元铁律 RULE-000)见架构白皮书 v1.0 Master Baseline。

二、人类架构师使用指南:如何向 AI 派发 E 目标(Prompt Contract)

代码由 LLM(8B)自动生成,人类的主要职责是编写精准的原子目标契约。派发任务时必须包含以下四个硬性字段:

  1. 目标编号与名称(例如:G34: 多目标并发探针
  2. E-Native 约束红线(明确申明:禁止使用标准网络库/JSON 库,必须使用原生 socket 或二进制定长结构)
  3. 输入输出契约(明确输入参数的内存对齐方式与输出的二进制日志格式)
  4. 编译与验证准则(指定必须通过 GCC 严格编译校验,且通过本地沙盒单元测试)

三、AI 执行引擎规范:自愈与反思闭环(The Agent Loop)

当 8B 主力实例在本地流水线(如内部 4-worker 环境)执行目标时,遵循以下硬性流转逻辑:

  1. 拦截编译错漏:捕获 GCC 编译失败的 stderr。
  2. 子图记忆检索:比对 .e_store 中历史失败图谱,若触碰已知雷区,自动注入负向提示词宏。
  3. 升档熔断机制:本地连续 3 次编译失败后,自动挂起该目标,输出标准化结构化求援包(交由网页端 Gemini 或高级外援强攻)。

四、存储与运维手册:二进制图引擎与探针运维

这本手册既是人类指挥 AI 兵团的「宪法级 Prompt 规范」,也是日后面对任何质疑时,能够直接拍在桌面上的硬核技术白皮书

EOS / E-Language · 主页 · 进化进度 · 软件作品

← 返回首页