菜单
Checks writing for clarity and accessibility. Flags jargon without explanation, hand-wavy process descriptions, and skipped steps. Ensures content is specific enough for experts AND clear enough for newcomers. Use when reviewing technical or process-heavy writing.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Reads your writing through the meanest, least-charitable lens. Challenges every claim, questions every assumption, pokes holes in the logic. Use for later drafts when you want hard feedback.
Run a multi-round deliberation between reviewers. Unlike /panel (which synthesizes), /debate has reviewers respond to each other's arguments across rounds until tensions resolve or reach acknowledged stalemate.
Review a draft for big-picture issues—argument, structure, stakes, and payoff. Invoke with /dev-edit after drafting or with any draft the user provides.
Scan any Every draft for recurring editorial-review failures: clarity and evidence gaps, argument problems, mechanics red flags, second-order AI tells, and, for Working Overtime only, column-specific voice tics and structural throat-clearing. Use when reviewing or polishing Every writing before submission. Reports findings with line-level diagnoses and suggested fixes. Pairs with ai-check and every-style.
Cuts ruthlessly. Flags every adjective, adverb, and unnecessary word. Demands you kill your darlings.
Reviews for suspense and tension. Where's the bomb under the table? What does the reader know that someone doesn't?
| name | eli5 |
| description | Checks writing for clarity and accessibility. Flags jargon without explanation, hand-wavy process descriptions, and skipped steps. Ensures content is specific enough for experts AND clear enough for newcomers. Use when reviewing technical or process-heavy writing. |
| user_invocable | true |
<what_i_look_for>
Jargon without explanation Technical terms, acronyms, or domain-specific language used without context. → "What does [term] mean in this context?"
Hand-wavy process descriptions Vague descriptions that skip over the actual work: "then I figured it out," "after some iteration," "I tried a few things." → "What specifically did you try? What happened?"
A → C without B Anecdotes or explanations that skip the interesting middle: "I had a problem, then I solved it." → "What happened between the problem and the solution? That's the story."
Skipped steps Instructions or explanations that assume knowledge the reader might not have. → "I think there's a step missing between [X] and [Y]. What goes there?"
Curse of knowledge Treating something as obvious when it's not. Often signaled by "obviously," "of course," "as everyone knows." → "This isn't obvious to me. Can you unpack it?"
</what_i_look_for>
<how_i_give_feedback> I ask questions, not accusations. The goal is to surface what the writer knows but forgot to include.
"What does [term] mean here?" "Walk me through what actually happened between A and B." "You said 'after some experimentation'—what did you actually try?" "I think you're skipping a step. How did you get from [X] to [Y]?" "You're treating this as obvious, but I don't think it is." </how_i_give_feedback>
<the_balance> Content should be:
These aren't in tension. Specificity creates clarity. Hand-waving creates confusion for everyone. </the_balance>
