1) Start Here
If
lpd is not on your PATH yet, use bash lpd <command>.2) What You Can Contribute
Docs Content
Update guides, references, quickstarts, and troubleshooting pages in
v2/.Component Library
Improve reusable components and examples under
snippets/components/.Tooling & Scripts
Improve
lpd, local checks, generators, and operational scripts.CI & Automation
Improve issue/PR intake, workflows, and content freshness automation.
3) Repo Map for Contributors
4) Issue Templates (What to File, When)
5) PR Workflow
Step 1: Branch and scope
Step 1: Branch and scope
Fork or branch from the active docs branch, keep PRs focused, and avoid mixing unrelated changes.
Step 2: Implement and verify locally
Step 2: Implement and verify locally
Make changes, run
lpd dev to preview, then run lpd test --staged.Step 3: Open PR with the correct template
Step 3: Open PR with the correct template
PR templates in this repo:
.github/pull-request-template-v2.md.github/pull_request_template.md
Step 4: Address review feedback
Step 4: Address review feedback
Push fixes to the same branch, re-run staged checks, and resolve reviewer comments.
Step 5: Merge readiness
Step 5: Merge readiness
Ensure required blocking checks pass. Advisory workflows can still surface follow-up work.
5a) Codex Branch Contract (codex/*)
For implementation tasks run by agents, use:
- branch format:
codex/<issue-id>-<slug> - task contract:
.codex/task-contract.yaml - PR required sections:
Scope,Validation,Follow-up Tasks
codex/* branches by local hooks and PR CI.
Task Contract Example
6) Required Quality Gates
7) lpd CLI Contributor Commands
8) Component Library and Authoring Rules
See canonical docs:v2/resources/documentation-guide/style-guide.mdxv2/resources/documentation-guide/component-library/overview.mdx
9) Scripts and Generated Indexes
Generated indexes are read-only outputs. Regenerate them instead of hand-editing.
10) Human-Only Overrides and Safety
Canonical governance details:- root allowlist policy:
docs-guide/policies/root-allowlist-governance.mdx - agent governance policy:
docs-guide/policies/agent-governance-framework.mdx
11) Pre-PR Checklist
- Changes are scoped and clearly described.
-
lpd devpreview looks correct for affected pages/components. -
lpd test --stagedpasses. - Related links and references were verified.
- PR template is fully completed with testing notes.
- Any generated indexes affected by this change were regenerated.
12) Where to Ask for Help
GitHub Issues
Report bugs, page issues, feature/content requests, and tooling problems.
GitHub Discussions
Ask broader questions and start proposal threads.
Livepeer Discord
Get real-time community support.
Security Advisories
Report security issues privately.
Canonical References
docs-guide/tooling/lpd-cli.mdxdocs-guide/catalog/templates-catalog.mdxdocs-guide/catalog/workflows-catalog.mdxdocs-guide/catalog/scripts-catalog.mdxdocs-guide/policies/root-allowlist-governance.mdxdocs-guide/policies/agent-governance-framework.mdxdocs-guide/policies/quality-gates.mdx- Git Hooks
Optional Visual-Explainer Workflows (Pilot)
This workflow is optional and maintainer-focused during the pilot period. It is not a required contributor quality gate and is not part of CI.
Recommended Pilot Uses
/diff-reviewfor structural PRs that touchdocs.json,snippets/components/**, or.github/workflows/**/plan-reviewfor one-time gap analysis against the AI-first docs plan/fact-checkfor delivery/retrospective claim verification/project-recapfor maintainer onboarding and handoff context
Artifact Naming Convention
YYYY-MM-DD_diff-review_<ref>.htmlYYYY-MM-DD_plan-review_ai-first-plan.html
Scope and Boundaries
- Keep generated artifacts out of this repository during the pilot.
- Do not treat visual-explainer commands as Mintlify or GitHub Actions commands.
- Keep persona-routing matrix output internal first; defer homepage/Mission Control placement until pilot validation is complete.