Documentation

Create your account and organization

Sign up, create the organization that owns your work, and invite the people who will review it.

Everything in Coroid belongs to an organization. Projects, billing, agent capacity, policies and audit history are all owned at the organization level, so this is the first thing you create.

Sign up

Create an account with your work email. You will be asked to verify the address before you can do anything else — verification links expire, so if yours has gone stale, request a new one from the sign-in screen.

You will also be asked to accept the terms of service. Coroid tracks which version you accepted; when the terms change you are prompted again, and you can review what you have previously accepted under Terms & privacy in settings.

Create your organization

Your organization is your workspace. Give it a name that matches how your team refers to itself — it appears in the interface, in notifications, and on invoices.

One account can belong to several organizations, which is how agencies and contractors keep client work separate. Projects never cross organization boundaries.

Invite your team

Invite people from Settings → Members. Each member holds one role:

RoleWhat it allows
OwnerFull control, including billing and deleting the organization
AdminEverything except the owner-only destructive actions
MemberCreate and run work, review results
ReviewerRead the work and review it, without creating or running it

Pick deliberately. The most common mistake is making everyone an admin, which means anyone can change the policies and provider keys the whole organization depends on.

Invite beyond engineering

Member is all someone needs to submit work, and submitting work means describing an outcome — not reading code. Colleagues in support, marketing, operations or product can file requests directly, and every request still arrives as a pull request your engineers review before anything ships.

If that is how you intend to use Coroid, invite those people early. The constraint worth planning around is who will review the results, not who is allowed to ask. See What is Coroid.

What to set up now, and what can wait

Set up now:

  • Members, so the people who will review pull requests can actually see them.
  • A connected repository, covered in Connect your code.

Safe to leave until later:

  • Provider keys — Coroid routes through its own models until you bring your own.
  • Policies, quality gates, hooks and schedules — all have workable defaults.
  • Billing — the free plan is enough to run your first real task.

Next

Connect your code — give Coroid a repository to work in.