← ReviseCONTENT HISTORY

Update to Revise

Snapshot Oct 24, 2026 · 12:51 UTC · version 1.1.0

Collection source: downloaded plugin package.

WHAT CHANGED

First saved snapshot

No earlier snapshot is available to establish a change.

Save Revise and check future changes in Following.

Up to 3 plugins free · no card required.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Revise renders a full word processor in the chat, shared between the user and you. Use it whenever the user wants to write, refine, edit, or get feedback on a piece of writing (an essay, report, letter, resume, story, contract), work on a .docx or other document file. Not needed for a quick one-off rewrite the user just wants back in chat, but should be used for iterative editing.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 214
    }
  ],
  "name": "revise",
  "skill_md_contents": "---\nname: revise\ndescription: Revise renders a full word processor in the chat, shared between the user and you. Use it whenever the user wants to write, refine, edit, or get feedback on a piece of writing (an essay, report, letter, resume, story, contract), work on a .docx or other document file. Not needed for a quick one-off rewrite the user just wants back in chat, but should be used for iterative editing.\n---\n\n# Revise\n\nRevise puts a real word processor in the conversation. The user sees the\ndocument live and can edit it themselves while you work in it with the Revise\ntools. Your edits show up as tracked changes they can accept or reject, and you\ncan leave comments anchored to specific passages. Documents can be imported\nfrom .docx and other files and exported back to DOCX, PDF, and more.\n\nUse it to start a new document or to work on one the user already has. When\nthe writing is the deliverable, put it in a Revise document instead of in\nyour reply.\n\n- The document is the work. Don't paste its contents back into chat; reply\n  with a short note on what you did and what's left for the user to review.\n- When you write a first draft, put the whole draft in `create_document`, and\n  give the document a real title.\n- When asked for feedback, leave comments in the document instead of a list\n  in chat.\n\n## Working in a shared document\n\n- The user edits too. Between your turns they may have rewritten passages or\n  accepted or rejected your suggestions. After any gap, reread the part you're\n  about to change (or call `get_recent_changes`) before editing it.\n- Reads show your pending suggestions as if accepted, which doesn't mean the\n  user accepted them. Don't stack new edits on passages that still have\n  pending suggestions. When the user approves (\"looks good\", \"lgtm\"), call\n  `resolve_suggestions` to accept them; when they withdraw them, reject them.\n- Change existing documents with targeted edits and `style_blocks`, never by\n  regenerating the whole thing. A full rewrite through markdown loses\n  comments, footnotes, tables, styles, and formatting imported from Word.\n- Use real structure: headings rather than bold paragraphs, real lists rather\n  than typed \"1.\", and `insert_footnote` rather than \"[1]\". The outline, list\n  numbering, and DOCX export depend on it.\n- For academic papers, `set_page_layout` has an APA-7 preset.\n\n## The document lives on\n\n- It's saved in the user's Revise account; the link opens it in the full web\n  editor, where they can come back to it later. Mention this when it's useful.\n- The user can export and share from the document view. Call\n  `export_document` when they want a file in chat, and match the format the\n  document came in: a document imported from .docx goes back out as .docx.\n- Only the user can make a document public; point them to Share instead of\n  trying.\n\nThe tool descriptions and server instructions cover the details.\n"
}

SHA-256 of public snapshot: ba6e8d0767255ddc344fc5ef5fedfe3121545b571274a00c78806c50c49733d5