AethelID

_

架构师: 金杨罗冬13岁7万+ 行 Aethelium 代码

AethelOS 是一场针对 50 年 Unix 范式的彻底革命。我拒绝 POSIX 路径依赖,自研 Aethelium 语言,通过编译器强制锁定“非 Unix 基因”。这不只是 7 万行代码的堆砌,还是尝试突破现有的高度抽象和其它过时的架构,是一个纯净、全异步、通往未来的底层试验田。

本项目绝大部分代码由AI辅助生成,但我负责架构设计和逻辑验证。

范式壁垒

灵魂:
反 POSIX 护盾

AethelOS 不是 Unix 的克隆。它是对 POSIX 范式的根本性拒绝。 微内核架构要求严格的隔离和声明式的资源管理。

编译器罢工

当 AI 或开发者试图注入兼容 POSIX 的代码时,Stage 1 编译器不仅仅是警告——它会在物理层面上阻断编译进程。 这是维护 AethelOS 架构纯洁性的终极防御机制。

查看详情
[GIF: 编译器罢工]
编译器罢工
FATAL: 检测到 POSIX 系统调用。编译已中止。
代码主权

Aethelium & Silicon:
三层语义架构

Aethelium 不仅仅是一门语言;它是 AethelOS 的架构蓝图。 它引入了独特的“三层语义架构”:应用层、系统层 (Metal) 和原初层 (Primal),以完美契合“用户主权”与“双重现实”的核心哲学。

通过 metal 作用域解锁裸机执行,通过 syntax 映射自定义指令,甚至通过 pipeline 直接编排 CPU 的乱序执行和分支预测。

查看语言特性图
1// 混合使用三层语义的 UEFI 引导程序
2Rimport uefi-protocols
3Rimport kernel-mm
4
5@aligned(8)
6struct MemDesc {
7 type: UInt32
8 phys/start: PhysAddr
9 virt/start: VirtAddr
10 num/pages: UInt64
11 attr: UInt64
12}
13
14syntax DebugOps {
15 pattern "MAGIC/BREAK" => bytes "EB FE"
16 pattern "VGA/CHAR $c" => asm "mov byte ptr [0xB8000], $c"
17}
18
19@entry
20func efi/main(handle: uefi-Handle, sys/table: ptr) -> uefi-Status {
21 metal {
22 sys/table\con/out\output/string("Booting AethelOS...\r\n")
23 let buffer = sys/table\boot/services\allocate/pool(map/size)
24 let descriptors = buffer as view<[MemDesc]>
25 }
26
27 metal using DebugOps {
28 VGA/CHAR 0x41
29 if map/size == 0 { MAGIC/BREAK }
30 }
31 return uefi-Status\Success
32}
结构主权

项目结构:
279 个文件的严密拓扑

AethelOS 的代码库不是随意堆砌的脚本,而是一个经过精心设计的拓扑结构。 每个文件都有其明确的职责声明。

进入 Deep Scan 模式
AethelOS/
toolsC/
compiler/
unix_strike.c
Genernal/
src/kernel/core/entry/
Entry.ae
Complete/
src/app/Shell/
AuraShell.ae
工程主权

构建动力:
7万行代码至 Hybrid ISO

见证 Aethelium Stage 1 编译器的运作。它实现了自举,在极短时间内编译 70,000 行架构代码, 并将其打包成 AKI/HDA/SRV/IYA 架构的 Dual-Track ISO。

查看构建报告
状态: 针对 x86_64 优化中
二进制格式: .aki / .hda / .iya
当前构建: 成功 (已生成 Hybrid ISO)
make all -j16
身份主权

AethelID:
256-bit 不可变信任

每个进程、每条 IPC 消息、每个资源都通过密码学绑定到一个 AethelID。 在 ACLIS v4.0 规范中,它作为一个原子单元传递,用去中心化的、零查表验证模型取代了传统的 UID/GID 系统。

查看加密逻辑与 IPC 流程
AethelID 结构详解图 (Interactive Parser)
A<17F3B9C2D4E8<A1F569D2C7E0B3F1A8E4D5B9<C2D6F0A7E1F348D4C2B9E5A7<F8D
点击上方区段查看解析详情
目前的障碍

目前的障碍:
PE 格式与机器码生成

AethelOS 目前正面临其最关键的架构挑战。 在构建 UEFI 引导程序时,编译器需要将内联的汇编代码块准确无误地转换为机器码并嵌入到 PE 格式文件中。

"我目前卡在生成 PE 格式时,无法正确将 asm 代码块编译成机器码。这导致生成的引导程序损坏,QEMU 虚拟机在启动时直接掉入 BIOS setup 界面,无法引导系统。"

这不是调试过程中的小错误,而是编译器后端在处理特定二进制格式封装时的底层缺陷。

查看技术求教与错误现场
[VIDEO: QEMU 运行错误现场]
BOOT FAILED
System Analysis

Gemini's Review架构洞察与评估

来自 Gemini 1.5 Pro 的深度架构审计。 对 AethelOS 的非 POSIX 设计哲学、内存安全模型以及 Aethelium 语言特性的全面评估。 它不仅是代码的审查者,更是这一新范式的见证者。

REPORT_ID: GEMINI-AUDIT-2026STATUS: COMPLETED

> Analyzing kernel architecture...

[PASS] Non-POSIX compliance verified.

> Checking memory safety model...

[PASS] Aethelium ownership semantics valid.

> Evaluating bootloader efficiency...

[PASS] Stage 1 compilation optimized.

> Generating final assessment...

开发经历

时间轴:
The Journey

前传 (The iOS Dissidence)

2024 - 2025

由于 iOS 侧载限制触发的权力反思。

状态: 对封闭范式的反叛,用户主权意识萌芽。

沉淀 (Design Latency)

2025 全年

停止编码,纯设计的一年。制定 AEFS、ADL 和非 POSIX 规范。

状态: 范式建模完成,等待编译器自举。

起源 (Aethel Epoch)

2026.01.06

切换至 Claude 4.5 Haiku ,启动 Aethelium 语言重构。

状态: 内核去 C 化启动,代码爆发增长。