DynosAI
RC10 · Codex certification pending

MATRIX_1.0 live cells record real trials; historical 0.13 scores are not copied.

DynosAI 1.0.0-rc.10 publishes MATRIX_1.0 with four provider-aware cells. Codex greenfield and brownfield are required for 1.0. Cursor cells stay as Preview evidence and are not 1.0 certified. None of them copy 0.13 Quality 100 scores. A cell is pass only after a real trial. The historical table further down is the 0.13.0 core baseline, not 1.0 live proof.

1.0 eligibility vs Preview evidence

ProviderIntegration1.0 role
CodexApp Server + MCPCertification required (greenfield and brownfield)
CursorCLI/ACP + MCPPreview / non-blocking; not 1.0 certified

MATRIX_1.0 live certification

ProviderModeStatus
codexgreenfieldpass
codexbrownfieldfail
cursorgreenfieldfail
cursorbrownfieldfail

Historical 0.13.0 core matrix

ProviderScenarioResultQualityOracle
CodexGreenfield · FibonacciPASS1008/8
CursorGreenfield · FibonacciPASS1008/8
CodexBrownfield · Contract discountsPASS10010/10
CursorBrownfield · Contract discountsPASS10010/10
63
MCP calls
0
MCP failures
0
scope requests
0
retries

What the matrix proves

The historical 0.13.0 matrix proved both supported providers could complete governed greenfield work with the then-current workflow.

Both preserved and extended existing behavior in the brownfield scenario while passing independent Oracle checks.

Codex used structured-primary MCP transport while Cursor used the compatibility transport required by its CLI stream. That is not 1.0 live proof.

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.10 records MATRIX_1.0 from real trials or leaves cells honestly not_run. Historical 0.13 evidence is not copied. 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.