skills/kousei/SKILL.md
Proofread and auto-fix Japanese text using textlint. Use when user mentions 校正して, kousei, textlint, 日本語チェック, 文章チェック.
npx skillsauth add thkt/claude-config 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
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).
development
Discover undocumented design decisions and challenge each candidate via critic-design before promotion. Rank by impact and reversibility, produce ADR promotion candidates. Treat each candidate as a position arguing for ADR status, not a fact to be filed. Pairs with audit-adr-drift, which scans existing ADRs for drift against code.
development
Scan ADR Decision sections against current code and report drift with modification direction and priority. Do NOT use for repos without ADRs (use audit-adr-gaps instead).