A project has one owner and any number of members: how to invite them, what each role may do, and how a plan caps the role someone can hold.
/docs/teams.txtA project has one owner and any number of members. A member is an email address with a role on the project: what that person may do when they open the site with Pixy on it. Nobody accepts anything, the project is simply there in their account the next time they sign in with that address.
Open the project in your account and use the Members block: the address, the role, Invite. They get a mail with the project in it, and the row appears in the list straight away.
The other door is a shared link. Every address you send a link to carries a role chip beside it, guest means the link and nothing more. Change the chip to a role and that person is a member of the project; change it back to guest and the membership goes. The chips are only drawn for someone who may administer members.
Managers and the owner invite, change roles and remove. A member's own row says Leave.
A role can be changed at any time. If that person has the page open, it re-dresses itself where they stand; dropping someone below manager closes the workspace on them with a word about why.
A role is a grant on one project. What a person may actually do is that grant or their own plan's ceiling, whichever is lower:
So a Free account invited as an editor acts as a viewer, and the row says so: viewer for now, their plan allows no more. Nothing is rewritten when a plan changes. The grant stays as it was and the ceiling moves, so an upgrade opens the role the same day and a lapsed plan closes it on the next reload.
Your own project is the exception. Every account, on any plan, is god on the project it owns, the free one every account carries. The ceiling is about other people's projects. See pricing for what each plan carries.
Someone signed in to Pixy who presses Connect Pixy on a project they have no standing on lands on Not your project. Ask for access. The owner and every manager get a mail with the address. Nothing is granted by asking; somebody adds them, or nobody does.
Comments. The comment box has two audiences: a note goes to the AI agent and rides into a task, a team comment stays with the people on the project and never leaves the canvas. Viewers write team comments only. A manager can reopen a viewer's comment and send it to the agent, which promotes it to a note in place.
Undo. Undo and redo walk your own steps. They stop at a teammate's step instead of skipping over it to an older one of yours, so nothing you press can pull back somebody else's work. The owner walks anyone's.
Live and multiplayer. A member who binds to the project is in its room with everybody else, named by their email and marked with their role. Hosting a Live session is a manager's right, or the owner's.
Remove on their row ends it: their access to the project, their editor grants, and any page they still have open on it. Removing the project removes every membership with it.
Make owner, on the owner's rows, hands the project over. The former owner stays on the project as an editor. The receiving account's plan has to have room for one more project of its own.
Teams can collaborate across accounts, and two new role-based seats are now available in preview.
Invite people to a project and choose what they can do. Viewers can review, managers can run the project, writers can change content, and editors can edit everything.
Give each person exactly the access they need.