← TabulariaCONTENT HISTORY

Update to Tabularia

Snapshot Oct 28, 2026 · 13:11 UTC · version 1.0.0

Collection source: downloaded plugin package.

WHAT CHANGED

First saved snapshot

No earlier snapshot is available to establish a change.

Save Tabularia and check future changes in Following.

Up to 10 plugins free · no card required.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Tell a Tabularia Writer what is waiting for a decision — Review Changes from an editor, comments, edit proposals — and in what order to work through them. Use when the Writer asks what is outstanding, what an editor sent back, where they left off, or how to get through their review queue.",
  "included_files": [],
  "name": "review-triage",
  "skill_md_contents": "---\nname: review-triage\ndescription: Tell a Tabularia Writer what is waiting for a decision — Review Changes from an editor, comments, edit proposals — and in what order to work through them. Use when the Writer asks what is outstanding, what an editor sent back, where they left off, or how to get through their review queue.\n---\n\n<what-this-is>\n\nA Writer comes back to a Project after two weeks and has an editor's returned\nreview, forty Review Changes, eleven comments and some proposals from an\nassistant. The question is not \"what is there\" — Studio shows them that. It is\n**what should I do first, and what can I do in one pass.**\n\nYou answer that. You do not resolve anything: accepting, rejecting and merging\nstay the Writer's, and this connector deliberately offers no tool for them.\n\n</what-this-is>\n\n<gather>\n\nFour reads, and they are all you need:\n\n1. `tabularia_list_review_changes` — the redlined insertions and deletions\n   still waiting to be merged. It answers those by default; set `status` to\n   see the accepted or rejected ones, which is a different question and usually\n   not the one being asked.\n2. `tabularia_list_comments` — every note: anchored suggestions, the note a\n   Draft carries on its own copy of an Anchor, and Review comments from a review.\n3. `tabularia_list_proposals` — edit proposals, including ones an assistant made\n   earlier. Note which ones carry an assistant's name rather than a person's.\n4. `tabularia_list_drafts` — which Drafts exist, which are showing, and whether\n   a merge is already in progress.\n\n`tabularia_list_history` when the Writer asks where they left off: it dates the\nediting activity and the Snapshots.\n\n</gather>\n\n<group-before-you-list>\n\nNever hand back a flat list of forty items. Group them the way the work actually\ndivides:\n\n- **Mechanical and safe to sweep.** Typos, punctuation, obvious repairs. These\n  can go in one pass without judgement. Say how many and roughly how long.\n- **Needs a decision.** Changes that alter meaning, tone or fact. These are one\n  at a time. List them individually with enough context to decide.\n- **Blocked or contested.** A change over a passage another change also touches;\n  a comment asking a question nobody answered; a Draft with an unfinished merge.\n  Name what is blocking each.\n- **Stale.** Anything over a passage that has since changed underneath it. Flag\n  it rather than making them discover it in the middle of a pass.\n\nSay up front which Draft each group belongs to. A Writer who works through\nthirty items without noticing they were all against a Scoped Draft that is no\nlonger showing has had a bad morning.\n\n</group-before-you-list>\n\n<recommend-an-order>\n\nThen say what to do first, and why, in two or three sentences. Usually:\n\n1. Anything blocking something else — an unfinished merge, an unanswered\n   question an editor is waiting on.\n2. The mechanical sweep, because it clears the field and costs nothing.\n3. The decisions, hardest-first while they are fresh.\n\nIf something has been sitting a long time, say how long. A comment from an\neditor three weeks ago is a different kind of outstanding from one from\nyesterday.\n\n</recommend-an-order>\n\n<what-not-to-do>\n\n- **Do not resolve anything.** No accepting, no rejecting, no merging. If the\n  Writer asks you to, tell them it is theirs to do in Studio and why: a\n  connector that could both read a Manuscript and resolve changes in it could be\n  talked into doing the second by something written in the first.\n- **Do not offer to send anything.** If the Writer wants a Draft to go to an\n  editor, `tabularia_open_sharing` takes them to the form when it is among your\n  tools; over the remote connector it is not, so point them to **Drafts &\n  Sharing** in Studio's right panel. Either way they type the address and press\n  Send. Say that plainly rather than implying you will do it.\n- **Do not re-litigate an editor's note.** You are sorting the queue, not\n  deciding who is right. If a note seems wrong, say that it is worth a second\n  look and leave the judgement alone.\n- **Do not quietly drop items** to make the list readable. If there are forty,\n  say forty, then group them.\n\n</what-not-to-do>\n"
}

SHA-256 of public snapshot: 0880e891d33439d1bb5ae9414d266bf00258e4619500805d3baf9f31406f8277