skills/kousei/SKILL.md
Proofread and auto-fix Japanese text using textlint. Use when user mentions 校正して, kousei, textlint, 日本語チェック, 文章チェック.
npx skillsauth add thkt/dotclaude kouseiInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Proofread and auto-fix Japanese text using textlint.
$1: file path / #123 (Issue) / #pr123 (PR) / raw text.md file| Language | textlint (mechanical) | Structure review (AI) | | -------- | --------------------- | --------------------- | | Japanese | Yes | Yes | | English | Skip | Yes |
Detection: if text contains ≥50 hiragana/katakana/kanji characters → Japanese. Otherwise → English (structure review only).
| Step | Action |
| ---- | --------------------------------------------------------------- |
| 1 | Determine target |
| 2 | Get original content |
| 3 | Run bun x textlint --fix (Japanese only) |
| 4 | Structure review (AI-powered, see checklist below, all languages) |
| 5 | Show textlint diff + structure feedback |
| 6 | For Issue/PR → present changes, confirm before push |
| Input Pattern | Action |
| ------------------ | ----------------------------------------------------- |
| *.md file path | Run textlint --fix on the file |
| #N (Issue number) | gh issue view N --json body → fix → gh issue edit |
| #prN (PR number) | gh pr view N --json body → fix → gh pr edit |
| Other text | Write to temp file → fix → display result |
| Empty | git diff --name-only to find recent .md files |
cd ~/.claude/textlint && bun x textlint --fix --config .textlintrc.json "$file"
After textlint fixes, review the text against these structural quality checks:
| Check | Question | | ------------------ | ---------------------------------------------------------------- | | Author's judgment | Is the author's own conclusion stated in 1-3 lines before AI output? AI output should be supporting material, not the main content. | | Half-able | Can this be cut in half? If not, the author may not know what matters. | | Fact vs opinion | Are facts, assumptions, and proposals clearly labeled and separated? | | Action clarity | Is the expected reader action explicit? ("Review X" not "ご確認ください") | | Reader cost | Does this reduce the reader's cognitive load, or shift work to them? |
Report only items that need improvement. If structure is sound, skip silently.
Format:
Structure review:
- [Check name]: [specific suggestion]
After structure review, check for AI-typical Japanese patterns:
| Pattern | Signal | Fix | | --- | --- | --- | | Appended significance | 「〜を浮き彫りにしており」「〜に示唆を与えています」 | Data speaks for itself. Cut the appendage | | Roundabout copula | 「〜として位置づけられています」「〜の役割を果たしています」 | 「〜です」 | | Hedge stacking | 「〜と考えられます」「〜の可能性があります」 in succession | Commit or hedge once | | Boilerplate conclusion | 「今後の展開が注目されます」「〜が期待されます」 | Say something specific or end without it | | Connector stacking | 「さらに」「加えて」「また」 in consecutive sentences | Vary or cut. One per 3 paragraphs max | | Full-width dash | 「——」(U+2014 x2) | Replace with parentheses or comma |
Apply to Japanese text only. Report format:
Anti-AI-pattern review:
- [Pattern]: [specific location and fix]
.md filetextlint --fixgh issue edit N --body "..." or gh pr edit N --body "..."When changes found:
Proofread complete: N fixes applied
[diff of changes]
When no issues:
Proofread complete: no issues found
documentation
Generates and updates .claude/OUTCOME.md interactively. When the file is absent or empty (no Behavior / all sections TBD), collects content via AskUserQuestion and writes the stub; when present, shows the current state and applies updates.
development
Judge a SKILL.md against craft axes (single responsibility, description distinctiveness, imperative voice, verifiable completion, calibration, progressive disclosure) and apply the fixes the audit surfaces. Do not use for format-presence-only checks (use reviewer-prompt) or reproducibility loops (use /tuning).
tools
Internal helper for /think Step 11. Renders SOW.md + Spec.md as an integrated Astro view and returns a dev server URL.
development
Extract repository spec while detecting bugs, spec gaps, and consistency drift via dual-purpose documentation. OUTCOME.md-axis question-driven exploration with ephemeral output. Do NOT use for code review (use /audit or /polish), feature implementation (use /code), planning only (use /think), or single-bug fix (use /fix).