> ## Documentation Index
> Fetch the complete documentation index at: https://docs.luminalai.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Developing Luminal

> Building the future of ML.

<img className="block dark:hidden rounded-xl" src="https://mintcdn.com/luminal/XFjttMIf41qV5eoG/images/abstract_light.jpg?fit=max&auto=format&n=XFjttMIf41qV5eoG&q=85&s=298def8cca1ba50b81a83abe50dece34" alt="Hero Light" width="1344" height="768" data-path="images/abstract_light.jpg" />

<img className="hidden dark:block rounded-xl" src="https://mintcdn.com/luminal/XFjttMIf41qV5eoG/images/abstract.jpg?fit=max&auto=format&n=XFjttMIf41qV5eoG&q=85&s=961bcc492759b1fc8d3ef5b8434dd2bf" alt="Hero Dark" width="1344" height="768" data-path="images/abstract.jpg" />

Please take a look at the [issues](https://github.com/jafioti/luminal/issues) and [roadmap](https://github.com/users/jafioti/projects/1) to see what's targeted for upcoming releases. Contributions for those features are preferred and will be reviewed and merged very rapidly. Other contributions are welcome, but please note Luminal is and always will be a fairly minimal library.

The core design of Luminal is heavily predicated on extensibility. Compilers alow for immense complexity to be removed from the core library and added with third party compilers. For instance, datatypes and devices are typically first class primitives. In Luminal, they're compilers and the core has no idea about them. This is the general trend we'll stick to: core remains brutally simple, and everything that can be externalized to a compiler will be.

PRs that remove complexity are always welcome, but note that line count often is a bad proxy for complexity. Ideally the entire Luminal core should be a few thousand lines of code, but anything remotely resembling code golf is not allowed.
