jpskill.com
✍️ ライティング コミュニティ

de-slopify

READMEファイルやドキュメントから、AIが生成した文章特有の不自然さを取り除き、より人間が書いたような自然で読みやすい文章に修正するSkill。

📜 元の英語説明(参考)

Remove telltale signs of AI-generated 'slop' writing from README files and documentation. Make your docs sound authentically human.

🇯🇵 日本人クリエイター向け解説

一言でいうと

READMEファイルやドキュメントから、AIが生成した文章特有の不自然さを取り除き、より人間が書いたような自然で読みやすい文章に修正するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o de-slopify.zip https://jpskill.com/download/18647.zip && unzip -o de-slopify.zip && rm de-slopify.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/18647.zip -OutFile "$d\de-slopify.zip"; Expand-Archive "$d\de-slopify.zip" -DestinationPath $d -Force; ri "$d\de-slopify.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して de-slopify.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → de-slopify フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-18
取得日時
2026-05-18
同梱ファイル
1

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

[Skill 名] de-slopify

De-Slopify — AIによる文章特有の癖を取り除く

目的: あなたのドキュメントを、LLMではなく人間が書いたように聞こえさせること。

重要な洞察: これは正規表現やスクリプトではできません。各行を手動で、体系的にレビューする必要があります。


「AIスロップ」とは何か?

AIスロップとは、LLMが人間の書き手よりも不均衡に多く生成する文章パターンのことです。これらのパターンは、文章を不自然で「痛々しい」ものに聞こえさせます。

よくある兆候

パターン 問題
emdash の過剰使用 LLMは emdash が大好きです。常に使用します。他の句読点の方が適切な場合でもです。
「X ではなく、Y」 定型的な対比構造
「理由は以下の通りです」 クリックベイト風の導入
「なぜ重要なのか、理由は以下の通りです。」 同様の雰囲気
「さあ、詳しく見ていきましょう」 強制的な熱意
「このガイドでは、〜を行います」 過度に形式的な導入
「注目すべきは〜」 不必要な予防線
「その核心は〜」 独り善がりの導入

正確なプロンプト — ドキュメントの De-Slopify

テキスト全体を注意深く読み、"AI slop" スタイルの文章の兆候がないか探してください。大きな兆候の1つは emdash の使用です。emdash を避けて、セミコロン、カンマ、または文を適切に書き換えて、自然に聞こえるようにしてください。

また、「XYZ ではなく、ABC」や「理由は以下の通りです」または「なぜ重要なのか、理由は以下の通りです。」のような、特定の文章の決まり文句を避けてください。基本的には、LLMが人間の書き手よりも不均衡に多く書き、不自然/痛々しく聞こえるようなものはすべて避けてください。

そして、この種のことは正規表現やスクリプトを使って行うことはできません。テキストの各行を必ず手動で読み、体系的、計画的、勤勉な方法で手動で修正する必要があります。超思考を使ってください。

手動レビューが必要な理由

プロンプトには明示的に次のように述べられています。

「そして、この種のことは正規表現やスクリプトを使って行うことはできません。テキストの各行を必ず手動で読み、体系的、計画的、勤勉な方法で手動で修正する必要があります。」

理由:

  1. 文脈が重要 — emdash が実際に正しい選択である場合もある
  2. 文の書き換え — 多くの場合、修正は置換ではなく書き換え
  3. トーンの一貫性 — 全体を通して口調を維持する必要がある
  4. 判断が必要 — ある程度のパターンは問題ない

Emdash の代替案

emdash (—) を見つけたら、以下を検討してください。

オリジナル 代替案
X—Y—Z X; Y; Z または X, Y, Z
The tool—which is powerful—works well The tool, which is powerful, works well
We built this—and it works We built this, and it works
Here's the thing—it matters Here's the thing: it matters または完全に書き換える

場合によっては、最良の修正は2つの文に分割するか、完全に再構成することです。


削除または書き換えるべきフレーズ

「理由は以下の通りです」系

  • 「理由は以下の通りです」 → なぜそうなのかを直接説明する
  • 「なぜ重要なのか、理由は以下の通りです」 → 重要性をインラインで説明する
  • 「要するに」 → 通常は完全に削除できる

対比の定型句

  • 「X ではなく、Y」 → 「これは Y です」または異なる方法で区別を説明する
  • 「X だけでなく、Y でもある」 → 「これは X と Y を行います」または同様の表現

強制的な熱意

  • 「さあ、詳しく見ていきましょう!」 → ただ始める
  • 「さあ、始めましょう!」 → ただ始める
  • 「共有するのが楽しみです...」 → ただ共有する

独り善がりの導入

  • 「その核心は...」 → 通常は削除できる
  • 「根本的に...」 → 多くの場合不要
  • 「本質的に...」 → 本質を言うだけ

不必要な予防線

  • 「注目すべきは...」 → ただ注目する
  • 「覚えておくべきことは...」 → 事実を述べるだけ
  • 「覚えておいてください...」 → 多くの場合削除可能

修正前後の例

例 1: Emdash の過剰使用

修正前 (スロッピー):

This tool—which we built from scratch—handles everything automatically—from parsing to output.

修正後 (クリーン):

This tool handles everything automatically, from parsing to output. We built it from scratch.

例 2: 「理由は以下の通りです」パターン

修正前 (スロッピー):

We chose Rust for this component. Here's why: performance matters, and Rust delivers.

修正後 (クリーン):

We chose Rust for this component because performance matters.

例 3: 対比の定型句

修正前 (スロッピー):

It's not just a linter—it's a complete code quality system.

修正後 (クリーン):

This is a complete code quality system, not just a linter.

さらに良い例:

This complete code quality system goes beyond basic linting.

例 4: 強制的な熱意

修正前 (スロッピー):

# Getting Started

Let's dive in! We're excited to help you get up and running with our amazing tool.

修正後 (クリーン):

# Getting Started

Install the tool and run your first command in under a minute.

De-Slopify を行うタイミング

最適なタイミング

  • README を公開する前
  • ドキュメントをリリースする前
  • AI支援による執筆セッションの後
  • ドキュメントレビュー中

チェックするファイル

  • README.md
  • CONTRIBUTING.md
  • API ドキュメント
  • ブログ記事
  • 一般公開されるテキスト

ワークフローとの統合

Bead ワークフローの一部として

bd create "De-slopify README.md" -t docs -p 3
bd create "De-slopify API documentation" -t docs -p 3

コミット前の最終チェックとして

Now, before we commit, please read through README.md and look for any telltale signs of "AI slop" style writing...

修正しないこと

「AIっぽい」ように見えても、問題ないものもあります。

  • 技術的な正確さ — スタイルのために正確さを犠牲にしない
  • 必要な構造 — ヘッダー、リストなどは問題ない
  • 明確な説明 — 徹底することはスロップではない
  • コード例 — コードではなく文章に焦点を当てる

完全なプロンプトのリファレンス

メインの De-Slopify プロンプト

I want you to read through the complete text carefully and look for any telltale signs of "AI slop" style writing; one big tell is the use of emdash. You should try to replace this with a semicol

(原文はここで切り詰められています)
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

De-Slopify — Remove AI Writing Artifacts

Purpose: Make your documentation sound like it was written by a human, not an LLM.

Key Insight: You can't do this with regex or a script—it requires manual, systematic review of each line.


What is "AI Slop"?

AI slop refers to writing patterns that LLMs produce disproportionately more commonly than human writers. These patterns make text sound inauthentic and "cringe."

Common Tells

Pattern Problem
Emdash overuse LLMs love emdashes—they use them constantly—even when other punctuation works better
"It's not X, it's Y" Formulaic contrast structure
"Here's why" Clickbait-style lead-in
"Here's why it matters:" Same energy
"Let's dive in" Forced enthusiasm
"In this guide, we'll..." Overly formal setup
"It's worth noting that..." Unnecessary hedge
"At its core..." Pseudo-profound opener

THE EXACT PROMPT — De-Slopify Documentation

I want you to read through the complete text carefully and look for any telltale signs of "AI slop" style writing; one big tell is the use of emdash. You should try to replace this with a semicolon, a comma, or just recast the sentence accordingly so it sounds good while avoiding emdash.

Also, you want to avoid certain telltale writing tropes, like sentences of the form "It's not [just] XYZ, it's ABC" or "Here's why" or "Here's why it matters:".  Basically, anything that sounds like the kind of thing an LLM would write disproportionately more commonly that a human writer and which sounds inauthentic/cringe.

And you can't do this sort of thing using regex or a script, you MUST manually read each line of the text and revise it manually in a systematic, methodical, diligent way. Use ultrathink.

Why Manual Review is Required

The prompt explicitly states:

"And you can't do this sort of thing using regex or a script, you MUST manually read each line of the text and revise it manually in a systematic, methodical, diligent way."

Reasons:

  1. Context matters — Sometimes an emdash is actually the right choice
  2. Recasting sentences — Often the fix isn't substitution but rewriting
  3. Tone consistency — Need to maintain voice throughout
  4. Judgment calls — Some patterns are fine in moderation

Emdash Alternatives

When you encounter an emdash (—), consider:

Original Alternative
X—Y—Z X; Y; Z or X, Y, Z
The tool—which is powerful—works well The tool, which is powerful, works well
We built this—and it works We built this, and it works
Here's the thing—it matters Here's the thing: it matters or recast entirely

Sometimes the best fix is to split into two sentences or restructure entirely.


Phrases to Eliminate or Rewrite

"Here's why" family

  • "Here's why" → Just explain why directly
  • "Here's why it matters" → Explain the importance inline
  • "Here's the thing" → Usually can be deleted entirely

Contrast formulas

  • "It's not X, it's Y" → "This is Y" or explain the distinction differently
  • "It's not just X, it's also Y" → "This does X and Y" or similar

Forced enthusiasm

  • "Let's dive in!" → Just start
  • "Let's get started!" → Just start
  • "Excited to share..." → Just share it

Pseudo-profound openers

  • "At its core..." → Usually can be deleted
  • "Fundamentally..." → Often unnecessary
  • "In essence..." → Just say the essence

Unnecessary hedges

  • "It's worth noting that..." → Just note it
  • "It's important to remember..." → Just state the fact
  • "Keep in mind that..." → Often deletable

Before and After Examples

Example 1: Emdash Overuse

Before (sloppy):

This tool—which we built from scratch—handles everything automatically—from parsing to output.

After (clean):

This tool handles everything automatically, from parsing to output. We built it from scratch.

Example 2: "Here's why" Pattern

Before (sloppy):

We chose Rust for this component. Here's why: performance matters, and Rust delivers.

After (clean):

We chose Rust for this component because performance matters.

Example 3: Contrast Formula

Before (sloppy):

It's not just a linter—it's a complete code quality system.

After (clean):

This is a complete code quality system, not just a linter.

Or even better:

This complete code quality system goes beyond basic linting.

Example 4: Forced Enthusiasm

Before (sloppy):

# Getting Started

Let's dive in! We're excited to help you get up and running with our amazing tool.

After (clean):

# Getting Started

Install the tool and run your first command in under a minute.

When to De-Slopify

Best Times

  • Before publishing a README
  • Before releasing documentation
  • After AI-assisted writing sessions
  • During documentation reviews

Files to Check

  • README.md
  • CONTRIBUTING.md
  • API documentation
  • Blog posts
  • Any public-facing text

Integration with Workflow

As Part of Bead Workflow

bd create "De-slopify README.md" -t docs -p 3
bd create "De-slopify API documentation" -t docs -p 3

As Final Pass Before Commit

Now, before we commit, please read through README.md and look for any telltale signs of "AI slop" style writing...

What NOT to Fix

Some things are fine even if they seem "AI-like":

  • Technical accuracy — Don't sacrifice correctness for style
  • Necessary structure — Headers, lists, etc. are fine
  • Clear explanations — Being thorough isn't slop
  • Code examples — Focus on prose, not code

Complete Prompt Reference

Main De-Slopify Prompt

I want you to read through the complete text carefully and look for any telltale signs of "AI slop" style writing; one big tell is the use of emdash. You should try to replace this with a semicolon, a comma, or just recast the sentence accordingly so it sounds good while avoiding emdash.

Also, you want to avoid certain telltale writing tropes, like sentences of the form "It's not [just] XYZ, it's ABC" or "Here's why" or "Here's why it matters:".  Basically, anything that sounds like the kind of thing an LLM would write disproportionately more commonly that a human writer and which sounds inauthentic/cringe.

And you can't do this sort of thing using regex or a script, you MUST manually read each line of the text and revise it manually in a systematic, methodical, diligent way. Use ultrathink.

Quick Version (for minor touch-ups)

Review this text and remove any AI slop patterns: excessive emdashes, "Here's why" constructions, "It's not X, it's Y" formulas, and other LLM writing tells. Recast sentences to sound more naturally human. Use ultrathink.