Contributors and credits

Who worked on an item — including the people who never signed up here.

A contributor is someone who helped make an item. They appear on the item’s Contributors tab and in a short list in the sidebar.

A contributor does not need an account

This is the point of the model. A contributor row carries either a linked account or a plain name — at least one, and it may have both:

userIdstring

The platform account, when the person has one. Linking it means a later rename follows automatically, and the credit links to their profile.

namestring

A plain credit for somebody off-platform — a Discord handle, a studio, a person who never signed up. Ignored for display when userId is set: the linked account’s name wins.

rolestringrequired

What they did on the project — Developer, Artist, Translator.

contributionTypestringrequired

What kind of work it was — Code, Art, Design, Testing.

Kept free-form rather than an enum on purpose: every project credits differently, and an enum would need a schema change per community convention.

contributionDescriptionmarkdown

The detail, where the role and type do not cover it.

contributionUrlurl

A link to the work — a pull request, a portfolio piece.

contributionDatedatetime

When the work happened.

weightintdefault 0

Ordering. Higher sorts first, which is what the sidebar’s short list reads; ties fall back to when the credit was added.

Credit is not access

Crediting somebody does not give them any ability to edit the item. That is a permission grant, which is a separate thing with a separate tab. A credit is a statement about the past; a grant is a capability in the present.

Notifications

Members notified about credits (on by default, under Account → Notifications) hear about it when they are credited on something.