Great Docs on a Mojo-first repository: early findings
Initial findings from trialling Great Docs in the mojo-toml project.
What we tested
- Ran
great-docs initin a Mojo-first repository. - Reviewed generated configuration behaviour for non-Python package layout.
- Prepared a first-pass
great-docs.ymlthat prioritises narrative docs and blog content. - Ran
great-docs buildandgreat-docs build --no-refreshafter configuration updates.
Early findings
- Initialisation succeeds, but package auto-discovery cannot infer a Python API surface.
- Great Docs is still useful for polished site generation around Markdown/QMD documentation.
- A custom docs-first configuration works as a practical starting point for Mojo projects.
Build findings
- Build completed successfully:
19/19steps, with10skipped and11warnings. - Output site was generated at
great-docs/_site/index.html. - User Guide processing picked up
31pages fromdocs/. - Blog processing picked up this post from
blog/. - The most common warnings were unresolved README relative links after content was re-rooted for rendering.
- A skills-page warning indicated
site_urlis not yet configured ingreat-docs.yml.
Tooling migration: pre-commit to prek
- Repository automation was migrated from
pre-commitcommands toprek. pixi.tomlnow exposesprekandprek-installtasks.- Project dependency changed from
pre-committoprek. - Existing
.pre-commit-config.yamlremains valid and is used byprek. - Supporting docs were updated so local quality checks consistently reference
prek.
Warning details worth addressing
- Unresolved links to:
README.mdCHANGELOG.mddocs/PLATFORM_BUILDS.mddocs/planning/REFLECTION_SERIALIZATION.mddocs/planning/ROADMAP.mddocs/PERFORMANCE.md
- Missing site URL for generated skills metadata.
Next validation steps
- Add
site_urlonce docs hosting URL is finalised. - Normalise cross-links in
README.mdand docs pages for Quarto-rendered paths. - Decide whether to keep
docs/planning/in published navigation. - Decide whether to add a manual API section for Mojo symbols.