DMI summarizes how maintainable a Markdown file is as a repository artifact. It is the documentation analogue of the Maintainability Index for source code.Documentation Index
Fetch the complete documentation index at: https://mehen.ophi.dev/llms.txt
Use this file to discover all available pages before exploring further.
Formula
Components are first normalized to[0, 1], then combined:
Bands
| DMI | Band | Meaning |
|---|---|---|
| 85–100 | Highly maintainable | Easy to extend; low review cost. |
| 70–84 | Good | Normal repository documentation. |
| 50–69 | Needs attention | Inspect top contributors. |
| 30–49 | Hard | Review burden is real. |
| 0–29 | Documentation debt | Likely refactor / split candidate. |
DMI is not “usefulness”
A long, linear filler document can score respectable DMI while scoring high on Filler / Lazy Risk. A short dense architecture note can score low DMI but be extremely high-value. DMI measures maintainability burden, not value. The combined DMI × RCI × Filler Risk matrix (review criticality) is the canonical way to read DMI in context.References
- Oman, P. & Hagemeister, J. (1992). Metrics for assessing a software system’s maintainability. IEEE Conference on Software Maintenance — the source-code MI ancestor.
See also
- Maintainability Index — the source-code analogue.
- Filler / Lazy Risk — the orthogonal “is this filler?” axis.
- Review Criticality Index — combines DMI with deltas.