Feature Proposal
Target Project:
calm-suite/calm-studio (docs-site) and docs
Description of Feature:
calm-studio has its own standalone Docusaurus documentation site at calm-suite/calm-studio/docs-site/. The main monorepo already has a Docusaurus documentation site at docs/ which serves as the unified home for all CALM project documentation at calm.finos.org. The calm-studio documentation should be migrated into the main docs site for consistency and discoverability.
User Stories:
- As a user, I want to find all CALM documentation in one place (calm.finos.org) rather than across separate sites
- As a maintainer, I want a single docs build pipeline rather than managing separate Docusaurus instances
- As a contributor, I want consistent documentation structure across all projects
Current Limitations:
- calm-studio docs live in a separate Docusaurus site (
calm-suite/calm-studio/docs-site/) that is not deployed anywhere in the monorepo
- The docs-site has a webpack ProgressPlugin compatibility issue that causes build failures
- The docs-site includes TypeDoc API reference generation from
@calmstudio/calm-core which would need to be integrated into the main docs build
- Having two Docusaurus sites in the same repo creates confusion about which to maintain
Proposed Implementation:
- Review the calm-studio docs-site content and identify pages to migrate
- Create a
calm-suite/ section in the main docs/ Docusaurus site
- Migrate markdown content from
calm-suite/calm-studio/docs-site/docs/ to docs/docs/calm-suite/
- Integrate TypeDoc API reference generation for
@calmstudio/calm-core into the main docs build (or link to separately published API docs)
- Add sidebar entries for CALM Guard and CALM Studio documentation
- Remove
calm-suite/calm-studio/docs-site/ once migration is complete
- Remove the
docs.yml workflow reference (already removed from .github/)
Alternatives Considered:
- Keep the separate docs-site and deploy it independently — fragments the documentation, harder to maintain
- Only link to external docs — loses the benefit of unified search and navigation
Testing Strategy:
- Build the main docs site with the new content:
npm run build --workspace=docs
- Verify all calm-studio documentation renders correctly
- Verify TypeDoc API references are accessible
- Check for broken links
Documentation Requirements:
- This issue IS the documentation work
Implementation Checklist:
Additional Context:
The calm-studio docs-site was part of the standalone calmstudio repository before it was brought into the monorepo via #2320 / #2329. The docs-site build currently has a webpack ProgressPlugin compatibility issue with Docusaurus 3.9 that causes build failures even on Node 22.
Feature Proposal
Target Project:
calm-suite/calm-studio (docs-site) and docs
Description of Feature:
calm-studio has its own standalone Docusaurus documentation site at
calm-suite/calm-studio/docs-site/. The main monorepo already has a Docusaurus documentation site atdocs/which serves as the unified home for all CALM project documentation at calm.finos.org. The calm-studio documentation should be migrated into the main docs site for consistency and discoverability.User Stories:
Current Limitations:
calm-suite/calm-studio/docs-site/) that is not deployed anywhere in the monorepo@calmstudio/calm-corewhich would need to be integrated into the main docs buildProposed Implementation:
calm-suite/section in the maindocs/Docusaurus sitecalm-suite/calm-studio/docs-site/docs/todocs/docs/calm-suite/@calmstudio/calm-coreinto the main docs build (or link to separately published API docs)calm-suite/calm-studio/docs-site/once migration is completedocs.ymlworkflow reference (already removed from.github/)Alternatives Considered:
Testing Strategy:
npm run build --workspace=docsDocumentation Requirements:
Implementation Checklist:
Additional Context:
The calm-studio docs-site was part of the standalone calmstudio repository before it was brought into the monorepo via #2320 / #2329. The docs-site build currently has a webpack ProgressPlugin compatibility issue with Docusaurus 3.9 that causes build failures even on Node 22.