From pm-essentials
Produce properly-formatted tracked changes for a Word document. Use when asked to redline a document, suggest edits to a contract or document, create tracked changes for review, or mark up a document with proposed revisions. Produces a complete redline with insertions, deletions, and margin comments that can be applied to the source document. Best used with Claude Opus 4.7 or newer for reliable tracked changes handling.
How this skill is triggered — by the user, by Claude, or both
Slash command
/pm-essentials:docx-tracked-changesThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Produces properly-structured tracked changes for a Word document — insertions, deletions, replacements, and margin comments formatted so they can be applied directly to the source document. Built to leverage Opus 4.7 improvements in .docx redlining and tracked changes generation.
Produces properly-structured tracked changes for a Word document — insertions, deletions, replacements, and margin comments formatted so they can be applied directly to the source document. Built to leverage Opus 4.7 improvements in .docx redlining and tracked changes generation.
Ask the user for these if not provided:
Document: [Name or identifier] Review type: [As stated] Reviewer: [Role] Total changes: [Insertions: N / Deletions: N / Comments: N] Overall assessment: [1-2 sentences — is this document close to final, or does it need substantial revision?]
Changes that affect the meaning or structure of the document:
Change N — [Section or paragraph reference]
For each paragraph that needs changes, format as:
[Paragraph reference — e.g. "Section 3, Paragraph 2"]
Original:
[Exact original paragraph]
Tracked changes:
[Same paragraph with deletions marked as
strikethroughand insertions marked as bold]
Clean version:
[Final clean text after applying changes]
Comments that flag issues without proposing a specific wording change:
Comment N — [Location] "[Comment text — written as the reviewer would write it. Direct, specific, actionable.]"
Comments are for things like:
Line-level stylistic changes (if scope includes copy editing):
| Location | Before | After | Reason |
|---|---|---|---|
| Para 3 | [Text] | [Text] | [Readability/grammar/consistency] |
Issues that repeat across the document:
[Pattern — e.g. "Passive voice overuse"]
| Review dimension | Covered |
|---|---|
| Grammar and syntax | Yes / No |
| Clarity and readability | Yes / No |
| Substantive accuracy | Yes / No / N/A |
| Compliance/legal check | Yes / No / N/A |
| Consistency with referenced documents | Yes / No / N/A |
Instructions for applying the redline:
In Microsoft Word:
In Google Docs:
Tracked changes require the model to preserve source text exactly while suggesting alternatives — earlier models would paraphrase the original or lose track of which text was original vs suggested. Opus 4.7 improvements specifically target this workflow.
npx claudepluginhub mileadev/pm-claude-skills --plugin pm-essentialsGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Synthesizes the current conversation into a structured spec (PRD) and publishes it to the project issue tracker with a ready-for-agent label, without interviewing the user.
2plugins reuse this skill
First indexed Jul 8, 2026