Build the tools.
Fix a focused bug, improve performance or make an existing workflow easier to maintain.
Reproduce one issue, describe the smallest fix and include how you tested it.
COMMUNITY / GET INVOLVED
Built for an open-source community. Bring your craft, your curiosity or a production problem. Help make creative tools that everyone can build on.
SIX WAYS IN / ONE SHARED PROJECT
A clear bug report, a welcoming answer and a small code improvement all move the project forward. Pick a first task you can finish and explain.
Fix a focused bug, improve performance or make an existing workflow easier to maintain.
Reproduce one issue, describe the smallest fix and include how you tested it.
Improve interaction, accessibility or visual communication around a real production task.
Show a confusing moment and sketch a change with keyboard and small-screen use in mind.
Help the team understand what works on real devices and where the preview needs attention.
Record your build, platform, reproduction steps, expected result and actual result.
Write a practical guide, explain a control or correct a step that left you guessing.
Walk through one task and suggest a specific improvement to its guide.
Help people work in their language through clear interface terms and accessible learning material.
Choose a short guide, note the language and explain terminology a reviewer should check.
Welcome a new operator, explain a workflow or turn a shared question into a useful resource.
Document a repeat question, a workshop idea or a practical answer others can reuse.
FROM AN IDEA TO A SHARED IMPROVEMENT
Our contribution workflow starts with the problem and ends with something another person can understand, test and use.
Describe the need and check existing work. Agree larger features or changes in direction before implementation.
Keep the change focused. Follow the project guidance and explain the choices a reviewer needs to understand.
Ask the relevant maintainer to review the work. Share context, respond to feedback and revise together.
Show the result, check affected workflows and update the guide. Record limitations that remain.
A maintainer decides when to merge. Record the change for a release and confirm how contributors want to be credited.
Start with the scope. A small correction can go straight to a focused review. Larger changes need an agreed direction and a written discussion others can follow.
Follow the full contribution guide ↗SHARED RESPONSIBILITY
These are the responsibilities we are organizing around. They describe the working model; module teams and named maintainer appointments will be published as they are established.
CONTRIBUTORS
Explain the problem, prepare a focused contribution and take part in review. First-time and non-code contributors are equally welcome.
MODULE MAINTAINERS
Help agree scope, review changes and keep an area coherent. Start with the workspace or guide your contribution affects.
RELEASE STEWARDS
Coordinate release checks, known issues and clear notes so operators understand the build they are downloading.
PROJECT STEWARDSHIP
Document project direction, responsibilities and funding decisions, with space for community feedback.
MAKE YOUR WORK VISIBLE
Prepare a local contribution draft, explore checked activity and choose named or anonymous recognition. A contribution can be useful long before it is a line on a graph.
Opening contribution activity and draft tools…
Time, expertise and financial support can all help the project grow. Explore the development fund and sponsorship proposals.