APEX Evolution Core
从早期维度实验到 V12 Shadow 与 APEX-U 的公开演进主线，保留只读边界和工程卡片审计。
- 本人职责
- 公式主线、只读候选与工程卡片审计
- 时间范围
- 持续研究
- 技术栈
- Python / GitHub Actions / 契约测试 / 工作卡
- 最后核验
- 2026/08/11
01 / Problem
问题背景
公式演进存在多条编号轨道，容易把维度实验、公式版本和产品发布误读成同一套连续版本。
02 / Approach
方法与结构
- 把小写 v1-v3 维度实验与大写 V9-V12 公式主线分成两条独立轨道。
- 把工程进度拆成正式工作卡，按阶段概括而不是逐卡发布。
- 以公开仓库、测试和 CI 结果作为可核验证据。
03 / Decisions
核心决策与取舍
- V12 只作为 Shadow 只读候选，不自动晋升，也不修改在线状态。
- APEX-U 只生成只读决策包，不授予在线执行权限。
- 早期实现源自 MIT 许可 APEX Spiral，公开记录保留来源归属，不声称从零创建。
04 / Outcome
结果与当前边界
- 公开仓库发布 v0.2.0，包含 56 项测试并通过 Python 3.10/3.11/3.12 CI。
- 演进记录覆盖 v1-v3 维度实验、V9-V12 公式主线与 V12 Shadow。
- 61 个正式工作卡按阶段归档，归档编号不当作已发布版本。
05 / Evidence
可查看证据
只有重新执行或重新检查过的事实才进入这里；没有公开链接的项目只显示来源核验摘要。
56 项测试通过
公开仓库测试套件共 56 项并通过。
Python 3.10/3.11/3.12 CI 成功
GitHub Actions 对三个 Python 版本均运行成功。
61 个正式工作卡
公开演进文档按 APEX-001 至 APEX-061 的正式工作卡分组记录工程进度。
从 6D 实验到 V12 Shadow
解释两条编号轨道、V12 只读候选与 APEX-U 决策包边界。
打开证据