mcpField
S
stop-slop

stop-slop

github.com/jssblckクリエイティブ・メディア01.2k 回インストール3 週間前に更新
リポジトリ

stop-slop について

保存、公開、コミット、またはチャット外で共有する文章向けのライティングスキルです。機械生成文に見られる構造パターンを確認しながら、元の事実と有効なリズムの変化を保ちます。

主な機能

  1. 01文章の構造パターンを確認
  2. 02編集時に事実を保持
  3. 03反復する修辞的な枠組みを検出
  4. 04文のリズムに変化をつける
  5. 05段階的な編集手順を提示

活用シーン

  1. 01公開前のドキュメント編集
  2. 02コミットする文章の改稿
  3. 03外部共有する文章の確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/jssblck/agents --skill stop-slop

インストール後、Claude Code で/stop-slopを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

agents/
openai.yaml
references/
examples.md
phrases.md
structures.md

詳細

文章のスロップをなくす

このスキルは、チャット外に保存、配布、公開、コミット、または貼り付ける文章など、長く残る文章にのみ使用してください。通常のアシスタントの返信、進捗報告、最終回答には使用しないでください。ただし、その回答に長く残る成果物が含まれる場合は、その成果物にのみ適用してください。

「スロップ」とは、機械が書いたように読める文章のことです。「深く掘り下げる」「タペストリー」「今日の状況において」といった表現を禁止語リストで検出できても、リズムや修辞的な構成に関する問題は見逃されます。最も有用な手掛かりは、文章の構造にあります。

次の2つの失敗を避けてください。

  1. スロップは、常に修辞的な枠組みを使います。読者を安心させ、考えをバランスの取れた対比や整った格言で締めくくります。
  2. 過剰な修正によって、すべての文が平板で情報だけの文章になります。均一なリズムも、機械が書いたように見える原因です。

具体的で平易な言葉を使い、具体的な仕組みを説明する、変化に富んだ文章を書いてください。各セクションに、個性が感じられる短い表現を1つ入れる程度なら問題ありません。

基本のチェック

編集後、すべての事実が残っているか確認してください。すべての事実を保ったまま短くした文章は、スロップを取り除いています。情報を削る書き換えは、文体ではなく内容を変えています。

構造上の手掛かり

次の項目を確認してください。各項目の詳しい説明と、残すか削るかの判断基準は references/structures.md にあります。以下は作業用の一覧です。

  1. 美徳や人格を持ち出す表現。 対象が誠実、信頼できる、信念を持っている、謙虚であるといった主張は削除してください。対象が何をするかを述べ、仕組みからその特性が伝わるようにします。
  2. 作為的な対比。 Yが藁人形や雰囲気づくりにすぎない場合は、「XではなくY」という表現を削除してください。両方が実際に異なる事実を示しているなら残します。
  3. 格言調の書き出しや締めくくり。 周囲の事実を繰り返すだけの整った格言は削除してください。
  4. 飾りのための3項目並列。 内容に実際に3つの項目がある場合に限り、3項目のリストを残します。
  5. 劇的な前振りと結末。 情報を suspense のために演出せず、直接伝えてください。
  6. 均一で短い見出し。 構成に変化をつけ、適切な場合は平易な名詞句を使います。
  7. 均一なリズム。 情報を淡々と述べる文も織り交ぜてください。自然な文章には、長さや強調の変化があります。

一律に削らず、見極める

「XではなくY」という構成は頻繁に使われ、削りすぎやすい表現です。それぞれの側が何を伝えているかを確認してください。

  • 削除:「あなたが管理するゲートであり、我慢して受け入れるボットではない」(後半はリズムを整えるために作られた藁人形です)。
  • 残す:「ゲートは遮断し、アドバイザーは意見を述べる」「ゲートはフェイルクローズし、アドバイザーはフェイルオープンする」(両方とも、実際に異なる対立した動作を示しています)。

断片や短い文にも同じ基準を適用してください。作為的なものは削除し、有用な変化は残します。

文体の基準(最も効果的)

「AIらしさを取り除く」という指示より、目標とする文体を示すほうが効果的です。編集前に、代表的な段落を2、3個読んでください。文の長さ、コメントの密度、言い回しを合わせます。参考になる文章がない場合は、システムを構築したエンジニアとして、読者の時間を尊重する文章を書いてください。

ワークフロー

  1. 同じ著者や製品の文体を示す文章があれば、それを読みます。
  2. 意味を確認し、事実を増やさず修辞だけを加えている文に印を付けます。
  3. 印を付けた文を書き換えます。不要な枠組みを取り除きながら、すべての事実を残します。
  4. 実際に意味のある対比と、ときどき加える個性は残します。有用な変化を平板化しないでください。
  5. コード、コマンド、データ、表、第三者からの引用はそのまま保持します。
  6. 最初から最後まで読み直します。すべての文のリズムが同じになっていたら、変化を戻します。

メカニズム

ASD-STE100 簡易テクニカル英語の考え方に沿ってください。ユーザーが厳密な準拠を求めない限り、制御語彙を強制しないでください。

  • ASCII 文字のみを使用してください。em ダッシュ、en ダッシュ、または文章中でダッシュとして使う文字列 -- は使用しないでください。コンマ、コロン、括弧、または2つの文に分けて言い換えてください。コマンドやコード内の --flag 形式は変更しないでください。
  • それぞれの概念に使う用語を統一してください。
  • 能動態と直接的な指示を優先してください。
  • 各段落では、1つのトピックだけを扱ってください。
  • 手順の各ステップでは、1つの操作だけを扱ってください。可能な限り、手順の文は20語以下にしてください。

参考資料

  • references/structures.md:構造上の特徴を詳しく説明し、それぞれに排除するか残すかの判断基準と書き換え例を示します。
  • references/phrases.md:語彙上の特徴を説明します(優先度の低い補助的な指針です。語彙より構造が重要です)。
  • references/examples.md:実際のランディングページをもとにした書き換え前後の例を示します。

コメント