← Letter.mdCONTENT HISTORY

Update to Letter.md

Snapshot Oct 24, 2026 · 13:32 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 Letter.md 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": "Use when the user wants to review, comment on, improve, or check publication readiness for a Letter.md document. Guides evidence-based review, comment reconciliation, and reviewable suggestions without silently editing the document.",
  "included_files": [],
  "name": "letter-document-review",
  "skill_md_contents": "---\nname: letter-document-review\ndescription: Use when the user wants to review, comment on, improve, or check publication readiness for a Letter.md document. Guides evidence-based review, comment reconciliation, and reviewable suggestions without silently editing the document.\n---\n\n# Letter.md document review\n\nReview the current Letter.md document with evidence from its latest Markdown and block structure. Keep findings concise, non-overlapping, and actionable.\n\n## Review workflow\n\n1. Resolve the target document from an explicit ID, \"list_documents\", or \"search_workspace_documents\". Do not guess between similarly named documents.\n2. Call \"get_review_context\" when comments are part of the request. Otherwise call \"get_document\" for the latest Markdown and block IDs.\n3. Check structure, clarity, consistency, duplication, unsupported claims, and the user's stated goal. Quote only short exact excerpts and identify the relevant block IDs.\n4. If the user requested changes, create one or more focused \"create_suggestion\" calls. Link comment-driven suggestions with \"sourceCommentIds\" and preserve exact anchors.\n5. Open \"render_letter_editor\" when the user wants to inspect or accept the results.\n\n## Publication readiness and publishing\n\n- Use \"get_publication_context\" for title, slug, description, excerpt, indexing, current revisions, site state, and readiness recommendations.\n- Treat publication preparation as read-only analysis. Never publish unless the user explicitly asks to make the document public or update its public version.\n- For an unpublished document, call \"publish_document\" with the current document revision. Use a site handle only when the Workspace owner is creating the first public site.\n- For an existing public version, call \"update_document_publication\" with both revisions returned by \"get_publication_context\". Never use the first-publish tool to overwrite a public version.\n- If either tool reports that the document or public version changed, read the context again and show the user what changed before retrying.\n\n## Safety and output\n\n- Separate observations from proposed edits.\n- Do not manufacture comments, citations, versions, or acceptance state.\n- If no useful issue remains, say so instead of creating a cosmetic suggestion.\n- Existing document edits remain reviewable suggestions until the user accepts them in Letter.md.\n"
}

SHA-256 of public snapshot: 042fad7952c3812b26d1f7afa496d28edcb02ab9d73e073b742482c50b2396ff