Thanks for helping improve the sorokit documentation. This site is built to make unfinished areas visible, easy to claim, and easy to turn into useful docs.
sorokit-docs/
docs/
.vitepress/
config.mts
theme/
core/
api/
guide/
reference/
ui/
api/
package.jsonInstall dependencies and start the VitePress dev server.
npm install
npm run devRun a production build before opening a pull request.
npm run build- Find a page with placeholder sections such as
Exports,Props,Usage, orNotes. - Check the matching package source before writing API details.
- Replace placeholders with concrete descriptions, examples, and type information.
- Keep examples small enough to scan, but complete enough to copy into a project.
- Add links to related guide or reference pages when the reader needs more context.
- Use package names consistently:
@sorokit/coreand@sorokit/ui. - Prefer direct, practical examples over abstract descriptions.
- Put conceptual guidance in
docs/guide/. - Put module and component details in
docs/core/api/ordocs/ui/api/. - Keep headings predictable: purpose, imports, props or exports, examples, states, and notes.
Pull requests should include:
- a clear title that names the docs area changed
- a short summary of what was added or clarified
- screenshots for visible landing page or theme changes
- confirmation that
npm run buildpasses
Before requesting review, check that:
- links resolve correctly
- code examples use current package names
- placeholder text has been removed from completed sections
- new pages are added to the VitePress sidebar when needed
- the docs build succeeds locally