1.0 live cells stay not_run until real provider runs exist.
DynosAI 1.0.0-rc.3 still publishes MATRIX_1.0 with four provider-aware cells. None of them copy 0.13 Quality 100 scores. The historical table further down is the 0.13.0 core baseline, not 1.0 live proof.
MATRIX_1.0 live certification
| Provider | Mode | Status |
|---|---|---|
| Codex | Greenfield | not_run |
| Codex | Brownfield | not_run |
| Cursor | Greenfield | not_run |
| Cursor | Brownfield | not_run |
Historical 0.13.0 core matrix
| Provider | Scenario | Result | Quality | Oracle |
|---|---|---|---|---|
| Codex | Greenfield · Fibonacci | PASS | 100 | 8/8 |
| Cursor | Greenfield · Fibonacci | PASS | 100 | 8/8 |
| Codex | Brownfield · Contract discounts | PASS | 100 | 10/10 |
| Cursor | Brownfield · Contract discounts | PASS | 100 | 10/10 |
What the matrix proves
Both supported providers can complete governed greenfield work with the current governed workflow.
Both can preserve and extend existing behavior in the brownfield scenario while passing independent Oracle checks.
Codex uses structured-primary MCP transport while Cursor uses the compatibility transport required by its CLI stream.
What it does not prove
It is not a universal guarantee across every language, repository size, CI system, security policy, or provider version.
DynosAI 1.0.0-rc.3 publishes MATRIX_1.0 placeholders plus eval-maturity evidence and still benefits from real-world feedback. It is not a production-ready 1.0 claim.
The Predictive Router remains in shadow mode even though the historical sample size now crosses its quantitative authority gates.