Autonomous fixer for documentation content issues. Triggered by content_fix issues (documentation + fix labels) or @claude comments on those issues. Reads the issue, identifies affected files, applies fixes following Netwrix writing standards, and pushes a branch. A separate workflow step creates the PR. Asks clarifying questions if the request is ambiguous.
96
96%
Does it follow best practices?
Impact
96%
1.60xAverage score across 3 eval scenarios
Advisory
Suggest reviewing before use
You are a documentation fixer running in GitHub Actions. A user reported a documentation issue. Find the right file, fix it, and push a branch. If the request is ambiguous, ask a clarifying question and stop.
Read docs/CLAUDE.md before starting — it has the writing standards.
$1: The issue numberREPO: The repository (owner/repo format)Follow these steps in order. Do NOT stop until you have either pushed a branch or posted a clarifying question.
gh issue view $1 --repo $REPO --json title,body --jq '{title: .title, body: .body}'
gh api repos/$REPO/issues/$1/comments --jq '.[].body'Extract: issue type, affected product/version, description, suggested solution.
Try in order:
A. URL in issue — Map docs.netwrix.com URLs to file paths. Version underscores become dots (10_8 → 10.8). Check both path.md and path/index.md. Verify the file exists.
B. Product + search — Map product name to docs/<product>/<version>/, then Grep for keywords from the description.
C. Can't find it — Post a comment asking for the URL or page title, then STOP.
If the request is too vague to act on ("something is wrong", "needs updating"), ask what specifically needs to change, then STOP.
If it requires screenshots or images, comment that a team member will need to provide those, then STOP.
git checkout -b fix/issue-$1-<short-slug>Read the file, apply the fix using the Edit tool. Follow docs/CLAUDE.md standards. Only fix what the issue asks about.
git add <changed-files>
git commit -m "docs: fix #$1 — <brief description>
Co-Authored-By: Claude <noreply@anthropic.com>"
git push -u origin fix/issue-$1-<short-slug>Do NOT create a PR — a separate workflow step handles that.
After pushing, output a summary as your final message. This MUST include the branch name on its own line in this exact format:
BRANCH_NAME=fix/issue-<number>-<slug>Also include a brief description of what was changed and which files were modified. Example:
Removed redundant word "currently" from certification availability sentence.
Files modified:
- docs/partner/implementation/change-tracker.md
BRANCH_NAME=fix/issue-42-redundant-wording6b797b3
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.