antislop-copywriting

antislop-copywriting

アンチスロップ：AI コーディングエージェントのためのルール。コピー＆テキストのスキル

antislop システムの一部です。コアとなる antislop.md と併せてお読みください。このスキルでは、コピーとテキストに関するテーマを掘り下げ、見出し、CTA、トーン、価値提案、AI が書いた文章だと見抜かれやすいパターンを扱います。コアルールは番号で参照し、重複させたり、番号を振り直したりしません。マーケティングコピー、製品コピー、ランディングページのテキスト、または読者に向けた文章を作成・編集するタスクで読み込んでください。

このスキルの使い方

• コピーやテキストに関するタスクでは、必ず antislop.md と併せて読み込んでください。コアには仕組み（目的のテスト、3 つのティア、デリバリーゲート）と厳格な禁止事項（R-02、R-15、R-16、R-17、R-18、R-36、R-38）が記載されています。このスキルには、コアでは扱わないコピー固有の詳細が記載されています。
• すべてのパターンは同じ構成です。パターン、AI の文章に見える理由、修正前（スロップ）、修正後（修正例）で構成し、適用されるコアルールを R-XX の形式で示しています。
• 以下のすべてに適用されるルールが 2 つあります。
  • 事実を決して捏造しない（R-17、R-36、R-38）。書き直す際に、原文またはユーザーから提供されていない事実、名前、数値、日付、引用、出典を加えてはいけません。具体性は原文またはユーザーから得るものであり、書き直しによって作り出すものではありません。文を成立させるために実際の詳細が必要なら、それを尋ねるか、詳細を加えずに簡潔な文を書いてください。
  • 過度に無機質にしない。 AI のパターンを避けることは、仕事の半分にすぎません。声のないコピーも、AI らしさがあふれるコピーと同じくらい機械的に見えます（R-37）。ユーザーが声のトーンを指定している場合は、それを保ってください。
• コアに記載されたデリバリーゲートは引き続き適用されます。このファイルの末尾にある「コピーライティングスキルのチェックリスト」は、デリバリーゲートと併せて実行する、コピー固有の補足です。

トーンと声

中身のない AI 用語

• パターン： 何も伝えずに印象を強めるため、動詞や抽象名詞を並べる表現です。unlock、elevate、empower、delve、showcase、testament、landscape（抽象的な意味）、journey、robust、game-changer、next-level、seamless、cutting-edge、revolutionary などがあります。
• AI の文章に見える理由： こうした言葉は、機械が生成した文章にずっと頻繁に登場します。情報を伝える意図ではなく、感心させようとする意図を示すもので、ページが AI 生成だと見抜かれる最も手っ取り早い方法です。
• 修正前：

  シームレスなコラボレーションの力を解き放ち、チームの歩みを次のレベルへと高めましょう。

• 修正後：

  チームと 1 つの共有スペースで作業できます。

• ルール： R-16（流行語）、R-36（主張の捏造禁止）。

重要性の誇張

• パターン： 「X の未来」、「重大な節目となる」、「〜の証し」、「〜に革命を起こす」、「新時代の幕開け」などの表現です。
• AI の文章に見える理由： 主張の裏付けがなく、製品が何をするかに関係なく、同じような文になってしまいます。内容を伝えるべきところに、仰々しい表現を置いているのです。
• 修正前：

  私たちのプラットフォームは、チームの生産性の進化における重大な節目となり、新たな働き方の時代を切り開きます。

• 修正後：

  私たちのプラットフォームは、チームが状況報告の会議に費やす時間を削減します。

• ルール： R-36（主張の捏造禁止）、C-5（主張より根拠を重視）。

根拠のない空疎な主張とソーシャルプルーフ

• パターン： 「数千のチームから信頼されています」、「業界をリードする」、「世界クラス」、「世界中の顧客に愛されています」など、具体名や検証可能な情報を伴わない表現です。
• AI の文章に見える理由： 根拠のない信頼性の主張は、裏付けがないことを自ら認めているようなものです。実在する顧客名、実際の数値、実際のユースケースを載せるべき場所を埋めてしまいます。
• 修正前：

  世界中の数千のチームから信頼されています。業界をリードするテクノロジーは、世界中の顧客に愛されています。

• 修正後：

  [顧客名。実在する場合のみ] のサポートチームが利用しています。実在する顧客名を挙げられない場合は、この主張自体を削除してください。

• ルール： R-17（データと数値）、R-18（推薦コメント）、R-36（主張の捏造禁止）、C-5。

イタチの帰属

• パターン: 「専門家によると」「業界の関係者」「人々は報告している」「主要アナリストは信じている」——誰の名前も挙げずに。
• なぜ AI っぽく読まれるか: この帰属は、出典のない主張を権威的に感じさせるために存在します。権威が実在するなら、名前を挙げてください。そうでなければ、その主張に衣装を着せるべきではありません。
• Before:

  Experts say this approach dramatically improves conversion.

• After:

  [Name the source or cut the sentence. Example with a real source: "In a 2024 study by [named firm], this approach improved conversion by [real figure]."]

• ルール: R-36、C-5。

説得力を装う権威の決まり文句

• パターン: 「本質的に」「本当の問題は」「本当に重要なのは」「根本的に」「より深い問題」「問題の核心」。
• なぜ AI っぽく読まれるか: これらのフレーズは、雑音を切り捨ててより深い真実に迫るふりをして、ありふれた指摘を余計な儀式つきで言い直すだけです。
• Before:

  At its core, what really matters is whether your team can move faster.

• After:

  Whether your team can move faster depends on how quickly you can merge changes.

• ルール: R-36。

チャットボットの締めくくり

• パターン: 「お役に立てれば幸いです!」「ご不明な点があればお知らせください」「詳しく説明しましょうか?」「どういたしまして!」。
• なぜ AI っぽく読まれるか: これらは会話の産物であり、コピーではありません。モデルのチャット出力がそのまま成果物に貼り付けられたときに現れます。
• Before:

  Here is an overview of our pricing. I hope this helps! Let me know if you'd like me to break down any tier.

• After:

  Here is our pricing. The Starter tier includes three seats and community support.

• ルール: R-36。

偽の率直さで始める導入

• パターン: 「正直に言うと?」「正直に話しましょう」「こういうことです」「本音で言うと」——ありふれた指摘の前の芝居がかった間。
• なぜ AI っぽく読まれるか: 正直な人はたいてい、そのことをそのまま言います。ためてから明かすのは、作り物の親密さです。
• Before:

  Is it worth the price? Honestly? It depends on how often you'll use it.

• After:

  Whether it is worth the price depends on how often you'll use it.

• ルール: R-36。

道案内の宣言

• パターン: 「さっそく見ていきましょう」「知っておくべきことはこちらです」「この記事では掘り下げます」「前置きはこのくらいにして」。
• なぜ AI っぽく読まれるか: やるべきことをやる代わりに、これから何をするかを宣言するのはメタな注釈です。読者を足踏みさせ、テキストにチュートリアル台本のような感触を与えます。
• Before:

  Let's dive into how caching works in Next.js. Here's what you need to know.

• After:

  Next.js caches data at multiple layers, including request memoization, the data cache, and the router cache.

• ルール: R-36。

すべて大文字による強調

• パターン: 段落の中の文、節、フレーズ全体をすべて大文字にして強調を叫ぶ: 「The launch is ready and WE NEED TO MOVE NOW before the window closes.」
• なぜ AI っぽく読まれるか: 強調としての大文字は、文の中に強調を書き込む代わりに、モデルが切迫感をでっち上げるために手を伸ばす乱暴な道具です。長いテキストでは叫んでいるように読まれ、すべてを大声にすることで本当の山場を平坦にしてしまいます。
• Before:

  This is our last chance to win this customer, and WE MUST ACT IMMEDIATELY before they choose a competitor.

• After:

  This is our last chance to win this customer. If we do not respond today, they will choose a competitor.

• ルール: R-36。(R-06 はデザイン上の選択としての、字間を広げた大文字ラベルを扱っています。このパターンは散文の場合、つまり強調の役割を担う段落内の大文字です。)
• 禁止ではない: 本物の見出し、叫ぶ声で意図的に叫ばれた一行、アクセントとして一度だけ使われる単一のすべて大文字の語は、大文字のままで構いません。見分け方は、言葉が担うべき強調を、文から文へと大文字が担っている場合です。最小限に抑え、すべての大文字を剥ぎ取らないでください。

行為者を欠いた受動態

• パターン: 行為者が削除された受動態：「無料プランを終了することが決定されました」「料金ページが更新されました」「過ちが犯されました」。
• なぜ AI っぽく読めるのか: モデルは誰が行為したのかを知らないため、それを避けて書きます。その機能を出荷したチームは知っているので、そう書きます。行為者を削除すると、文から責任も静かに消え去ります。だからこそ、この形は企業のコピー以外では生き残らないのです。
• 変更前:

  新しい階層を反映するために料金ページが更新されました。

• 変更後:

  新しい階層を表示するために、私たちは料金ページを書き直しました。

• ルール: R-02（テキストは自然で人間らしく感じられること）。
• 禁止ではありません: 行為者が不明、無関係、または意図的に伏せられている場合（「サーバーは 03:00 に再起動されました」）、また目的語が段落の真の主語である場合には、受動態が正しい選択です。兆候となるのは、ページが何ページも続く中で、ずっと利用可能だった行為者がいるにもかかわらず、デフォルトで受動態が選ばれることです。

無生物の主語、人間の動詞

• パターン: 抽象的なものに主体性を与える：「データが教えてくれる」「デザインが決める」「不満が修正になる」「ロードマップはリテンションに注力したがっている」。
• なぜ AI っぽく読めるのか: 誰も名指ししないまま能動的に響くので、受動態チェックを通過しつつ、行為者を依然として隠します。また、「理解する」ダッシュボードはどのダッシュボードもしないことをしているため、製品を褒めすぎることにもなります。
• 変更前:

  ダッシュボードはあなたのチームに何が必要かを理解し、適切な数値を表面化します。

• 変更後:

  ダッシュボードは、あなたのチームが毎朝確認する 3 つの指標を開きます。

• ルール: R-02、R-16（主張よりも具体的な言語）。
• 禁止ではありません: 通常の製品の動詞は問題なく、定着した慣用表現も同様です。「レポートが示す」「フォームが送信する」「フィルターがリストを絞り込む」は、そのものが何をするかを説明しています。兆候となるのは、背後に心を必要とする動詞です：理解する、知る、決める、望む、信じる、気にかける。

リズムと構造

三つの法則の乱用

• パターン: 完結して聞こえるように、あらゆるアイデアを三つの組に押し込む：「イノベーション、インスピレーション、インサイト」。
• なぜ AI っぽく読めるのか: 本物のリストは、内容が必要とする数の項目を持ちます。無理に作られた三つ組はリズムの兆候であり、すべてのセクションに一度に現れます。
• 変更前:

  参加者は基調講演、パネルディスカッション、ネットワーキングの機会を期待できます。イノベーション、インスピレーション、業界のインサイトを持ち帰ることができるでしょう。

• 変更後:

  イベントには講演、パネル、セッション間の非公式なネットワーキングの時間が含まれます。

• ルール: R-05（ページ構造）、R-36。

否定の並列と後置された否定

• パターン: 「単なる X ではなく、Y です」「X だけでなく、Y も」、そして強調として付け足される切り詰められた断片：「推測は不要」「無駄な動きはなし」。
• なぜ AI っぽく読めるのか: この構文は、強調が正当化されるかどうかにかかわらず、強調して聞こえるようにモデルが手を伸ばす定型文です。
• 変更前:

  それは単なるダッシュボードではなく、コマンドセンターです。オプションは選択した項目から来るので、推測は不要です。

• 変更後:

  ダッシュボードは、あなたが選択したデータを表示します。オプションは選択した項目から来るので、推測を強いられることはありません。

• ルール: R-36。

格言の定型文

• パターン: 「X は Y の言語である」「X は Z の通貨である」「X は道具ではなく鏡である」「効率はいつ罠になるか」。
• なぜ AI っぽく読めるのか: 精度を加えることなく深遠に聞こえる、再利用可能な定型文です。要点を述べるのではなく、それらしく示すだけです。
• 変更前:

  対称性は信頼の言語である。チームが人間の層を忘れるとき、効率は罠になる。

• 変更後:

  対称的なレイアウトは、ユーザーにとってより予測しやすく感じられます。チームはワークフローを過剰に最適化し、人々が実際にどう働くかを見落とすことがあります。

• ルール: R-36。

断片的なドラマ演出

• パターン： 短い断定文を連続させて、オチを作ります。「好みはありませんでした。先入観もありませんでした。懐かしさもありませんでした。」
• AI らしく見える理由： 強調のために短い文をひとつ使うのは問題ありませんが、連続させると作為的に聞こえます。リズムが均一で、芝居がかった印象になります。
• 修正前：

  それまでのルールはなくなりました。テンプレートもありません。既定値もありません。安全性もありません。

• 修正後：

  それまでのルールは適用されなくなり、すべてのページを一から設計する必要がありました。

• ルール： R-36。

類義語の使い回し

• パターン： 同じ言葉の繰り返しを避けるために、類義語に置き換えます。「主人公は困難に直面し、主役は適応し、中心人物は耐え抜きます」。
• AI らしく見える理由： モデルは繰り返しへのペナルティを避けるために言い換えます。人間の書き手は、最も明確な言葉が最も明確であるとき、その言葉を繰り返します。
• 修正前：

  チェックアウトは速いです。手続きは迅速です。流れはスピーディーです。

• 修正後：

  チェックアウトは速く、すべてが3回のクリックで完了します。

• ルール： R-36。

意味のない範囲表現

• パターン： 意味のある尺度上にない X と Y を使った「X から Y まで」という表現です。「オンボーディングから拡張まで」、「最初のクリックから最後の請求書まで、その間のすべて」などが該当します。
• AI らしく見える理由： 印象的に聞こえる枠組みを示していますが、具体的な内容を何も表していません。
• 修正前：

  最初の接点から最後の請求書まで、その間のすべてに対応します。

• 修正後：

  見積書、請求書、支払いリマインダーに対応します。

• ルール： R-36。

誠実さと根拠

捏造された具体情報

• パターン： 現実味はあるものの事実ではない、数字、推薦文、名前、日付、機能を作り上げます。
• AI らしく見える理由： 具体的に見える捏造は、曖昧な主張よりも悪質です。偽りでありながら、誠実な内容に見えるからです。これは、より人間らしく聞こえる場合でも欠陥となる唯一のパターンです。
• 修正前：

  1万以上のチームに信頼されています。「Antislop のおかげでレビュー時間が半分になりました。」- Sarah Chen、[架空の会社]のエンジニアリング担当 VP。

• 修正後：

  実在する顧客がいない場合は、数字も引用文も書きません。代わりに、製品の機能を説明します。実際の統計には、実在する情報源が必要です（R-17、R-36）。

• ルール： R-17、R-18、R-36、R-38、C-5。

推測による情報の穴埋め

• パターン： 事実が分からないとき、書き手がまず分からないことについて一文を書き、次にもっともらしい内容で穴埋めします。「会社はおそらく1990年代に設立された」、「彼女は目立たないようにしている」などが該当します。
• AI らしく見える理由： 推測を事実のように装っています。モデルは情報源を見つけられず、穴を取り繕っています。
• 修正前：

  具体的な詳細は限られていますが、創業者はおそらく小規模に事業を始め、口コミで成長したのでしょう。

• 修正後：

  創業に関する詳細は、当社の情報源には記録されていません。（または、この文を丸ごと省きます。情報源に記載がある場合に限り、日付を示します。）

• ルール： R-17、R-36。

ありきたりな前向きの結び

• パターン： 「明るい未来が待っています」、「これからが楽しみです」、「これは正しい方向への大きな一歩です」など。
• AI らしく見える理由： 何も言い直さず、何も約束しない、楽観的な締めくくりです。情報ではなく楽観的な言葉で結びを引き延ばしています。
• 修正前：

  卓越性を目指す取り組みを続けるなかで、お客様の未来は明るいものになるでしょう。

• 修正後：

  （この文は削除します。最後の具体的な事実で締めるか、実際に予定がある場合はその内容を述べます。）

• ルール： R-36。

表記と Markdown

エムダッシュ

• パターン： 挿入句や文をつなぐ記号として使われるエムダッシュ文字（—）。例：「制度は、人々ではなく、存続し続けます」。
• AI らしく見える理由： AI らしさを示す最も確かな特徴の一つであり、基本ルールで全面的に禁止されています。
• ルール： R-02 では、あらゆるテキストでエムダッシュを禁止しています。おおよそ次の優先順位で置き換えてください。ピリオド（新しい文を始める）、コンマ（短い挿入句）、コロン（説明を導入する）、括弧（独立した挿入句）、または文の構成を変える。スペースで囲まれたエムダッシュ（—）や、同じ使い方をする二重ハイフン（--）も見つけてください。
• 変更前：

  この方針は、予告なしに発表され、数千人の労働者に影響します。

• 変更後：

  この方針は、予告なしに発表され、数千人の労働者に影響します。

• 変更前：

  住所を「オランダ、ヨーロッパ」とは書かないでしょう。それでも、この誤った分類は続いています。

• 変更後：

  住所を「オランダ、ヨーロッパ」とは書かないでしょう。それでも、この誤った分類は続いています。

• 誤検知： 多くの編集者やジャーナリストは、意図的にエムダッシュを使います。エムダッシュ単独では、AI の証拠にはなりません。他の特徴と重なっている場合に該当します（R-02 では出力で引き続き禁止されていますが、ユーザーが意図的に使っている文体を、断りなく書き換えないでください）。
• 文体のサンプル： ユーザーがエムダッシュを使った文章サンプルを提示した場合、そのサンプルはエージェントの文面ではなく、指針です。R-37 の指示に従って取り上げ（文字とルールを示して確認します）、ユーザーが使い続ける場合に限り、サンプルと同じ頻度で使ってください。黙って残したり削除したりしてはいけません。

太字の多用

• パターン： 重要語句を機械的にすべて太字にすること。例：「OKR」、「KPI」、「BMC」。
• AI らしく見える理由： あらゆる箇所を強調すると、何も強調されていないのと同じです。ページが読者に向かって叫んでいるように見えます。
• 変更前：

  計画にあたって、OKR、KPI、ビジュアル戦略ツールを組み合わせます。

• 変更後：

  計画にあたって、OKR、KPI、ビジュアル戦略ツールを組み合わせます。

• ルール： R-36。
• 例外： アンスロップルール内にある構造上のラベル（antislop.md の **FORBIDDEN**／**REQUIRED** マーカー）は、機械的にすべての重要語句を太字にするパターンではなく、ドキュメント上の慣例なので対象外です。

引用符の多用

• パターン： 引用符が長い文章に散りばめられていること。引用する必要のない語句の引用、普通の用語をわざとらしく引用すること、強調や曖昧さを示すために引用符を常用することなどです。文章が書かれたものというより、引用の寄せ集めのように見えます。
• AI らしく見える理由： モデルは、文中で距離感や皮肉、強調を表現する代わりに、引用符を使いがちです。長文で引用符が密集していると、機械的な文章だと分かりやすくなります。
• 変更前：

  「ソリューション」が「ワークフロー」を「効率化」し、「重要なこと」に「集中」できるようにします。

• 変更後：

  ソリューションがワークフローを効率化し、重要なことに集中できるようにします。

• ルール： R-36。
• 禁止ではありません： 会話文、短編小説、実際の出典からの引用、作品のタイトルでは、引用符をそのまま使います。問題なのは、文で伝えるべきことを引用符に担わせることです。正当な理由があって一度だけ使う引用符は問題ありませんが、引用符が密集しているのは避けてください。意味を担う引用符は取り除かず、最小限にしてください。

インライン見出し付きリスト

• パターン： 太字の見出しにコロンを続けて始めるリスト項目。例：「- ユーザーエクスペリエンス： UX が改善されました」。
• AI らしく見える理由： 見出しが項目の内容を繰り返しています。これは構成ではなく、書式上の癖です。
• 変更前：

  • ユーザーエクスペリエンス： インターフェースが使いやすくなりました。
  • パフォーマンス： 読み込み時間が短縮されました。
  • セキュリティ： データは暗号化されます。

• 変更後：

  今回の更新により、インターフェースが使いやすくなり、読み込み時間が短縮され、転送中のデータが暗号化されます。

• ルール： R-36。
• 例外： 各アンスロップスキル項目の構成に使われる - **Tell:**／- **Why:**／- **Fix:** の見出しは、ドキュメント上の慣例であり、見出しが項目の内容を繰り返すパターンには該当しません。

見出しの絵文字

• パターン: 見出しや箇条書きの先頭に装飾用の絵文字を付ける: 🚀 ローンチ、💡 重要な洞察、✅ 次のステップ。
• なぜ AI らしく読めるのか: 絵文字が情報を担っていません。伝えるのではなく、装飾しているだけです。
• 修正前:

  🚀 ローンチフェーズ: 製品は第3四半期に出荷される 💡 重要な洞察: ユーザーはシンプルな価格設定を好む

• 修正後:

  製品は第3四半期に出荷されます。ユーザー調査では、シンプルな価格設定が好まれることが示されました。

• ルール: R-36。

冗長なフレーズ

• パターン: 「to」の代わりに「In order to」、「because」の代わりに「Due to the fact that」、「now」の代わりに「At this point in time」、何も意味しない「It is important to note that」。
• なぜ AI らしく読めるのか: 冗長な表現は、意味を加えずに文を膨らませます。フォーマルに聞こえるようにモデルが付け足す詰め物です。
• 修正前:

  In order to achieve this goal, it is important to note that we need more data.

• 修正後:

  To reach this goal, we need more data.

• ルール: R-36。

過剰なヘッジング

• パターン: 1つの主張に複数の限定表現を重ねる: 「could potentially possibly」、「may perhaps」。
• なぜ AI らしく読めるのか: いたるところでヘッジングすると、文章が回避的に聞こえます。限定表現は1つで十分機能します。
• 修正前:

  This could potentially possibly be the reason the feature went unused.

• 修正後:

  This may be why the feature went unused.

• ルール: R-36。

指摘すべきでないもの

クリーンな人間の書き手でも、AI が一切関与していないのに上記のパターンのいくつかに当てはまることがあります。修正する前に、正当な文章を台無しにしていないか確認してください。これらは単独では信頼できる指標ではありません:

• 完璧な文法と一貫したスタイル。 多くの書き手はプロであるか、編集を受けたことがあります。洗練されていることは AI を意味しません。
• カジュアルとフォーマルが混在する文体。 これはしばしば、チャットボットではなく実在の人物を示します。
• 「味気ない」「ロボットのような」文章。 AI の文章には具体的な兆候があります。そうした兆候のない一般的な淡白さは、ただの淡白な文章です。
• フォーマルな語彙。 AI が過剰に使うのは特定の語です（「AI の空っぽな語彙」を参照）。すべての気取った語ではありません。賢そうに聞こえるからといって、正確な語を平板にしないでください。
• 単独のありふれた接続詞。 「however」や「additionally」が1つあるだけでは兆候になりません。それらが積み重なったときにだけ意味を持ちます。
• 単独のカーリークォート。 macOS、Word、そしてほとんどの CMS はデフォルトで自動的にカーリークォートにします。カーリークォートは他の兆候と重なったときにだけ意味を持ちます。
• 単独のエムダッシュ。 編集者やジャーナリストも使います。エムダッシュはクラスターの中にあるときにだけ証拠になります。
• 短い強調の一文が1つ。 人間は要点を決めるために切り詰めた文を使います。断続的なドラマ性は、複数の断片が連続して現れたときにだけ指摘してください。
• 出典のない主張。 ウェブのほとんどは出典がありません。引用の欠如は何も証明しません。
• 引用されたテキスト。 引用、タイトル、固有名詞、またはフレーズが使われるのではなく論じられている例の中のフレーズを書き換えないでください。

孤立した兆候ではなく、クラスターを探してください。 エムダッシュ1つでは何の意味もありません。エムダッシュ + 三つの並列 + 「vibrant tapestry」+ 一般的な結論は自白です。これはコア自身の指針と一致します。パート1は診断スキャンであり、禁止リストではありません。

人間の文章の兆候（これらは保持してください）

これらが見られるときは、文章に手を加えずにそのままにしておく方に傾いてください。これらは実在の人物の証拠であり、過剰な編集はコピーを人間らしく聞こえさせるものを破壊します:

• 具体的で、珍しく、でっち上げるのが難しい詳細。 実在の住所。奇妙な引用。LLM は具体性を丸めますが、人間はそれを大事に取っておきます。
• 混ざり合った感情と未解決の緊張。 「これはおおむね良いと思うが、引っかかるものがある」。LLM はきれいな見解にデフォルトします。
• 時代や年代に結びついた言及。 特定の年とサブカルチャーに対応するスラング、ミーム、内輪ネタ。
• 文の長さの多様性。 本物の文章は短い文と長い文を交互に使います。AI の文章は均一な中程度の長さのリズムに傾きます。
• 本物の余談と自己修正。 「（ここで『ほとんど』と言いたくなるのですが、実際には確実でした。）」

音声の調整（任意）

ユーザーが自分の文章のサンプルを提供した場合は、書き換える前にその文体に合わせます。

1. まずサンプルを読みます。文の長さ、語彙、段落の書き出し、句読点、繰り返し使われる表現に注目します。
2. AI らしさを取り除くだけでなく、そうした特徴に合わせます。くだけた言葉を改まった表現に変えたり、意図的な癖を整えたりしません。
3. R-02 が適用される場合を除き、サンプルをこのスキルのスタイルルールより優先します。エージェントが作成する文章には R-02 が適用されます。サンプルに長ダッシュが使われている場合は方向性として受け止め、R-37 の競合時の手順に従います。ユーザーが長ダッシュを残す場合に限り、その使用頻度に合わせます。ユーザーが使用を許可していない文章には、R-02 を全面的に適用します。

サンプルがない場合は、上記の既定ルールを使います。作者の文体に合わせることを、特徴を取り除くことより優先します。

下書き、監査、最終稿

文章を提出する前に、次の手順を繰り返します。

1. 下書き。 上記のパターンに従って文章を書き換えます。声に出して読んでも自然か、文の長さに変化があるか、具体的で簡潔な表現を使っているか、適切な文体を保っているかを確認します。
2. 監査。 次の2つの質問を自問し、簡潔に答えます。「明らかに AI が生成したとわかる点は何か？」「原文にない事実、名前、数字、日付、引用を述べていないか？」不自然な原文を人間らしく聞こえるように書き換えた場合でも、情報を捏造していれば欠陥です。
3. 最終稿。 2つの問いへの回答を踏まえて修正します。最後に長ダッシュと短ダッシュがないか確認します（R-02）。見つかった場合は、下書きの完成とはみなしません。

コピーライティングスキルのチェックリスト

コピーライティングの作業では、基本の提出前チェックとあわせて次の項目を確認します。すべて満たす必要があります。

• 数字、推薦文、名前、日付、主張を捏造していない。すべて事実に基づいているか、プレースホルダーであることを明記している（R-17、R-18、R-36、R-38）
• R-16 と空虚な AI 用語リストにある流行語を、具体的で根拠のある表現に置き換えている
• 出力に長ダッシュを使っていない（R-02）。ユーザー自身の文体サンプルに長ダッシュが使われている場合は、R-37 に従ってその点を明示し、ユーザーが使用を維持することを選んでいる
• 引用符を過剰に使っていない。引用符は、会話、実際の引用、タイトルなど意味がある場合にのみ使い、単なる強調のために使っていない（R-36）
• すべて大文字の強調表現を使っていない。大文字で叫ぶのではなく、文の中で強調している（R-36）
• 各文に動作主を示している。実際の主語がある場合、動作主のない受動態や、人間のように振る舞う抽象概念を使っていない（R-02、R-16）
• 行動を促す表現（CTA）が具体的な行動に結び付いており、汎用テンプレートになっていない（R-15）
• AI らしいリズムの特徴がない。無理な三項並列、否定表現の並列、短文による過剰な演出、格言めいた定型句、根拠のない範囲表現を使っていない（R-36）
• 文体に個性がある。ユーザーのサンプル、または明確に選んだトーンに基づいており、無機質な既定文体ではない（R-37）
• 声に出して読んでも、人が書いた文章として自然であり、モデルが水増ししたように聞こえない