Skip to main content

Working together in a shared item

Everyone with access opens the same item, not a copy of it. This page describes what that looks like on screen: who is shown as present, what refreshes on its own, what a viewer cannot touch, and how Judicio stops two people from overwriting the same draft.

Nothing here needs to be turned on. It is how a shared item behaves once a second person has access.

The avatar stack​

The stack sits immediately to the left of Share in the item's header, in every one of the seven workspaces. It shows the owner first, then each collaborator, up to four faces before the rest collapse into an overflow count.

ControlWhereWhat it does
Avatar stackHeader, left of ShareOne face per person with access, owner first. Hovering a face names them.
Green status dotOn an avatarThat person has the item open right now. Its label reads Viewing now.
ShareHeaderOpens the share dialog. See Sharing a work item.
Transfer controlHeader, right of Share, owner onlyOpens Transfer ownership. See Transferring ownership.

The whole cluster is absent until the item is shared with you or by you. An item nobody else can open shows no avatars and no Share button.

Presence is drawn from live connections, so a face gains its green dot when a colleague opens the item and loses it when they close the tab. Someone with access who is not reading the item right now still appears in the stack, just without the dot.

What refreshes on its own​

You do not reload the page to see a colleague's work. While the item is open, Judicio pushes changes into it as they land:

  • A follow-up question and its answer.
  • A saved draft edit, an edited matrix cell, a renamed item.
  • A re-run's progress, as it streams.
  • A change to who has access, so the avatar stack stays honest.

If your access is removed while you have the item open, Judicio tells you Your access was removed and returns you to that workspace's home rather than leaving you on a screen you can no longer load.

The draft edit lock​

Drafting and the draft surface inside Research take a soft lock while somebody is editing.

1

One person starts editing

The first person to edit holds the lock. For them nothing changes.

2

Everyone else goes read-only

The editor turns read-only for every other collaborator and a notice above it names the holder. The notice is the person's name followed by is editing, with no other wording.

A green dot marks who has the item open, and a draft lock names who is editingA green dot marks who has the item open, and a draft lock names who is editing
3

The lock releases

When the holder finishes, the editor unlocks and the notice disappears. If the holder simply closes the item, their lock is dropped rather than left stuck.

Review Matrix cells are not locked. Each cell is independent, so collaborators can work different cells at once and every grid refreshes as edits land.

Not a shared cursor

Judicio does not do simultaneous same-document typing. Two people cannot type into one draft at the same moment, by design. Updates are pushed into open sessions instead, and the lock hands the draft over cleanly.

What a viewer cannot do​

Viewer is a complete, live, read-only seat. A viewer reads every result, follows progress live, opens the item's source files, and exports. What is withheld is anything that changes the item.

SurfaceWhat a viewer loses
Session composerDisabled. No follow-up questions, no chat turns.
Item titleNot editable, so a viewer cannot rename the item.
Drafting editorPermanently read-only, marked View-only access.
Assistant Draft tabWithheld in Timeline, Review Matrix, Case Strategy and Research, because generating a draft changes the run.
Review MatrixAdd question, add documents and remove document are disabled, each explaining View-only access. Bulk actions that change the matrix are off.
Document ReviewThe accept and flag controls on findings are disabled.
Case StrategyThe follow-up chips are disabled.

Export stays available to viewers everywhere. So does search, filtering and switching views.

Attribution​

Every contribution records who made it, so an item is the record of the team's reasoning rather than the owner's alone. Follow-up turns, thread messages, draft edits and cell edits all carry the person who made them, and they stay attached to the item if that person later loses access.

Whose credits are spent

A collaborator who runs something billable, a follow-up or a re-run, spends from the same balance as the owner and the usage is recorded against them. See Credits explained.

Next steps​

Open Judicio (opens in a new tab)