deslop

stephenturner/skills · Agent Skill

移除AI書寫模板以使草稿、修訂和評論聽起來像特定人士所寫

前往安裝 ↓

總覽

發布者stephenturner社群
儲存庫stephenturner/skills ↗
技能資料夾deslop
星16
分支2
附帶檔案6
授權MIT
最近更新2026年3月26日
連結技能原始碼 ↗ · 儲存庫 ↗

Mozgi 檢查

我們在技能檔案中發現的內容。詳細資訊需訂閱。

安全性
低風險 · 未發現明顯風險 — 完整報告會顯示細節
相容性
僅含說明 — 適用於多數代理
相似技能
找到 144 個相似技能
訂閱另含

安裝

技能就是一個含 SKILL.md 的資料夾。選擇你的代理,在專案根目錄的終端機(macOS、Linux 或 Windows 的 Git Bash)執行指令。

把提示貼到 Claude、Codex 或其他助理:它會自行檢查並安裝技能。

Install the “deslop” skill from mozgi.io (https://mozgi.io/skills/stephenturner-deslop/) for me.

1. Download the archive: https://mozgi.io/skills/stephenturner-deslop/download
   If it fails, take the skill folder from the source: https://github.com/stephenturner/skills/tree/main/deslop
2. Read SKILL.md and the other files. Check the skill is safe: no hidden commands, no sending data elsewhere, no scripts doing something other than described. If anything looks suspicious, stop and tell me.
3. Put the “deslop” folder into your agent's skills folder: .claude/skills/ for Claude Code, .agents/skills/ for Codex, .cursor/skills/ for Cursor, .gemini/skills/ for Gemini CLI. Inside the project if we are in one, otherwise in the home folder (~/.claude/skills/ etc.).
4. Make sure <skills folder>/deslop/SKILL.md exists.
5. Briefly tell me what this skill does and offer to try it on my task.

If you cannot do a step yourself, tell me what to click or type.

技能檔案

6 個檔案 下載 ZIP

安裝前請先檢視 SKILL.md 與相關檔案。點擊檔案即可預覽。

SKILL.md 內容

作者原文 · 唯讀

Deslop: Remove AI Writing Patterns from Prose

Strip predictable AI patterns from writing. Make prose sound like a specific human wrote it, not like a language model generated it.

When to Apply

  • Any request to "make it sound human" or "deslop" writing
  • Any prose (articles, blog posts, essays, memos, newsletters, reports) or scientific writing (manuscripts, abstracts, cover letters, grant narratives, discussion sections, peer review responses) where the user wants it to sound natural rather than AI-generated
  • Editing or revising existing text where the user wants it to sound natural rather than AI-generated
  • Reviewing text for AI tells

Core Rules

1. Cut filler phrases

Remove throat-clearing openers ("Here's the thing:"), emphasis crutches ("Let that sink in."), business jargon ("navigate the landscape"), and meta-commentary ("In this section, we'll explore..."). See references/phrases.md ↗ for the full catalog.

2. Break formulaic structures

Avoid binary contrasts ("Not X. Y."), negative listings ("Not a X. Not a Y. A Z."), dramatic fragmentation ("Speed. That's it. That's the tradeoff."), self-posed rhetorical questions ("The result? Devastating."), and anaphora/tricolon abuse. See references/structures.md ↗ for patterns and fixes.

3. Eliminate AI tropes

Watch for the full catalog of AI writing tells: "quietly" and other magic adverbs, "delve" and its cousins, the "serves as" dodge, false ranges ("from X to Y" where the range is meaningless), superficial participle analyses ("highlighting its importance"), invented concept labels ("the supervision paradox"), grandiose stakes inflation, patronizing analogies, and false vulnerability. See references/tropes.md ↗ for the complete list with examples.

4. Use active voice with human subjects

Prefer active constructions with named actors. "The complaint becomes a fix" is wrong. "The team fixed it" is right. If no specific person fits, use "we" in scientific prose or "you" in blog posts.

5. Be specific

No vague declaratives ("The reasons are structural"). Name the specific thing. No lazy extremes ("every," "always," "never") doing vague work. No vague attributions ("Experts argue..."). If you cannot name the expert, you do not have a source.

In scientific writing, domain terminology is fine and expected. "Weighted interval score" is precise language, not jargon. The problem is business buzzwords ("leverage," "landscape," "ecosystem") and AI vocabulary tells ("delve," "tapestry," "nuanced") leaking into technical prose.

6. Match register to context

In blog posts and newsletters, put the reader in the room. "You" beats "People." Specifics beat abstractions. No narrator-from-a-distance voice.

In scientific writing, maintain appropriate formality. Use "we" for your own work, cite specific authors instead of "researchers have shown," and avoid both the distant narrator ("It has long been recognized that...") and the overly casual blog voice. State claims and back them with citations.

7. Vary rhythm

Mix sentence lengths. Two items beat three. End paragraphs differently. No em dashes. Do not stack short punchy fragments for manufactured emphasis. Do not write listicles disguised as prose ("The first wall... The second wall...").

8. Trust readers

State facts directly. Skip softening, justification, hand-holding. No "Let's break this down." No "Think of it as..." No pedagogical voice unless the audience genuinely needs it. No fractal summaries (telling the reader what you are about to say, saying it, then summarizing what you said).

9. Watch formatting tells

No bold-first bullets (every list item starting with a bolded keyword). No unicode arrows. No em dashes. No signposted conclusions ("In conclusion..."). No "Despite these challenges..." formulas. These are strong AI signals.

10. Do not dilute

One point per section. Do not restate the same argument in ten different ways across thousands of words. Do not beat a single metaphor to death. Do not stack historical analogies for false authority ("Apple didn't build Uber. Facebook didn't build Spotify...").

Quick Checks

Run these before delivering any prose:

  • Heavy use of adverbs or -ly words? Cut them.
  • Any passive voice? Find the actor, make them the subject.
  • Inanimate thing doing a human verb? Name the person.
  • Any "here's what/this/that" throat-clearing? Cut to the point.
  • Any "not X, it's Y" contrasts? State Y directly.
  • Any self-posed rhetorical question answered immediately? Fold into a statement.
  • Three consecutive sentences match length? Break one.
  • Paragraph ends with a punchy one-liner? Vary it.
  • Em dash anywhere? Remove it. Use a comma or period or a parenthetical.
  • Vague declarative ("The implications are significant")? Name the specific implication.
  • Any sentence starting with What/When/Where/Which/Who/Why/How as a crutch? Restructure.
  • Meta-joiners ("The rest of this essay...")? Delete.
  • "It's worth noting" or similar filler transitions? Delete.
  • Same metaphor used more than twice? Replace or cut repeats.
  • "Despite these challenges..." formula? Rewrite.
  • Bold-first bullet pattern? Remove bold leads.
  • Tricolon (three-item list)? Use two items or one.

Scoring

When reviewing text, rate 1-10 on each dimension:

| Dimension | Question |

|-----------|----------|

| Directness | Statements or announcements? |

| Rhythm | Varied or metronomic? |

| Trust | Respects reader intelligence? |

| Authenticity | Sounds like a specific human wrote it? |

| Density | Anything cuttable? |

Below 35/50: revise.

Reference Files

Consult these for detailed catalogs when writing or editing:

  • references/phrases.md ↗: Phrases to remove or replace (throat-clearing, emphasis crutches, business jargon, adverbs, meta-commentary, vague declaratives)
  • references/structures.md ↗: Structural patterns to avoid (binary contrasts, negative listings, dramatic fragmentation, rhetorical setups, false agency, passive voice, rhythm problems)
  • references/tropes.md ↗: Full catalog of AI writing tropes (word choice, sentence structure, paragraph structure, tone, formatting, composition)
  • references/examples.md ↗: Before/after transformations showing how to fix common patterns

Examples

See references/examples.md ↗ for before/after transformations.

Quick inline example (scientific writing):

Before:

> "It's worth noting that these findings have important implications for how we navigate the challenges of forecast ensembling moving forward. Despite these challenges, this work contributes meaningfully to the growing body of literature, highlighting the need for continued evaluation."

After:

> "If individual model rankings are unstable across geography and time, ensemble methods that weight models by past performance may not improve on equal-weight approaches."

Changes: Replaced filler transition, vague declarative, "despite these challenges" formula, and superficial participle analysis with the specific implication.

Quick inline example (blog post):

Before:

> "Here's the thing: most bioinformatics pipelines break in production. Not because the code is bad. Because the data is bad. Let that sink in."

After:

> "Most bioinformatics pipelines break in production. The code runs fine. The data doesn't match the assumptions baked into it."

Changes: Removed opener, binary contrast, and emphasis crutch. Named the specific problem.

常見問題

deslop 技能有什麼用途?

移除AI書寫模板以使草稿、修訂和評論聽起來像特定人士所寫

如何安裝 deslop?

打開本頁的「安裝」區塊並選擇你的代理 — Claude Code、Codex、Cursor 或 Gemini CLI:那裡有把技能資料夾複製到正確位置的現成指令。也可以複製「透過助理」分頁中的提示,讓助理自行檢查並安裝技能。

deslop 適用哪些 AI 模型?

技能是純 Markdown 指示(Agent Skills 格式),因此 deslop 適用任何讀取 SKILL.md 的代理:Claude Code、Codex、Cursor、Gemini CLI、GitHub Copilot、OpenCode 等。只有在任務符合技能描述時,模型才會載入指示。

deslop 是免費的嗎?

此技能由 stephenturner 公開發布,採用 MIT 授權。技能本身免費 — 你只需向 AI 供應商支付實際使用的 token 費用。

安裝技能安全嗎?

技能是代理會遵循的指示,安裝前請閱讀 SKILL.md 及相關檔案。技能資料夾中的腳本只有在代理執行時才會運行 — 留意它的動作,不要授予多餘權限。

技能和 MCP 伺服器或外掛有何不同?

MCP 伺服器或外掛為模型提供新工具 — 會執行並回傳結果的程式碼。技能提供的是知識與流程:如何處理任務、要遵循哪些步驟、好的成果長什麼樣子。它不需要伺服器或 API 金鑰。

相關技能

所有技能 →