Comprehensive document creation, editing, and analysis with support for tracked changes, comments, formatting preservation, and text extraction. When Claude needs to work with professional documents (.docx files) for: (1) Creating new documents, (2) Modifying or editing content, (3) Working with tracked changes, (4) Adding comments, or any other document tasks
Use when working with crit CLI commands, .crit.json files, addressing review comments, leaving inline code review comments, sharing reviews via crit share/unpublish, pushing reviews to GitHub PRs, or pulling PR comments locally. Covers crit comment, crit share, crit unpublish, crit pull, crit push, .crit.json format, and resolution workflow.
Analyze and address unresolved feedback on a GitHub pull request. Use when the user has received PR review comments and wants to systematically address each piece of feedback, or when the user mentions PR feedback, review comments, or addressing reviewer concerns.
automated reviewers, fetch comments, fix or pushback, reply, resolve threads.
Use when preparing commit messages, pull request titles, or summary comments for this repository. Enforce `type(scope): subject` without `[codex]`, using one of `feat`, `fix`, `test`, `chore`, or `docs`.
automated reviewers, fetch comments, fix or pushback, reply, resolve threads.
Parse self-review XML feedback and execute the review comments as organized tasks
Post Q&A entries from office hours writeups as comments to a GitHub Discussion. Use when the user wants to post writeup content to a discussion thread.
Triages unresolved PR review comments using gh-pr-reviews. Analyzes code context and classifies each comment as Agree / Partially Agree / Disagree. Walks through each comment one-by-one, asking the user what action to take. Use when the user wants to triage, review, or analyze unresolved PR comments.
Review and resolve PR comments from GitHub. Validates each comment, fixes legitimate issues.
Comprehensive document creation, editing, and analysis with support for tracked changes, comments, formatting preservation, and text extraction. When Claude needs to work with professional documents (.docx files) for: (1) Creating new documents, (2) Modifying or editing content, (3) Working with tracked changes, (4) Adding comments, or any other document tasks
Use when the user has received review comments on a GitHub PR or GitLab MR and needs to process them — analyze, triage, coordinate fixes, respond, and resolve threads. This is THE skill for any post-review work on a PR/MR. Triggers on: "разберись с комментариями", "address review comments", "handle review feedback", "respond to reviewers", "fix review comments", "deal with PR/MR comments", "reply to review", "resolve review threads", "go through the feedback", "комментарии к PR/MR", "ревьюер оставил комментарии", "пройдись по комментариям", "тредов после ревью", "reviewer left comments", "got a review", "review feedback on my MR/PR", or any mention of processing, triaging, or responding to existing review comments on a pull request or merge request. Do NOT use for writing new reviews, creating PRs, or CI/CD monitoring — those are separate skills. --- # Address Review Feedback An orchestrator skill. Analyzes all review comments, categorizes them, detects cross-diff patterns, presents an action plan for user confirmation, then coordinates fixes, answers, and thread responses. Does NOT implement code changes itself — it produces task descriptions for implementation agents. **Core principle:** Fix what belongs to this PR. Push back when a suggestion is wrong. Never perform agreement — just act and show evidence. --- ## Phase 1: Fetch & Parse ### Platform detection ```bash REMOTE_URL=$(git remote get-url origin) # Contains github.com → GitHub (gh) # Contains gitlab → GitLab (glab) ``` ### Fetch PR/MR metadata and context Fetch both technical metadata and the PR/MR context — description, linked issues, labels, milestone. This context is essential for Phase 2: understanding the intent behind changes lets you judge whether a comment is in scope, whether a suggestion aligns with the goal, and what trade-offs matter. ```bash # GitHub — metadata + context in one call PR_INFO=$(gh pr view --json number,baseRefName,headRefName,title,body,labels,milestone,closingIssuesReferen
skill-sample/ ├─ SKILL.md ⭐ Required: skill entry doc (purpose / usage / examples / deps) ├─ manifest.sample.json ⭐ Recommended: machine-readable metadata (index / validation / autofill) ├─ LICENSE.sample ⭐ Recommended: license & scope (open source / restriction / commercial) ├─ scripts/ │ └─ example-run.py ✅ Runnable example script for quick verification ├─ assets/ │ ├─ example-formatting-guide.md 🧩 Output conventions: layout / structure / style │ └─ example-template.tex 🧩 Templates: quickly generate standardized output └─ references/ 🧩 Knowledge base: methods / guides / best practices ├─ example-ref-structure.md 🧩 Structure reference ├─ example-ref-analysis.md 🧩 Analysis reference └─ example-ref-visuals.md 🧩 Visual reference
More Agent Skills specs Anthropic docs: https://agentskills.io/home
├─ ⭐ Required: YAML Frontmatter (must be at top) │ ├─ ⭐ name : unique skill name, follow naming convention │ └─ ⭐ description : include trigger keywords for matching │ ├─ ✅ Optional: Frontmatter extension fields │ ├─ ✅ license : license identifier │ ├─ ✅ compatibility : runtime constraints when needed │ ├─ ✅ metadata : key-value fields (author/version/source_url...) │ └─ 🧩 allowed-tools : tool whitelist (experimental) │ └─ ✅ Recommended: Markdown body (progressive disclosure) ├─ ✅ Overview / Purpose ├─ ✅ When to use ├─ ✅ Step-by-step ├─ ✅ Inputs / Outputs ├─ ✅ Examples ├─ 🧩 Files & References ├─ 🧩 Edge cases ├─ 🧩 Troubleshooting └─ 🧩 Safety notes
Skill files are scattered across GitHub and communities, difficult to search, and hard to evaluate. SkillWink organizes open-source skills into a searchable, filterable library you can directly download and use.
We provide keyword search, version updates, multi-metric ranking (downloads / likes / comments / updates), and open SKILL.md standards. You can also discuss usage and improvements on skill detail pages.
Quick Start:
Import/download skills (.zip/.skill), then place locally:
~/.claude/skills/ (Claude Code)
~/.codex/skills/ (Codex CLI)
One SKILL.md can be reused across tools.
Everything you need to know: what skills are, how they work, how to find/import them, and how to contribute.
A skill is a reusable capability package, usually including SKILL.md (purpose/IO/how-to) and optional scripts/templates/examples.
Think of it as a plugin playbook + resource bundle for AI assistants/toolchains.
Skills use progressive disclosure: load brief metadata first, load full docs only when needed, then execute by guidance.
This keeps agents lightweight while preserving enough context for complex tasks.
Use these three together:
Note: file size for all methods should be within 10MB.
Typical paths (may vary by local setup):
One SKILL.md can usually be reused across tools.
Yes. Most skills are standardized docs + assets, so they can be reused where format is supported.
Example: retrieval + writing + automation scripts as one workflow.
Some skills come from public GitHub repositories and some are uploaded by SkillWink creators. Always review code before installing and own your security decisions.
Most common reasons:
We try to avoid that. Use ranking + comments to surface better skills:
