Skip to content

docs: add a contributor guide and a CI build check - #3

Open
vRaphael wants to merge 1 commit into
Guildyapper:masterfrom
vRaphael:docs/contributing-and-ci
Open

vRaphael wants to merge 1 commit into
Guildyapper:masterfrom
vRaphael:docs/contributing-and-ci

Conversation

@vRaphael

@vRaphael vRaphael commented Sep 4, 2026

Copy link
Copy Markdown

You asked the community for documentation help and said you lack the time to do it all yourself. This PR is aimed at the part of that problem you can't solve by writing more docs: the review burden that community PRs create.

CONTRIBUTING.md

Someone willing to help currently arrives at a repo with no stated conventions. This documents what the repo already does, rather than inventing rules: the shape of a page, the screenshot folder layout and the ScreenshotFigure props, how the English and Portuguese locales relate, and how to check your own work before opening a PR.

It also states one rule plainly, because it is the mistake that costs you the most to catch by hand: never document a command without running it. The bot's built-in /help currently omits five commands that exist and lists two that do not, so it is not a safe source.

.github/workflows/docs.yml

Runs npm run docs:build on every pull request and on pushes to master. Node 20, npm cache, nothing else.

The reason this is worth having: VitePress fails the build on dead internal links. So this is not just a build check — it is an automatic link-integrity gate on every contribution, including mine, that costs you no review time. A PR that breaks a link goes red before you open it.


Scope: three files, none of them documentation pages. Independent of my other PRs — merging this first means every later PR arrives already checked.

Written with AI assistance; the conventions were derived by reading the repository rather than assumed.

🤖 Generated with Claude Code

The repository asks for community documentation help but gives an
arriving contributor nothing to work from: no page conventions, no
vocabulary rules, no way to check their own work before opening a PR.

CONTRIBUTING.md documents what the repo actually does — page shape,
screenshot handling and the ScreenshotFigure props, how the two locales
relate, and one rule worth stating plainly: never document a command
without running it, because the bot's built-in help has been out of date.

The workflow runs `npm run docs:build` on every pull request. VitePress
fails the build on dead internal links, so this gates every future
community PR on link integrity without anyone reviewing it by hand.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant