NEXUS LIFE-CYCLE WORKFLOW VISUALIZER
这是 zero-entropy-lab 与 welcome-to-github 的双工作流可视化主页, 用一页展示年度用量, 运行效率, 失败成本, 步骤差异, 以及实际运行日志证据
A single-page visualizer for the zero-entropy-lab and welcome-to-github workflows, showing yearly usage, execution efficiency, failure cost, stage differences, and concrete run-log evidence
年度负载对比Yearly load comparison
这里使用 GitHub Actions last year 数据, 1 是 zero, 2 是 welcome, 窗口 2026-02-12 → 2026-08-07
This section uses the GitHub Actions last-year metrics, 1 is zero, 2 is welcome, window 2026-02-12 → 2026-08-07
计算预算Compute budget
Welcome 约消耗 Zero 的 1.82 倍 Actions 分钟, 两仓共享同一 NEXUS 生命周期骨架, 承担不同的责任边界
Welcome uses about 1.82x the Actions minutes of Zero — both repos share the same NEXUS life-cycle skeleton while carrying different responsibility boundaries
效率与失败成本Efficiency and failure cost
两边平均排队时间都是 3s, 失败率都是 2%, 差异主要在年度负载和失败分钟数, zero 约 70 failed minutes, welcome 是 26 failed minutes
Both lanes have a 3s average queue time and 2% job failure rate, while the main difference is annual load and failed-job minutes, zero is about 70 failed minutes and welcome is 26
两个具体工作流Two concrete workflow lanes
这不是泛生态展示, 而是把 zero 和 welcome 两条 NEXUS CORTEX Life Cycle 直接展开成可读步骤
This is not a generic ecosystem page, it expands the zero and welcome NEXUS CORTEX Life Cycle workflows into readable stages
步骤对比矩阵Step comparison matrix
两边共同拥有相同的 NEXUS 生命周期阶段, 但实施方式不同 — 比较同一阶段在不同仓库如何执行
Both lanes share the same NEXUS life-cycle stages but implement them differently — comparing how each stage executes across repositories
运行日志证据Run-log evidence
以下数据来自 2026-08-07 最新一次两仓同步运行, 不是样例, 是可验证的公开记录
The following data is from the August 7, 2026 synchronized run — not a sample, but a verifiable public record
HISTORICAL ARCHIVE · 2026-06-28 (click to expand)
0基础解析Zero-basics explanation
这部分给第一次看到 GitHub Actions 的人看, 不预设 CI/CD 背景
This part is for people seeing GitHub Actions for the first time, no CI/CD background required
什么是 workflow
What is a workflow
workflow 是仓库里的自动流程, 通常放在 .github/workflows 目录, 它告诉 GitHub 什么时候运行, 运行哪些 job, 每个 job 做什么
A workflow is an automated process stored in a repository, usually under .github/workflows, it tells GitHub when to run, which jobs to run, and what each job should do
什么是 job run
What is a job run
job run 是一次具体执行, 比如 checkout, setup python, rebuild, ingest, test, commit 都可以作为步骤出现在一次 job run 里
A job run is one concrete execution, steps such as checkout, setup python, rebuild, ingest, test, and commit can appear inside a job run
什么是 total minutes
What are total minutes
total minutes 表示工作流在 runner 上消耗的总运行时间, 数字越高, 说明这一条 lane 年度执行负载越重
Total minutes means the total runner time consumed by workflows — the higher the number, the greater the yearly execution volume
为什么看 queue time
Why queue time matters
queue time 是 job 等待 runner 的时间, 这里两边都是 3s, 表示调度等待不是主要差异, 差异主要来自实际执行量
Queue time is how long a job waits for a runner, both lanes are 3s here, so scheduling delay is not the main difference, execution volume is
为什么看 failure rate
Why failure rate matters
failure rate 表示失败 job 的比例, 两边都是 2%, 说明稳定性同级, failed job usage 用来观察失败消耗的分钟成本
Failure rate is the share of failed jobs, both lanes are 2%, so reliability is similar, failed job usage shows the minute cost of failed work
怎么读这页
How to read this page
先看 1 和 2 的年度数字, 再看两条 lane 的步骤, 最后用日志控制台验证这些数字背后的真实行为
Start with the yearly numbers for 1 and 2, then read the two lanes, then use the log console to connect the metrics to concrete behavior