Contribution
This subtree does not explain gameplay design. It explains how to change content in the current workspace without corrupting project truth. The audience here is contributors, not players.
Three Things To Confirm
| Question | What must be clear first |
|---|---|
| which layer this change belongs to | which subtree owns it: Design, ModdingDeveloping, Modpacking, Developing, Contribute, or Changelog |
| what the current truth is | the real files in the current instance and the current permanent pages |
| what else must be synchronized | whether design, implementation, workflow, or changelog pages also need updates |
If any one of these stays unclear, the change should not be written yet.
What This Subtree Answers
| Page | Main question |
|---|---|
Setup | what the current workspace is, which commands to run, and which paths count as current truth |
Standards | heading, naming, wording, anchor, and Mermaid rules |
DocsWorkflow | the order in which one change should be judged, written, and synchronized |
Minimum Contribution Loop
- Decide which subtree owns the change.
- Check the real files in the current instance and the current permanent pages.
- Update the owning permanent page.
- Synchronize any other affected pages.
- Run a docs build and confirm the site still generates.
The project no longer accepts "the decision lives in chat, the page can be updated later" as a working method.
Common Failures
- Updating a local implementation note without writing the change back to the owning entry page.
- Putting pack-side content into
ModdingDeveloping. - Writing a future repository layout as if it already exists in the current workspace.
- Changing project boundaries without updating
Changelog.