mcpField
A
anti-ai-slop-writing

anti-ai-slop-writing

github.com/swan-gtmマーケティング・グロース22250 回インストール1 週間前に更新
リポジトリ

anti-ai-slop-writing について

公開前の文章から、AIらしい表現を取り除く編集者やチーム向けのライティングスキルです。必ず書き換える修辞パターンと、重なると機械的に見える表現を別々の工程で確認します。

主な機能

  1. 01文章を二段階で確認
  2. 02必ず書き換える修辞パターンの検出
  3. 03重複する語彙や構文の確認
  4. 04チームの文体ルールへの適応
  5. 05平板な文章への過剰修正を回避

活用シーン

  1. 01公開前のコピーの校正
  2. 02正式発表や技術文書の整理
  3. 03思想的な記事を整えた後に声を加える

インストール

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

$npx skills add https://github.com/swan-gtm/gtm-skills --skill anti-ai-slop-writing

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

同梱ファイルreferences/clustering-and-formatting.mdreferences/zero-instance-patterns.md

詳細

公開前のあらゆる文章に適用します。AI にありがちなパターンを取り除き、規律ある二つのパスで文章を仕上げます。

基本的な考え方:AI の文章には異なる二種類の欠点があり、それぞれに別のパスが必要です。人間にとっての利点がなく、現れるたびに不適切なレトリック上の手法もあれば、単独なら問題なく読めても、重なると機械的な印象を強く与える一般的な単語や構成もあります。それぞれを分けて確認してください。

このスキルは、二段階のライティング基準のうち、削ぎ落とす側を担います。AI らしさを取り除きます。対となる人間らしい言い回しのパスは、逆の役割を担い、声を加えることで、整った文章が平板にならないようにします。二つの役割が常に両方必要とは限らないため、意図的に一つのスキルにはまとめず、別々にしています。公開する文章はすべて AI らしさを取り除くべきですが、すべての文章をくだけた調子にする必要はありません。正式な発表、コンプライアンスに関する注意書き、技術的な概要資料なら、整っていれば十分で、親しみやすさは不要です。このパスだけを実行して終えてください。LinkedIn の投稿、創業者によるソートリーダーシップの発信、個人的なメールなら、さらに声を加える必要があります。まずこのパスを実行し、その後に人間らしい言い回しのパスを実行してください。二つを一つにまとめると、本来は飾り気のないままにすべき文章まで、くだけた文体にしてしまいます。分けておけば、どの文章にも最低限必要な整えを施し、適した場合にだけ表現に個性を加えられます。

二つのパス

文章を返す前に、必ず順番どおりに両方を実行してください。

パス 1 ― 例外なく避けるパターン。 使われるたびに AI らしさが出るレトリック上の手法を確認します。該当箇所は弱めるのではなく、書き換えてください。パターンの全一覧は references/zero-instance-patterns.md にあります。特に見落とされやすいものは次のとおりです。

  1. 否定を使った対比 ― 同じ対象について、まず「何ではないか」を述べてから「何であるか」を主張します。「これは X ではなく、Y です」「単に X だけでなく、Y です」「単に X するのではなく、Y します」などが該当します。見分け方:否定した部分を取り除いても主張が成り立つなら、その否定は補助的な飾りです。削除して、主張を直接述べてください。
  2. 期待をあおるつなぎ ― 「ここが肝心です」「誰も教えてくれないことがあります」「変わった点は次のとおりです」などです。決まり文句だけでなく、この種の表現すべてが対象です。同じ流れの中で明かす内容を示しているでしょうか。それとも、ただ期待をあおっているだけでしょうか。期待をあおるだけなら削除してください。
  3. 自問自答の修辞疑問 ― 「その結果は? 壊滅的でした。」
  4. コロンで結論を導く形 ― 「抽象名詞、コロン、結論」というリズムです(「実情:」「要点:」など)。手法として使用しないでください。要点を普通の文で述べてください。
  5. 型にはまった書き出しと結び ― 「目まぐるしく変化する現代社会では」「本質的には」、謙遜を装った自慢の書き出し(「お知らせできてうれしいです」など)、「結論として」「最終的には」「結局のところ」などが該当します。
  6. 押しつけがましいたとえ ― 「~のようなものだと考えてみてください」「~のようなものです」などです。無理に付けたたとえは一つでも多すぎます。たとえを使わず、対象を直接名指ししてください。
  7. 大げさに作られた利害 ― 壮大すぎる誇張(「すべてを一変させる」など)や、根拠のない将来予測(「1 年後には、あのとき~しておけばよかったと思うでしょう」など)が該当します。利害は、読者がすでに負っている現在のコストから示してください。
  8. 根拠のない具体性 ― 出典に基づかない数字、日付、割合、特定の出来事などです。出典に数字がなければ、数字を使わないでください。

パス 2 ― 集中して現れるパターン。 一つなら問題なく読めても、重なると機械的な印象を与える語彙や構成を確認します。全一覧は references/clustering-and-formatting.md にあります。ルールの要点は次のとおりです。三項法を一つ、ダッシュを一つ、強い形容詞を一つ使うのは人間らしい表現です。しかし、三項法が三つあり、すべての文にダッシュが使われ、壮大な名詞が延々と並ぶと、機械的になります。壮大な名詞(織物、風景、領域、エコシステム)、もったいぶった動詞(深く掘り下げる、活用する、引き出す、育む、高める)、万能の副詞(深く、シームレスに、根本的に)、同じ書き出しの反復(三回以上)、文や段落の長さが均一になること、箇条書きの太字始まり、絵文字や装飾的な Unicode 文字の多用に注意してください。

ブランドに合わせて調整する

どのチームも、これに独自の厳格な却下基準を加えます。採用する価値のある基本セットは、公開する文章では em ダッシュを使わないこと、社内で禁止する単語のリストを設けること(transformative、game-changing、seamless、robust、best-in-class、「excited to announce」など)、そして売り込みへの話題転換をしないことです。つまり、思想を語る記事の締めくくりで、会社がいかに早くから取り組んでいたか、あるいは市場がいかに追いついてきているかを持ち出してはいけません。社内リストの作成方法と適用方法については、references/clustering-and-formatting.md を参照してください。

良い状態とは

  • 優れた編集者が最初に気づくこと: 何よりもよく見られる特徴は否定的な並列表現で、さまざまな形で現れます(「Xを減らし、Yを増やす」「Aのように感じるけれど、実際はB」など)。フレーズのリストではなく、意味上の手法を理解すれば、見逃さなくなります。
  • よくある間違い: 修正しすぎて、ぎこちない文章にしてしまうことです。人は三項列挙や比喩、そして時折 em ダッシュを使いますが、AIはそれらを多用します。すべて取り除くと、すっきりはしていても、別の意味でロボットのような文章が残ります。2回目のパスで目指すのは「集中を避ける」ことであり、「すべての例を削除する」ことではありません。誰も口にしないような文章になるまで、表現を削ぎ落としてはいけません。
  • うまくいったかを判断する方法: パブテスト――同僚二人が昼食中にこの一文を交わすでしょうか? そして公開テスト――書き手は、先にAIらしさを取り除く必要を感じずに、この文章を投稿できるでしょうか? どちらか一方でも満たさない場合、たいていは曖昧な表現が指している具体的なものを明示すれば解決します。

ルール

  • 2つのパスを必ず実行してください。1回目のパスは例外なし、2回目のパスは集中の回避です。
  • ゼロ回出現パターンはすべて、決して弱めずに書き換えてください。
  • 曖昧な文章を置き換えるために、具体的な情報を作り出してはいけません。数字は削除し、捏造しないでください。
  • ぎこちなく、声のない文章になるまで修正しすぎてはいけません。すっきりしていても平板な草稿は完成ではなく、人間らしい質感を加える段階にあります。

コメント