Once your environment is configured, you interact with the project through a small set of commands that cover the most common workflows. This guide explains those commands, shows you what to expect from the output, and shares tips for staying productive.Documentation Index
Fetch the complete documentation index at: https://docs.jacobpevans.com/llms.txt
Use this file to discover all available pages before exploring further.
Core workflows
Start the development server
Run the following command from the project root to start the local development server:The server starts on the port defined in your config file (default The server automatically reloads when you save changes to source files.
3000). You should see output similar to:Run the build
To produce a production-ready build, run:Output files are written to the directory specified by
paths.output_dir in your config (default ./dist). The build command exits with status 0 on success and prints a summary of generated files and their sizes.Run tests
Execute the full test suite with:To run only a specific test file or pattern, pass a filter argument:Test results are printed to stdout. A failing test exits the process with a non-zero status code, which is useful for CI integration.
Interpreting command output
Most commands emit structured log lines with a level prefix ([debug], [info], [warn], [error]). In development, output is formatted for readability. In production, logs are emitted as JSON for consumption by log aggregators.
If you see [warn] messages, the project is still running but something may need attention. If you see [error] messages, check the details printed on the line — they include an error code and a short description of what went wrong.
Useful flags
| Flag | Description |
|---|---|
--verbose | Increase log output to debug level for the current run |
--dry-run | Preview what a command would do without executing any writes |
--config <path> | Load a config file from a custom path instead of the default |
--no-color | Disable colored terminal output |
Getting help
View the built-in help for any command by passing--help:
- Check the project’s configuration guide to rule out misconfiguration.
- Search existing issues on the GitHub repository for similar reports.
- Open a new issue if yours has not been reported. Include the command you ran, the full terminal output, your Node.js version (
node --version), and your operating system.