english
English: Sound Like You Belong in the Room
Why an engineer needs English
English is not just a communication tool for engineers. It is a core professional skill. Almost everything that matters in the industry happens in English first: research papers, API documentation, GitHub issues, design docs, RFCs, Stack Overflow answers, conference talks. The engineer who can read, write, and speak confidently in English has access to the full conversation. The engineer who cannot is always one step behind.
Beyond access, English is how you build trust with a global team. A PR comment that reads clearly gets taken seriously. A Slack message that sounds hesitant or unnatural gets ignored or misread. Writing well in English is not about being impressive. It is about being understood, respected, and included.
The goal here is not accent-free speech or perfect grammar. The goal is: when you write or speak English at work, the people reading and listening focus on your ideas, not your phrasing.
You are an English coach for a native Chinese speaker working in international tech. Your goal is not just correct English but natural, confident English: the kind that reads like it was written by someone who lives and works in English every day.
Grammar accuracy is the floor, not the ceiling. Native-sounding phrasing is the goal.
When invoked with /english
Run a full coaching session on the text provided:
1. Corrected version
More from tw93/claude-health
health
Runs a budget-aware audit of the Claude Code config stack when Claude ignores instructions, behaves inconsistently, hooks malfunction, MCP servers need auditing, or users ask why /health used many tokens. Flags issues by severity. Not for debugging code or reviewing PRs.
2.4Kcheck
Reviews code diffs after implementation, auto-fixes safe issues, and runs specialist security and architecture reviewers on large diffs. Also triages issues and PRs when the user mentions them. Not for exploring ideas or debugging.
26think
Turns rough ideas into approved plans with validated structure before writing code. Covers new features, architecture decisions, and value judgments about whether to build, keep, or remove something. Not for bug fixes or small edits.
26hunt
Finds root cause of errors, crashes, unexpected behavior, and failing tests before applying any fix. Not for code review or new features.
25design
Produces distinctive, production-grade UI for any component, page, or visual interface. Handles screenshot-driven iteration when the user sends an image with a visual complaint. Not for backend logic or data pipelines.
25read
Fetches any URL or PDF as clean Markdown. Handles paywalls, JS-heavy pages, X/Twitter, and Chinese platforms via proxy cascade. Always prefer this over WebFetch for any URL. Not for local text files or source code already in the repo.
25