unslop について
Unslopは、AI生成文に見られるパターンを減らすテキスト編集スキルです。意味と語調を保ちながら、内容・表現・スタイルの基準で確認し、レビューのみの場合は問題点と修正案を示します。
主な機能
- 01内容・表現・スタイルのパターン検出
- 02意味と語調を保った書き換え
- 03レビューのみの場合に番号付きで修正案を提示
- 04根拠のない事実を追加しない
活用シーン
- 01文章から一般的なAI文体の特徴を減らす
- 02原稿を確認して修正対象の表現を特定する
- 03構文や語調の要件を保って文章を書き換える
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ riffingonsoftware/ agent-skills --skill unslopインストール後、Claude Code で/unslopを入力して読み込まれたか確認します。
同梱ファイルLICENSE
詳細
AIっぽさを取り除く
AI特有のパターンを取り除くようにテキストを編集します。
手順
- 以下のパターンがないか確認します。
- 編集ではなくレビューを求められた場合は、該当する表現をパターン番号と修正案とともに引用し、そこで終了します。書き直したり、採点したり、誰が文章を書いたか推測したりしないでください。
- それ以外の場合は書き直します。意味、必要な構文、意図されたトーンを維持してください。事実、数字、引用、逸話を捏造してはいけません。情報が不足している場合は、元の文章で裏付けられる主張にとどめるか、詳細を尋ねてください。該当する表現をすべて修正するか、不足している情報を尋ねたら終了します。
検出して修正するパターン
内容
- 大げさな表現。「基盤を支える」「念には念を入れる」「重大な転機」「~の証し」「進化する環境」「~の土台を築く」「消えない足跡」「深く根付いた」。大げさな表現を削り、何が起きたかを述べます。
- 名声への便乗。文脈なしにメディアを列挙することです。1つ選び、そこで何が述べられたかを説明します。
- 表面的な「~しながら」表現。「強調しながら……」「確実にしながら……」「反映しながら……」「紹介しながら……」「促進しながら……」。削除するか、具体的な結果を述べます。
- 宣伝文句。「たたずむ」「活気に満ちた」「息をのむような」「画期的な」「名高い」「見事な」「必見」。中立的な表現を使います。
- 曖昧な出典。「専門家は考えている」「業界レポートは示唆している」「一部の批評家は主張している」。出典を明記するか、削除します。
- 型にはまった困難の表現。「課題があるにもかかわらず、繁栄し続けています」。具体的な事実に置き換えます。
言葉遣い
- AIがよく使う語彙。「さらに」「極めて重要な」「深く掘り下げる」「長く続く」「強化する」「促進する」「獲得する」「本当に」(強調として)「重労働」(比喩)「興味深いことに」(書き出し)「相互作用」「複雑な」「環境」(抽象的な意味)「特筆すべきことに」(書き出し)「極めて重要な」「ひそかに」(称賛として)「紹介する」「タペストリー」(抽象的な意味)「証し」「強調する」「活気に満ちた」。平易な語に置き換えます。
- 「~である」の凝った言い換え。「~として機能する」「~として存在する」「誇る」「備える」。単に「~である」または「持つ」とします。
- 段階的に明かす表現。「XだけでなくYでもある」「Xではありません。Yです。」「Xはありません。Yだけです。」、書き手自身が答える問い(「なぜでしょうか。キャッシュが空だったからです。」)、数を先に示す予告(「これが重要な理由は2つあります」)、要点を述べずに期待を持たせる表現(「意外な点はここです」)。要点を直接述べます。
- 3つ並べるルール。考えを無理に3つの組にまとめることです。自然な数を使います。
- 類義語を次々に使うこと。同じ段落で「主人公」「主役」「中心人物」「ヒーロー」をすべて使うことです。1つ選び、繰り返し使います。
- 不自然な範囲表現。意味のある尺度ではないXとYを「XからYまで」と表すことです。話題を直接列挙します。
スタイル
- emダッシュ。使ってはいけません。文を分けるか、読点を使います。リストや例の前にはコロンを使います。括弧内の挿入句、enダッシュ、前後にスペースを置いたハイフンで置き換えるのも避けます。
- コロンの多用。コロンはリストや例の前に使い、文中のつなぎには使いません(「問題点:遅いことです」)。
- Markdownの多用。固有名詞や頭字語をすべて太字にしないでください。コミットメッセージなどのプレーンテキスト出力ではMarkdownを使いません。
- 行頭の見出し付きリスト。行や箇条書きの冒頭に太字のラベルを置く形式(「パフォーマンス: パフォーマンスが向上しました」「スキーマ。 テーブルは1つのファイルにあります」)は避けます。ラベルを通常の文に組み込むか、削除します。
- 見出し。文頭のみ大文字にする形式を使います。セクションの内容を表す見出しにし、「締めくくりの考察」や「重要なポイント」のような見出しは使いません。「インストール」のような慣例的な見出しやテンプレートの見出しはそのまま使います。
- 装飾的な絵文字。見出しや箇条書きから削除します。
- 曲がった引用符。まっすぐな引用符に置き換えます。
コミュニケーション上の癖
- チャットボット特有の言い回し。「お役に立てば幸いです!」「何かあればお知らせください……」「もちろんです!」「承知しました!」「決定的な証拠を見つけました!」削除します。
- 情報不足を示す但し書き。「具体的な詳細は限られていますが……」出典を探すか、削除します。
- 過度に相手に同調する口調。「素晴らしい質問です!まったくそのとおりです!」直接答えます。
冗長な表現
- 埋め草の表現。「In order to」は「To」にします。「Due to the fact that」は「Because」にします。「It is important to note that」「worth noting」「To be clear,」「Honestly,」は削除します。
- 過度な婉曲表現。「could potentially possibly be argued that it might」は「may」にします。
- 前置きやありきたりな締めくくり。背景を述べるだけの冒頭段落は削除します。「The future looks bright」、冒頭を繰り返す結び、1行だけの締めくくりも削除します。最後の事実を述べたら終わりにします。
専門用語
- 抽象的な比喩表現の名詞。Substrate、wedge、vector、locus、vantage、nexus、primitive(名詞として)、harness(比喩として)、surface(「API surface」のような用法)、bedrock、scaffolding(比喩として)、modality、paradigm、gold-plating、ratchet(比喩として)、evacuate(コードの移動を表す用法)、endgame、north star、flywheel。技術的に聞こえますが、たいていはもっと平易で具体的な言葉に置き換えられます。「Substrate」は「base」にします。「Wedge in」は「add」にします。「Vector」は「way」または「method」にします。「Gold-plating」は「more than the job needs」にします。「Ratchet」はその仕組みの実際の名称、または「a limit that only tightens」にします。「Evacuate」は「move out」にします。具体的な言葉を選びます。「attack surface」「attack vector」のような専門用語はそのままにします。
平易な表現
- どのように感じるかではなく、何をするかを述べます。「the database stays close at hand」「SQL you can read」「types that follow your schema」は、仕組みではなく印象を表しています。修正するには、仕組みや数値を明示します。「
.toSQL()returns the exact string sent to the database」「a column rename fails the build」のように書きます。その文から読者に何をすべきか、何を知ってほしいのかを考え、それを文章にします。具体的な指示、事実、数値として言い換えられない場合は、その文を削除します。「This is intentional」や「Here's why that matters」は、理由に置き換えます。 - 長く込み入った文は短くするか、分割します。読者が文の意味をつかむために読み返す必要がある場合は、2文に分けるか、節を削ります。文の長さに変化をつけます。効果を狙って分割した短文(「X works. Y doesn't.」など)は、1文にまとめます。
- 能動態を優先します。「is/are/was/were + 過去分詞」の形に注意し、動作の主体を明示します。「queries are validated」は「the compiler validates queries」に、「the file is parsed by the loader」は「the loader parses the file」にします。動作の主体が不明、または重要でない場合に限り、受動態を使います。
- 副詞を削除するか、より強い動詞を使います。「runs quickly」は「is fast」または数値にします。「significantly improves」は、測定した差分に置き換えます。弱い動詞を補う副詞が必要なら、その動詞が適切ではありません。
- 平易な言葉を優先します。「utilize」は「use」に、「leverage」は「use」に、「facilitate」は「help」に、「numerous」は「many」に、「in the event that」は「if」にします。凝った類義語のほうが明確になることは、ほとんどありません。
- 気取った文章。文字どおりの表現があるのに、比喩や飾り立てた表現を使うこと。格言風の言い回し(「wire it or delete it」)、擬人化したコード(「the plan holds it」)、比喩的な動詞(「rides along」「stands on」)、ありきたりな前置きに注意します。「A dial worth turning」は「a parameter worth varying」にします。データ、ファイル、型が動作するような表現は避けます。「the values file names none」は「not set in the values file」に、「Secrets holds every credential the file names」は「Secrets has each credential listed in the file」にします。このような比喩的な意味で使われる「names」「holds」「carries」「keeps」に注意します。意図を明確に述べます。比喩的な名詞については、26を参照してください。
- 過度な圧縮。冠詞の省略、動詞のない断片的な文、記号だけの表現、読者が読む代わりに解読しなければならない略語は避けます。「Parser rejects bad date → exit 2, no write」は「The parser rejects a bad date, exits with code 2, and writes nothing.」にします。冠詞と動詞を含む完全な文を書き、矢印や略語は展開します。
コメント
Markdown 対応