← RoseyCONTENT HISTORY

Update to Rosey

Snapshot Sep 30, 2026 · 23:12 UTC · version 1.0.0

Collection source: not recorded for this historical snapshot.

WHAT CHANGED · RULE-BASED ANALYSIS

First saved snapshot

No earlier snapshot is available to establish a change.

Compare saved observations

Download comparison JSON
Full technical diff · 0 changed fields
Full snapshot data
{
  "description": "Use Rosey to independently review a document against supporting materials. Apply when the user asks Rosey to check, verify, pressure-test, or quality-assure a Word document, slide deck, PDF, or spreadsheet. Prefer original file uploads when available; otherwise continue with the best representation supported by Rosey's existing MCP tools and disclose the limitation to the user.",
  "included_files": [
    {
      "relative_path": "agents/openai.yaml",
      "size_in_bytes": 396
    }
  ],
  "name": "rosey-document-review",
  "skill_md_contents": "---\nname: rosey-document-review\ndescription: Use Rosey to independently review a document against supporting materials. Apply when the user asks Rosey to check, verify, pressure-test, or quality-assure a Word document, slide deck, PDF, or spreadsheet. Prefer original file uploads when available; otherwise continue with the best representation supported by Rosey's existing MCP tools and disclose the limitation to the user.\n---\n\n# Rosey Document Review\n\nUse Rosey as an independent review layer. The candidate is the deliverable being reviewed. Supporting materials are the sources Rosey should use to verify it.\n\n## Preserve primary content when possible\n\nGive Rosey the complete original file bytes whenever the client can access them and Rosey's existing MCP tools provide a direct file-transfer path. A semantic equivalent is not a bit-for-bit equivalent, so do not replace an accessible original file with extracted or model-written content.\n\nFor a direct transfer:\n\n- Transfer the file itself without opening and re-saving it.\n- Use an attachment or file handle as a lossless path only when the available tool documentation says it resolves to the stored file.\n- Mechanical transport encoding or chunking is acceptable when it reconstructs the identical ordered bytes.\n- Preserve the complete file rather than selected pages, passages, cells, or slides.\n\n## Continue when direct upload is unavailable\n\nDo not abandon a Rosey review solely because the client cannot provide a direct file upload. Use only the inputs and operations already exposed by the Rosey MCP; do not invent new arguments, metadata fields, labels, artifact types, or tool calls.\n\nWhen Rosey accepts document content through an existing non-file input, provide the highest-fidelity representation the client can obtain, in this order:\n\n1. An official provider export of a native cloud document.\n2. Complete deterministic extraction that preserves all accessible text, values, formulas, tables, notes, and structure.\n3. OCR or complete rendered content.\n4. Partial extraction, retrieved passages, or a summary when nothing more complete is available.\n\nNever choose a lower-fidelity representation when a higher-fidelity option is accessible. Avoid LLM rewriting or summarization when export, deterministic extraction, or OCR is available.\n\nIf Rosey's existing MCP accepts neither a file nor any usable representation, explain the limitation rather than fabricating an unsupported request. This is the only transfer-related condition that prevents the call.\n\n## Review workflow\n\n1. Identify the candidate and all intended supporting materials from the user's request and the inputs available to the client.\n2. For each input, attempt the original-file path first. If it is unavailable, use the best fallback that Rosey's existing MCP schema already accepts.\n3. Preserve each source separately when the MCP permits it. Do not merge multiple supporting files into a model-created document unless the existing Rosey interface requires one combined input.\n4. Call Rosey using its documented parameters exactly. Do not add provenance or fidelity fields that the MCP does not define.\n5. Present Rosey's results. In the assistant's user-facing response, state whether Rosey received original files or fallback representations and identify material limitations of any fallback.\n\n## Accuracy of disclosure\n\nKeep transfer-quality descriptions outside the Rosey tool call unless the existing MCP schema already has an appropriate field.\n\nDo not claim \"bit-for-bit,\" \"lossless,\" or \"original file\" when content was exported, extracted, recreated, summarized, or not verifiably transferred as the original file. When a fallback was used, briefly explain what was submitted and what may have been lost, such as layout, formulas, embedded objects, omitted passages, or exact wording.\n"
}

SHA-256 of public snapshot: 0a070d55d819d8937ea689bde72818b7e03cc03519bad1d86135ede5c7e0d316