Contributing
This section is the entrypoint for people co-building the repository itself: protocol changes, runtime changes, docs updates, tests, release automation, and repository maintenance.
The structure is intentionally split into two tracks:
- how to contribute
- how to release
Local workflow
Use repo-level commands from the project root:
bash
pnpm install
pnpm test:unit
pnpm build
pnpm test
pnpm docs:buildThese commands match the validation flow described in the root AGENTS.md.
pnpm buildruns the workspace build graph from the root instead of hard-coding per-package commands.pnpm testincludes a fresh package rebuild before the smoke test.pnpm docs:buildprepares the generated browser assets before invoking VitePress.
How to use this section
- Start with Project Architecture if you need to understand how changes should flow through the repository.
- Use the module guides to decide which directory owns the behavior you want to change.
- Use Releasing only when you are preparing an actual published release.
Common contributor workflow
For most changes:
- read the root
AGENTS.mdand the nearest app or directory-specificAGENTS.md - make the smallest change in the correct layer
- run the narrowest local validation that proves the behavior
- update docs when you change protocol shape, workflow, or host behavior
- add a changeset when the change affects a published
@modeldriveprotocol/*package