What AI readiness measures
AI Readiness measures how prepared your repository is for reliable AI-assisted engineering work. The current rubric version isv1.
The rubric evaluates:
- Agent instructions and reusable rules
- Documentation depth and clarity
- Project structure and discoverability
- Build and development consistency
- Validation quality (CI, tests, lint)
- Automation and governance workflows
Assessment lifecycle
| Status | Meaning |
|---|---|
not_available | Propel cannot score the repository yet. |
computing | Propel is currently computing a new assessment. |
ready | A current score is available. |
stale | A score exists but is older than 14 days. |
failed | The assessment job failed. |
ready and computed_at is older than 14 days, Propel surfaces status as stale.
Not available reasons
| Reason | Meaning |
|---|---|
not_assessed | No assessment has been run yet. |
no_active_codebase | The repository is not attached to an active codebase. |
no_repository_data | Repository structure data is missing. |
empty_repository | No source files were found. |
assessment_error | Assessment failed internally. |
Scoring algorithm
The rubric has 33 pass or fail criteria across levels 1 through 5. Propel computes score as:- Level 1 to 5 are evaluated in order.
- A level is achieved when at least 80% of that level’s criteria pass.
- The first level below 80% stops progression.
next_level_progressis pass percent for the next level.
Rubric definition (v1)
Level 1 baseline
- Primary instruction file exists:
AGENTS.md,CLAUDE.md, orCODEX.md. - Reusable rules exist in
.propel/rules,.cursor/rules,.claude/rules,.codex/rules, or.cursorrules. - A
READMEexists. - At least one standard layout directory exists (
src,app,cmd,pkg,internal,services). - A developer entrypoint exists (
Makefile,Justfile,.devcontainer, or CI config). - Lint or static analysis config exists.
Level 2 team readiness
- At least one nested rules file exists (for example
.propel/rules/api/...). CONTRIBUTINGguidance exists.- Test files exist.
- CI pipeline config exists.
- PR validation workflow exists.
- Environment template exists (for example
.env.example).
Level 3 scalable engineering
- Architecture or ADR documentation exists.
- Docs depth is at least 3 files.
- Standard layout coverage is at least 2 directories.
- Max directory depth is between 2 and 12.
- Test framework config types are at most 2.
- Dependency update automation exists.
- Autofix automation exists.
- Security automation exists.
- Secret scan automation exists.
- Stale work automation exists.
Level 4 governance and consistency
- Code review workflow is active.
- CODEOWNERS enforcement exists (
CODEOWNERSplus PR validation or code review automation). - Docs depth is at least 8 files.
- JavaScript lockfile strategy is consistent (at most 1 lockfile type).
- Python tooling formats are bounded (at most 2).
- Language ecosystem count is bounded (at most 4).
Level 5 mature operating model
- Nested rule files are at least 4.
- Docs depth is at least 20 files.
- Standard layout coverage is at least 3 directories.
- CI, tests, and lint are all present.
- Tooling fragmentation is low:
js_lockfile_kinds <= 1andtest_framework_config_kinds <= 2andjava_build_system_kinds <= 1andpython_tooling_kinds <= 2.
Factors and recommendations
Propel groups criteria into pillar factors. Each factor returns:score: passed criteria in that pillarmax_score: total criteria in that pillarevidence: proof points from your repositoryrecommendations: practical improvements for that pillar
top_recommendations, a prioritized set of next actions.
Propel prioritizes recommendations from your next maturity level first.
Next steps
- Open Codebase and click AI Readiness on a repository.
- Click Refresh Assessment to compute the latest score.
- Apply top recommendations and refresh again to track improvement.