The Quantum PHP Framework includes a command-line tool that helps you work faster during development.
If the web layer is how users interact with your app, the CLI is how you interact with the framework itself.
The CLI often looks optional at first. In practice, it becomes part of the normal workflow very quickly.
You use it to:
- start the local development server
- inspect project behavior
- generate application files
- work with modules
- speed up repetitive setup tasks
That means the CLI is not only a convenience. It is part of the developer experience.
Think of the Quantum CLI as your project assistant.
Instead of manually wiring every repetitive piece by hand, you can ask the framework to:
- serve the app
- generate boilerplate
- inspect routes
- scaffold new modules or features
- publish framework assets
- prepare local project state such as
.envandAPP_KEY
This keeps your workflow consistent and reduces setup mistakes.
The first commands most developers care about are usually:
php qt serveThis runs the local development server so you can open the project in your browser.
Quantum provides generation commands that can create common files and folders for you.
Depending on your project type, this may include things like:
- modules
- migration files
- environment/bootstrap files
- OpenAPI and DebugBar assets
In larger apps, route inspection becomes useful quickly.
A route-listing command helps you understand:
- which URLs exist
- which controllers handle them
- what middleware is attached
That is especially helpful when debugging or onboarding into an older project.
There are two big reasons.
When a framework ships CLI commands, those commands usually reflect how the framework expects developers to work.
You can always create files and folders manually, but the CLI helps you stay aligned with the framework's conventions.
That becomes more valuable as the project grows.
In the Quantum PHP Framework, modules are an important organizational feature.
The CLI supports that model by helping generate or inspect module-oriented code structure.
That means the CLI is not a separate side tool. It supports the same architecture the rest of the framework encourages.
The CLI section of the docs should help you answer questions like:
- how do I run the app locally?
- how do I inspect routes?
- how do I generate modules and framework files?
- how do I prepare
.env, app keys, and published assets? - which commands should you learn first?
This page is the entry point for that part of the documentation.
After this page, continue with:
Those two topics cover the most common early workflow first.