docx-tracked-changes
$
npx mdskill add mohitagw15856/pm-claude-skills/docx-tracked-changesProduces 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.
SKILL.md
.github/skills/docx-tracked-changesView on GitHub ↗
--- name: docx-tracked-changes description: "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." --- # Word Doc Tracked Changes 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. ## Required Inputs Ask the user for these if not provided: - **The document** (paste the text or upload the .docx) - **Review type** (legal review / copy edit / substantive rewrite / compliance check / plain English rewrite) - **Review scope** (full document / specific sections / specific clause type) - **Reviewer role** (author / manager / legal counsel / subject matter expert) ## Output Structure ### 1. Redline Summary **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?] ### 2. Top-Level Changes Changes that affect the meaning or structure of the document: **Change N — [Section or paragraph reference]** - Original: "[Exact original text]" - Suggested: "[Proposed new text]" - Reason: [Why this change — substantive/legal/clarity] ### 3. Line-by-Line Tracked Changes 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 ~~strikethrough~~ and insertions marked as **bold**] Clean version: > [Final clean text after applying changes] ### 4. Margin Comments 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: - "This clause conflicts with Section 7 — please reconcile" - "Missing definition of [term] used throughout" - "Confirm figure with finance team" ### 5. Stylistic Edits Line-level stylistic changes (if scope includes copy editing): | Location | Before | After | Reason | |---|---|---|---| | Para 3 | [Text] | [Text] | [Readability/grammar/consistency] | ### 6. Pattern Flags Issues that repeat across the document: **[Pattern — e.g. "Passive voice overuse"]** - Instances: [count] - Examples: [2-3 specific locations] - Suggested approach: [How to address] ### 7. Review Completeness | 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 | ### 8. How to Apply These Changes Instructions for applying the redline: **In Microsoft Word:** 1. Enable Track Changes (Review tab → Track Changes) 2. Apply the changes from Section 3 in order 3. Add comments from Section 4 using Review → New Comment 4. Send the redlined document back to the reviewer **In Google Docs:** 1. Switch to Suggesting mode (top right pencil icon) 2. Apply the changes from Section 3 3. Add comments using the comment button in the margin ## Quality Checks - [ ] Every tracked change has the original text preserved exactly - [ ] Substantive changes are separated from stylistic changes - [ ] Comments are written as the reviewer would write them, not meta-commentary - [ ] Pattern issues identified separately from individual changes - [ ] Application instructions match the target platform ## Example Trigger Phrases - "Redline this contract" - "Create tracked changes for this document" - "Mark up this document with proposed edits" - "Review this and suggest changes in tracked changes format" - "Give me a redline version of this draft" ## Why This Works Better on Opus 4.7 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.
More from mohitagw15856/pm-claude-skills
- 360-feedback-templateDesign a 360-degree feedback survey or write a structured 360 feedback report. Use when asked to build a 360 feedback process, write 360 feedback for a colleague, design a feedback survey, or produce a feedback report. Produces either a complete survey instrument with rating scales and open-ended questions, or a structured narrative feedback report with themes, strengths, and development areas.
- ab-test-plannerDesign statistically rigorous A/B tests for product features, UI changes, onboarding flows, and pricing experiments. Use when asked to set up an experiment, design an A/B test, calculate sample size, or interpret test results. Produces a complete test plan with hypothesis, variant definitions, sample size, duration estimate, guardrail metrics, and a results interpretation guide.
- accessibility-auditGenerate a WCAG 2.2 accessibility audit checklist and remediation suggestions for any UI or design. Use when asked to audit for accessibility, check WCAG compliance, review a design for a11y issues, or create an accessibility remediation plan. Produces a prioritised checklist with pass/fail assessments and specific fixes.
- account-planBuild a structured account plan for any key customer or target account. Use when asked to create an account plan, key account strategy, strategic account review, or territory plan. Produces a complete account plan with relationship map, growth opportunities, risks, and 90-day action plan.
- aeo-optimizerOptimize an article for Answer Engine Optimization (AEO) — restructuring content so AI engines like ChatGPT, Perplexity, and Claude can extract, quote, and cite it. Rewrites headings as questions, drops 50-80 word answer capsules, audits paragraph length, and flags trust signals. Use when asked to AEO-optimize, make content AI-readable, improve AI citation chances, or adapt an article for answer engines.
- ai-ethics-reviewConduct an ethical review of an AI or ML feature, model, or product. Use when asked to run an AI ethics review, assess AI risks, audit a model for bias, or produce an AI impact assessment. Produces a structured ethics review covering fairness, transparency, privacy, safety, accountability, and societal impact with prioritised mitigations.
- ai-product-canvasStructure AI and ML product decisions with the rigour of any product decision. Use when building AI-powered features, evaluating LLM integrations, designing AI products, or assessing AI readiness. Produces a complete AI product canvas covering problem definition, model approach, data requirements, evaluation framework, UX design, responsible AI checklist, and launch monitoring plan.
- ambiguity-resolverStructure vague opportunities and unclear briefs into actionable one-page problem statements. Use when asked to clarify a vague brief, frame an undefined problem, make sense of an unclear opportunity, or when the user says 'we need to figure out what to do about X' or 'I've been asked to look into Y'. Produces a structured problem brief with reframed questions, scoped boundaries, and a minimum viable research plan.
- api-docs-writerWrite clear, developer-facing API documentation. Use when asked to document an API endpoint, write API reference docs, create a developer guide, or turn a raw spec/Postman collection into documentation. Produces endpoint documentation with descriptions, parameters, request/response examples, and error codes.
- api-versioning-strategyWrite an API versioning strategy document for a service or API platform. Use when asked to define versioning policy, plan API deprecation, classify breaking changes, or document version lifecycle. Produces a complete versioning strategy with breaking-change classification table, deprecation timeline, migration guide template, and client communication template.