skills/zudoesa-apply-voice/SKILL.md
Apply Takazudo's esa writing voice and vocabulary rules to text. Use when: (1) User wants to write/rewrite text in Takazudo's esa style, (2) User says 'apply voice', 'esa voice', 'esa文体で', 'esa風に書いて', '文体を適用', (3) User provides text to transform to esa style. Reads writing-style.md and vocabulary-rule.md from takazudo-esa-writing repo and applies the rules.
npx skillsauth add takazudo/claude-resources zudoesa-apply-voiceInstall 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.
Apply Takazudo's esa writing voice and vocabulary rules to incoming text.
The esa voice is a casual memo/blog for colleagues. Like talking to a coworker — direct, relaxed, not overly polite. Fragment sentences are fine. The stance is "sharing" not "teaching".
Key traits:
| Aspect | esa | CodeGrid | |--------|-----|----------| | Tone | Casual colleague memo | Polite but approachable tech article | | Formality | Low (断片的OK) | Medium (です/ます base) | | Self-reference | 自分 / Takazudo | 自分 / 筆者 / 私 | | Stance | Sharing with coworkers | Writing for readers | | Hedging style | Understatement (〜の模様, 〜良さそう) | Explicit softening (〜かと思います, 〜のではないでしょうか) | | Structure | Loose, memo-like | Considered, essay-like |
Always read both rule files fresh at invocation time:
$HOME/repos/w/esa/doc/src/content/docs/overview/writing-style.md$HOME/repos/w/esa/doc/src/content/docs/overview/vocabulary-rule.mdThese files are the authoritative source of truth. Read them every time to pick up any updates.
The input text comes from one of:
If no text is obvious, ask the user what text they want the voice applied to.
Transform or review the text using the voice character described above and the full details in the rule files. The rule files are the authority — the summary above is just for quick reference.
Output the transformed text. If the input was already close to the style, note what minor adjustments were made.
If reviewing existing text (rather than transforming), point out specific violations and suggest fixes.
development
Link Claude Code skill names mentioned in a CodeGrid article (data/{series}/{n}.md) to the author's public claude-resources repo, pinned to the latest commit hash so links don't rot. Use when: (1) user says 'linkify cc resources', 'link the skills', 'link skill names', or invokes /dev-linkify-cc-resources; (2) editing a CodeGrid article that mentions `/commits`, `/pr-complete`, `/skill-creator` or other Claude Code skills and they should point to claude-resources. Only links skills that actually exist in the public repo; skips hypothetical examples and code blocks.
development
Second opinion from Claude Opus on a plan or approach. Use when: (1) Planning phase of /big-plan needs a higher-quality review than /codex-2nd / /gco-2nd, (2) User says 'opus 2nd' or 'opus opinion', (3) Wanting Anthropic's larger model to critique a plan. Spawns a general-purpose Agent with model: opus that reads the plan file and returns structured feedback. Anthropic quota — not free.
tools
AI-based testing via subagent + a per-task test-flow skill. Use when the user wants to verify something that mechanical assertions can't fully capture — image recognition, visual size/position comparison, animation smoothness, multi-step manual flows that need AI judgment. Triggers: 'AI-based test', 'AI test', 'visual verify', 'image recognition test', 'manual operation test', 'human-eye check', 'verify visually', 'compare screenshots', 'looks the same', 'looks correct'. The skill's job is to (1) author a focused test-flow skill that captures the exact procedure + verdict criteria, then (2) dispatch a verification subagent via the Agent tool that loads BOTH the test-flow skill AND a browser-driving skill (/verify-ui primary, /headless-browser fallback) so the subagent has clear context and consistent verdicts. NEVER uses `claude -p` — subagent dispatch goes through the Agent tool exclusively.
development
End-of-workflow audit of touched GitHub issues, PRs, and branches via a Sonnet subagent. Use when: (1) /big-plan, /x-as-pr, or /x-wt-teams finishes its main work and needs to verify every touched resource is in the right state (closed when done, kept when ongoing, deleted when dead), (2) User says 'cleanup resources', 'audit cleanup', or 'check what should be closed', (3) A long workflow ends and the manager wants a structured paper trail of what it closed/kept/deleted. Auto-execute by default — the Sonnet agent proposes, the manager (you) executes safe actions and prints a final report.