Help us improve
Share bugs, ideas, or general feedback.
From inki
Orchestrates six sub-skills to review documentation files, directories, or PRs: style, outline, UX, code verification, coherence, and pitfalls.
npx claudepluginhub strapi/documentation --plugin inkiHow this skill is triggered — by the user, by Claude, or both
Slash command
/inki:review [--yes|-y] [--fix] <path | filename | PR# | PR URL | docs.strapi.io URL | pasted content>[--yes|-y] [--fix] <path | filename | PR# | PR URL | docs.strapi.io URL | pasted content>The summary Claude sees in its skill listing — used to decide when to auto-load this skill
From `$ARGUMENTS`, detect optional flags anywhere in the list:
Reviews generated/updated documentation (MD files, beads issues, specs, task lists) with multi-LLM parallel analysis for inconsistencies, codebase mismatches, gaps. Interactive synthesis and fixes.
Reviews documentation, blog posts, READMEs, proposals, and prose for quality issues in content, style, and embedded artifacts using parallel agents.
Focused review of code, documents, or architecture — one deep pass with evidence-based findings and clear verdict. Auto-detects what you're reviewing: branch diff, PR, file path, plan, brainstorm, or spec. One reviewer that reads carefully beats nine that skim. Triggers: review, code review, review PR, review diff, review plan, review brainstorm, review spec, review document, evaluate, check.
Share bugs, ideas, or general feedback.
From $ARGUMENTS, detect optional flags anywhere in the list:
--yes or -y → AUTO=true (non-interactive: skip any confirmation gates inside sub-skills)--fix → FIX=true (apply auto-fixable findings from style-check)Remove the flags. What remains is the target.
Resolve the target by following ../../references/target-resolver.md. It accepts any of: a local path or directory, a bare markdown filename, a GitHub PR (number, #number, or URL), a docs.strapi.io URL, pasted Markdown content, or nothing (changed files on the current branch).
The resolver returns:
FILES — the list of local files the sub-skills operate on.SCOPE — a short label for the report header.CLEANUP — a command to run when the review finishes (worktree teardown or temp-file removal); may be empty.If resolution fails (PR has no doc files, filename not found, URL maps to nothing), report why and stop.
For each file in FILES, invoke:
/inki:style-check <target> (with --fix if FIX=true)/inki:outline-check <target>/inki:outline-ux-analyzer <target>/inki:code-verify <target>/inki:coherence-check <target>/inki:pitfalls-check <target>If AUTO=true, pass --yes to any sub-skill that supports it (so the whole pipeline runs without prompts). Read-only sub-skills ignore the flag gracefully.
Collect each report.
Output a combined table:
Review of: <SCOPE>
| Sub-skill | Issues found | Severity |
|-----------|--------------|----------|
| style-check | <N> | low/med/high |
| outline-check | ... | ... |
| outline-ux-analyzer | ... | ... |
| code-verify | ... | ... |
| coherence-check | ... | ... |
| pitfalls-check | ... | ... |
Then list issues by file, ordered by severity. For PR-scope reviews, prefix file paths with (PR #<num>) so it's clear the issues are in the PR's version. For a docs.strapi.io URL review, note that the review ran against the published origin/main version, and flag any local uncommitted changes that were excluded (per the resolver). For a pasted-content review, note that coherence and code-verification findings may be incomplete because the file sits outside the docs tree (see the resolver's note).
Run the CLEANUP command returned by the resolver (worktree teardown or temp-file removal), even if the review failed. In a Claude-Code-driven execution, invoke it explicitly after Step 3 rather than relying on a bash trap. If CLEANUP is empty, there is nothing to do.
--fix is passed, only the auto-fixable findings from style-check are applied automatically. All others remain suggestions.--fix on a PR-scope review applies fixes inside the temporary worktree only (the one created by the resolver). The PR itself is NOT modified by /inki:review. To push the fixes, the user must gh pr checkout <num> themselves and apply the suggestions manually (or use /inki:commit + /inki:push after a manual checkout).--fix on a docs.strapi.io URL review applies fixes inside the temporary origin/main worktree only (created by the resolver); that worktree is detached and torn down at cleanup, so nothing is written back. Surface the corrected content in the report, and tell the user to apply it on a real branch.--fix on a pasted-content review applies fixes to the temp file only; there is no source file to write back to. Surface the corrected content in the report instead.--yes only changes interaction behavior (no extra prompts). It does NOT change what gets auto-fixed — that stays controlled by --fix.Review a single file by path:
/inki:review docusaurus/docs/cms/intro.md
Review by bare filename (resolved under docusaurus/docs/):
/inki:review strapi-mcp-server.md
Review changed files on the current branch (no argument):
/inki:review
Review all .md/.mdx files modified by a PR:
/inki:review https://github.com/strapi/documentation/pull/3204
/inki:review 3204
/inki:review #3204
Review a published page by its docs.strapi.io URL:
/inki:review https://docs.strapi.io/cms/features/strapi-mcp-server
Review pasted Markdown content (paste the page body as the argument):
/inki:review ---
title: My page
---
# My page
...
Non-interactive review with auto-fixes applied locally:
/inki:review --yes --fix docusaurus/docs/cms/features/strapi-mcp-server.md