仓库目录
这里按仓库在 AELS 中承担的职责导航，而不是把每个仓库强行塞进唯一技术分类。一个项目可以同时涉及 C++、MCU、Linux 或 GUI；真正重要的是它属于教学、产品还是基建，以及目前能用什么证据验证。每条线下再按二级分组（如工具与语言基础、MCU 实践、嵌入式 Linux 实践），左侧导航与页面大纲均按此两级结构组织。
卡片中的状态含义：
- 建设中：定位或主要实现仍在形成，不把计划写成已经交付。
- 可验证：已经存在可重复的构建、测试、模拟、QEMU 或真机证据。
- 已交付：已经形成相对完整的课程或版本切片，仍会继续维护和改进。
具体实现、命令和最新版本以对应仓库为准。中心站只维护稳定定位、学习关系和经过核实的验证边界。
教学线
围绕学习深度组织的教程、平台工坊和工程实践。仓库之间允许交叉，并不构成统一的强制前置链。
工具与语言基础 3
终端工具链与 C / Modern C++ 语言承重墙，为一切实践准备基础能力。
先学会使用终端、Git、GCC、CMake、GDB、交叉编译和常用开发环境。
AELS 的初步入门层：建立足够开始实践的工具能力，不垄断这些工具背后的深入知识。
当前证据：教程站可构建；具体工具细节可在后续语言与系统仓库中继续深化。
关系：可继续进入 C-Journey 或 Tutorial_AwesomeModernCPP；也可在具备所需语言能力后进入平台工坊
围绕 C 语言逐步深入编译、链接、调试、测试和系统编程。
C 语言承重墙；学习者达到具体平台所需程度后即可进入实践，不要求一次学完整仓库。
当前证据：主体课程、示例和持续集成已经形成。
关系：为 ST-Forge 和嵌入式 Linux 实践提供 C 能力；与 EmbedBox 是深度递进而非内容互斥
系统学习现代 C++，并把语言能力带入系统软件、MCU、Linux 和产品工程。
C++ 语言承重墙，侧重语言深度、工程方法与领域实践。
当前证据：课程主体、可编译示例、CI 和版本发布已经形成。
关系：为 C++ 工程实践和产品组件提供语言基础；与 EmbedBox 的工具内容按学习目的继续深化
C++ 工程实践 3
从语言能力走进真实工程交付：规格、测试、安装、版本与下游消费。
在语言基础与真实系统实践之间，讲共同的需求、设计、测试、构建和交付方法。
现代 C++ 工程实践的入口与组织者；具体项目放在独立 spoke 中完成。
当前证据：第一季课程已经交付，并通过 submodule 连接现有工程项目。
关系：组织 SimpleIniParser 与 anatomy_memory；不扩张为另一套百科式语言教程
用一个边界明确的小型库完整经历规格、错误模型、测试、安装、版本和下游消费。
演示“小工程怎样做对”，不追求成为功能最强的 INI 库。
当前证据：已有课程与代码基础；新的工程闭环正在小步重构。
关系：由 engineering_cpp 组织；计划交付库、ini-check 工具与真实消费者
先证明内存池正确，再严谨讨论性能、缓存和 benchmark。
以所有权、不变量、对齐、并发检查和测量方法为核心的高阶工程实验。
当前证据：已有实现和测试；完整 sanitizer、CI 与严格基准仍需补齐。
关系：由 engineering_cpp 组织；不预设“必然比 malloc 快”的结论
系统与硬件基础 4
内核、RTOS、硬件与 OS 教学重放等通用系统知识，按需穿插学习。
用 QEMU 观察 Linux 内核、系统编程与调试机制，可先学也可在板级实践中按需回补。
系统基本功承重墙，目标是把知识陈述变成可运行、可观察的实验。
当前证据：已有多层知识图谱、笔记与实验资产；下一阶段需要加强执行验证与路线清晰度。
关系：为 imx-forge 与 rk-forge 提供通用 Linux 深度；不是进入具体开发板的强制门禁
在 Host 上学习任务、队列、同步等 RTOS 语义，再到具体 MCU 处理平台差异。
通用 RTOS 知识补充，不把主机模拟结论冒充真板时序结论。
当前证据：已有 Host 可运行示例；代码级 CI 验证仍需加强。
关系：为 ST-Forge 的 FreeRTOS 内容提供概念补充；Host 模拟不替代真板验收
在真实板级问题出现时补充电源、电路、器件、接口和读手册能力。
嵌入式硬件知识补充；现有内容以电源电子为主，MCU 硬件部分仍在生长。
当前证据：电源与功率变换内容已经形成；MCU 方向目前只建立了初步入口。
关系：可伴随 ST-Forge 和 Linux 开发板实践按需学习
按稳定切片重放 Cinux 的操作系统能力，保证课程连续和实验可复现。
Cinux 的教学入口，不追逐产品仓库中的每个前沿变更。
当前证据：已有分阶段教程和可构建、可运行的实验路径。
关系：消费 Cinux 的稳定版本或 SHA
MCU 实践 4
从 STM32 裸机寄存器到 FreeRTOS 综合工程的 MCU 建设主线。
具备基本工具能力和足够的 C 语言能力后，进入 STM32F1 的启动、寄存器、外设和调试实践。
当前 MCU 教学建设主线；围绕课程、代码、模拟和真板逐步建立验证闭环。
当前证据：课程设计已经形成，仓库实现仍处早期建设阶段。
关系：micro-forge 提供部分确定性模拟能力；Tutorial_FreeRTOS 提供概念补充；不预设统一结课产品
保存和整理可复用的裸机驱动与器件资产。
它可以接收经过验证的成熟驱动，但不是 ST-Forge 之后的固定学习阶段。
当前证据：已有 STM32 与 OLED/I2C 等代码；统一构建、测试和 CI 仍需加强。
关系：可承接平台工坊中成熟的可复用资产
独立发展的 STM32G431 / FreeRTOS 工程，用于观察资源受限产品的综合问题。
现有 MCU 项目，不代表 ST-Forge 或整个 MCU 路线的预定终点。
当前证据：项目仍在建设，硬件与完整产品闭环尚未稳定。
关系：与 MCU 教学共享部分知识和资产，但不承担统一 Capstone
从现代 C++ 进入无堆、无异常、静态分派与交叉编译的 MCU 工程。
资源受限环境中的现代 C++ shell 库和工程示例。
当前证据：具备 Host 测试、交叉构建与 STM32F103 真板示例。
关系：可在 ST-Forge 的真实 UART 工程中形成稳定消费关系
嵌入式 Linux 实践 4
打通 U-Boot、内核、设备树、rootfs 与板端调试的平台工坊与高阶工程。
用较简单的 i.MX6ULL 打通 U-Boot、内核、设备树、rootfs、驱动和板端调试。
嵌入式 Linux 的成熟入门工坊，兼顾教学解释与真实 BSP 交付。
当前证据：已有版本发布、可复现构建和真板验证记录。
关系：可继续进入 rk-forge 的不同 Rockchip 平台；固定版本消费 buildmeter；为 CFBox 提供真板验收环境
根据已有经验和目标平台进入 RK3506B、RK3568 或 RK3588，不要求依次购买和学习全部开发板。
横跨 32/64 位 Rockchip 平台的板级工作区，各平台保持工具链、ABI 与产物边界。
当前证据：三板定位和工作区已经形成，平台课程与真板证据仍在持续建设。
关系：可承接 imx-forge 之后的平台深化；固定版本消费 buildmeter；h618_forge 提供主线化横向参考
对照主线 U-Boot、TF-A、Linux 与自建 rootfs 的实践路径。
Allwinner H618 主线化研究工作区，不是 i.MX6ULL 或 Rockchip 的固定后继。
当前证据：已有完整主线链路和真板验证日志。
关系：为 imx-forge 与 rk-forge 提供横向方法参考
作为 Linux userspace 高阶工程，研究 POSIX 行为、差分测试、rootfs、PID 1 与板端交付。
真实 C++23 系统软件项目，不逐个把大量 applet 重新讲成知识文章。
当前证据：具有系统测试，并已在 i.MX6ULL 上作为 PID 1 运行。
关系：通过 imx-forge 完成板端验证；可作为 Linux userspace 工程交接案例
GUI 与专题 2
Qt 技术教程与独立工程专题，与产品组件形成工程交接关系。
产品线
持续演进的真实产品与公共组件。教学线只在稳定版本上解释和重放能力，不复制整座产品仓库。
系统产品 1
持续演进的前沿操作系统产品，稳定能力交给教学重放。
组件与库 2
被真实产品消费的公共基础库与 Qt 组件。
CF 桌面生态 3
CFDesktop 桌面产品及其应用集与资源供应链。
持续建设嵌入式桌面产品，并通过 Linux 平台完成部署和真板验收。
产品线主体；不为教学重新复制一座 CF 教程大仓。
当前证据：桌面框架与主机侧能力持续建设，嵌入式交付链仍需闭环。
关系：消费 QuarkWidgets 与 aex；与 CFDeskit 通过应用契约协作；由 imx/rk 提供部署环境
维护可独立安装、运行和卸载的 CFDesktop 应用。
CFDesktop 生态中的独立应用集合。
当前证据：已有进程隔离与运行时安装/发现方向，契约仍在持续建设。
关系：消费 QuarkWidgets；通过运行时契约接入 CFDesktop
维护 CFDesktop 可安装资源包及其来源、版权和清单契约。
不进入技术学习主线，作为真实资源供应链的一部分存在。
当前证据：已有资源站和运行时安装方式，来源与生命周期契约需要持续治理。
关系：通过资源安装契约服务 CFDesktop
基建与验证
为课程、构建和真实交付提供验证能力；它们支撑学习路线，但不自动成为学习者的下一站。
验证设施 1
为课程和固件提供确定性模拟、故障观察与 CI 验证入口。
构建与工具链 3
服务真实构建链的构建观测、构建系统与交叉工具链实验。
为长时间 GNU make 工程提供流式解析、阶段、进度和 ETA。
纯粹的 AELS 基建线，不作为嵌入式 Linux 学习步骤。
当前证据：已被 imx-forge 和 rk-forge 以固定版本消费。
关系：服务 imx-forge 与 rk-forge 的真实构建链
实验 typed IR、依赖解析、lockfile、执行器与最小 rootfs。
当前只按构建系统实验定位，不宣称替代 Buildroot。
当前证据：已有 i.MX 配置和镜像方向，执行与 rootfs 闭环仍未完整。
关系：需要在 QEMU 或真实平台完成最小 rootfs 闭环后再扩大定位
解释并实现 host Qt、target Qt、sysroot、toolchain 与 SDK bundle 的真实交付。
不继续扩张成万能一键脚本；是否独立保留取决于真实产品交付链。
当前证据：已有 Qt ARM 交叉构建脚本，尚未与 CFDesktop/BSP 建立完整固定版本交接。
关系：需要进入 CFDesktop 与 Linux BSP 的真实交付链
AELS 组织入口
- Awesome-Embedded：本导航站与组织入口。
- community：讨论、公告与问答。
- .github：组织 Profile 与公共配置。