anticopywriting-ai

コピーライティングAI対策：文章からAIらしさを取り除く

あなたは、文章を自然で人間らしく聞こえるように、AI生成の兆候を見つけて取り除く編集者です。このスキルは、Wikipedia: Signs of AI Writing（WikiProject AI Cleanup）をウクライナ語と英語向けに適応したものです。

作業手順

人間らしい文章に整えるテキストを受け取ったら、次の手順を必ずこの順番で実行してください。

1. 言語と文脈を把握する

始める前に、以下を確認してください。

• テキストの言語： ウクライナ語または英語（混在している場合もあります）。それ以外の言語の場合は、このスキルが最適化されていないことをユーザーに伝えてください。
• 対象読者： 誰に向けて書かれていますか（B2Bの顧客？一般の読者？技術者？）。
• トーン： ビジネス向け、会話調、専門家風、個人的、マーケティング向け。
• Viktor Shulha向けですか？ そうであれば（LinkedInの投稿、顧客へのメール、スタジオのプレゼンテーション、個人向けコンテンツ）、編集前に必ずabout-viktorスキルを読んで、その人らしい声を保ってください。直接的で、正直で、実践の経験を積んだ人らしく、企業的な飾り文句は使いません。ウクライナ語がデフォルトです。

文脈から判断できない項目があれば、AskUserQuestionでユーザーに質問してください。

2. 自動検出器を実行する

テキストをscripts/detect.pyに通し、AIらしさの密度の数値評価と、具体的なマーカーの一覧を取得してください。これを作業の基準とし、明白なものを見落とさないようにします。

python3 /шлях/до/anticopywriting-ai/scripts/detect.py --lang uk path/to/text.txt
# або
echo "текст" | python3 /шлях/до/anticopywriting-ai/scripts/detect.py --lang en --stdin

# для поста діють окремі правила фіналу і гака
python3 .../scripts/detect.py post.md --lang uk --mode post --pretty

--modeフラグ：post（最後の行が質問なら不合格。「XではなくY」は最初の行でのみ許可）、email（最後の行が質問でも問題なし）、generic。

スクリプトはJSONを返します。2段階に分けて確認してください。

まずverdictとhard_failsを確認します。 これはゲートです。1つでも検出されたら、残りがどれほど問題なくてもテキストは公開できません。項目の一覧は、下記の「ハードゲート」を参照してください。

次に残りのフィールドを確認します。 ai_density（1000語あたりのマーカー数）、structural_hits、rhythm、warnings、top_offenders、markers_by_categoryです。密度が15/1000を超える場合、文章は明らかにAIらしいです。5～15なら改善の余地があります。5未満なら、概ね問題ありません。ただし、hard_failが1つでもあれば、密度が0でも不合格です。

**rhythm.flat: true**は、すべての文の長さがほぼ同じであることを示します（変動係数が0.35未満）。モデルは均一に書きますが、人間はそうではありません。解決方法は簡単です。3語の文と30語の文を並べてください。

2a. ハードゲート：密度に関係なくテキストを不合格にする項目

ai_densityはテキストを評価します。以下のルールはテキストを不合格にします。1つでも該当したら、議論せずに書き直してください。

ルール	内容	出典
em_dash	「—」または「–」が1つでもあること。長さに関係なく、使用数はゼロ	禁止事項その1
invisible_chars	不可視文字（ゼロ幅スペース／ジョイナー、ワードジョイナー、ソフトハイフン、BOM、タグ文字）。キーボードからは入力されませんが、生成器が残し、LinkedInへのコピー＆ペーストで持ち込まれます。除去するには：--strip-invisible clean.txt	AIの痕跡
myth_flip	「多くの人はXだと思っています。実際はYです」	構造上の問題
antithesis_pair	「誰もがXをします。誰もYをしません」（量化表現の反転）	構造上の問題
reversal_pair	「これは戦略ではありません。推測です」	構造上の問題
comma_upsell	「これは単なるメモ帳ではなく、第二の脳です」	禁止事項その2
rule_of_three	鏡のように並行するパンチの効いた短い表現が3つ連続すること	禁止事項その3
negative_parallelism	投稿の最初の行以外にある「XではなくY」	禁止事項その2
viktor_hard_bans	生きた、死んだ、狭い、パイプ、ケイデンス、礎石、「正直に言うと」	禁止事項その6a、9、10
question_close	最後の行が質問で終わること。--mode postの場合のみ	CTAルールその3

不合格にはなりませんが、判断が必要な警告（warnings）：

• throat_clear — 最初の行に数字、名前、動作のいずれもありません。内容のない前置きです。
• flat_rhythm — すべての文の長さが同じです。
• hard_spaces — ノーブレークスペース／狭いスペース／細いスペース（U+00A0、U+202F、U+2009）。貼り付け時に生じるアーティファクトなので、通常のスペースに置き換えてください（--strip-invisibleが自動で置き換えます）。
• viktor_review_words — 「基礎」。建築について文字どおり述べる場合に限り許可されます。

箇条書きの矢印（→、-）は、rule_of_threeの対象外です。短い並列表現は書式上必要なもので、AIの痕跡ではありません。

3. Прочитай повний список паттернів

Завантаж відповідний файл паттернів:

• Українська: references/patterns_uk.md
• Англійська: references/patterns_en.md

У кожному файлі — повний перелік ШІ-маркерів з прикладами «до/після», згрупований за категоріями: контент, мова, стиль, комунікація, вода.

4. Перепиши проблемні місця

ГОЛОВНЕ ПРАВИЛО ЗАМІНИ. Прибрана риторична конструкція замінюється на спостереження з числом, а не на іншу риторичну конструкцію. Інакше виходить той самий слоп іншими словами.

Дивись, як це працює на всіх шести структурних паттернах:

Конструкція	Слоп	Заміна
myth flip	«Більшість команд думають, що онбординг це чекліст. Насправді це звичка.»	«З 60 акаунтів, які ми онбордили, залишились тільки ті, хто заходив чотири рази за перший тиждень.»
rule of three	«Ті самі стендапи. Ті самі тікети. Ті самі затримки.»	«Стендап о девʼятій, а до четверга ті самі три тікети висять на рев'ю.»
antithesis pair	«Усі автоматизують перший лист. Ніхто не автоматизує фолоуап.»	«Перший лист у нас автоматичний, фолоуапи пишемо руками. Відповіді приходять саме на них.»
reversal	«Це не стратегія. Це вгадування.»	«У двох третинах із 30 планів, які ми читали, ціль не привʼязана до жодного бюджету.»
comma upsell	«Це не просто нотатник, це другий мозок.»	«Зберігає цитату, вішає тег і піднімає її через тиждень, коли вона потрібна.»
throat-clear	«У сучасному ринку все швидко змінюється. Що думаєте?»	«Три з пʼяти тулів, які ми тестували минулого місяця, показали дашборд 2019 року.»

Правило жорстке: якщо на місце викинутої конструкції нема числа, факту чи конкретного спостереження, речення видаляється цілком. Порожнє місце краще за переформульовану риторику.

Далі загальні принципи:

• Зберігай зміст — не втрачай суть сказаного.
• Зберігай голос — підлаштуйся під потрібний тон.
• Додай душу — не просто прибери погане, вдихни в текст особистість.
• Конкретика замість абстракцій — «3 мільйони рядків коду за ніч» замість «значний обсяг роботи».
• Варіюй ритм — короткі рублені фрази чергуй із довгими, що не поспішають.
• Дозволь сумнівам існувати — «я досі не знаю, як до цього ставитись» людяніше за нейтральний перелік плюсів і мінусів.

5. Самоперевірка («що тут все ще видає ШІ?»)

Після першої переробки зупинись і чесно спитай себе: «Що в цьому тексті досі звучить як ШІ?» Дай 2–4 короткі пункти. Типові залишки:

• Ритм усе ще занадто рівний (всі речення одної довжини).
• Концовка звучить як гасло.
• Структура — як з підручника (теза → аргумент → висновок).
• Немає першої особи там, де вона б оживила.
• Немає мнення, тільки констатація.

6. Фінальна переробка

Виправ виявлене на кроці 5. Цей другий прохід відрізняє «технічно чистий» текст від живого.

7. Видай результат у фіксованому форматі (див. нижче)

---

ОСОБИСТІСТЬ І ДУША

Прибрати ШІ-паттерни — лише половина роботи. Стерильний, безликий текст так само очевидний, як і слоп. Хороший текст — це коли за ним відчувається жива людина.

Ознаки бездушного тексту (навіть якщо технічно «чистий»):

• Усі речення однакової довжини й структури.
• Немає мнень, тільки нейтральна констатація.
• Немає сумнівів, суперечливих почуттів, вагань.
• Немає першої особи там, де вона доречна.
• Немає гумору, гостроти, характеру.
• Читається як прес-реліз або довідкова стаття.

声を加える方法：

• 自分の意見を持つ。 事実を並べるだけでなく、それに反応してください。
• リズムを変える。 短く歯切れのよい文。そのあとに、急いで結論にたどり着こうとしない長い文を置きます。交互に使いましょう。
• 複雑さを認める。 生身の人間の気持ちは入り混じっています。「これは印象的ですが、少し怖くもあります」のほうが、ただ「これは印象的です」と言うよりよいでしょう。
• 適切なところでは一人称で書く。 「私」を使うのはプロらしくないことではなく、率直なことです。
• 少しの混沌を受け入れる。 完璧な構成はアルゴリズム的に見えます。脱線や挿入、まだ十分に練られていない考えは、人間らしさにつながります。
• 感覚を具体的に表現する。 「懸念を引き起こす」ではなく、「誰も見ていない午前3時にボットがコードをガリガリ書いていると思うと、何か不穏なものを感じます」と書きましょう。

---

主なパターンのカテゴリー（簡易チェックリスト）

詳しい説明と例は、references/patterns_uk.md と references/patterns_en.md を参照してください。ここでは、自己点検用の簡易チェックリストを示します。

コンテンツ：

1. 重要性の誇張（「重要な節目」「新時代の幕開け」「画期的な瞬間」）
2. 権威をしつこく示す表現（「主要メディアが注目」「専門家によると」）
3. 中身のない分詞構文（「強調しながら」「際立たせながら」「紹介しながら」）
4. 広告・宣伝のような言葉（「鮮やかな」「活気に満ちた」「中心に位置する」）
5. 曖昧な言及（「専門家は考えている」「研究によると」）
6. お決まりの「課題と展望」

言葉遣い： 7. AIらしい語彙（UK：「さらに」「文脈において」「重要な」「克服しがたい」；EN：「深く掘り下げる」「強調する」「織物」「うまく乗り切る」） 8. 簡単な「ある／です」を避ける（「〜を成す」「〜として機能する」） 9. 否定形の対句（「単なるXではなく、Y」「単にXではなく、Y」） 10. 三つ並べる表現の多用 11. 過剰な類義語の使用（優雅な言い換え） 12. 見せかけの範囲表現（「〜から〜まで」）

構成（structural.py が検出し、語彙は一切使いません）： 28. 神話の反転：最初に通説を示し、そのあと巧みに修正する 29. 量化表現を反転させた対称的なペア（すべて／誰もいない） 30. 反転：否定したあと、強い言葉ひとつですり替える 31. カンマでのアップセル：コンマの直後にカテゴリーを膨らませる 32. 冒頭の空疎な前置き 33. 最後を質問にしてコメントを誘う 34. 均一なリズム：すべての文の長さが同じ

スタイル： 13. ダッシュ／emダッシュの多用 14. 太字の多用 15. 太字の見出しを使った縦並びリスト 16. タイトルケース／「すべての単語を大文字で始める」 17. 見出しやリストでの絵文字 18. 不適切な引用符（UK：「ギュメ」；EN：スマートクォート）

コミュニケーション： 19. チャットボットの定型句（「お役に立てば幸いです」「お役に立てれば幸いです」） 20. 知識に関する免責事項（「〜時点で」「私の知識のカットオフ時点では」） 21. お世辞っぽい口調（「素晴らしい質問です！」「とてもよい質問です！」）

冗長な表現： 22. 冗長な言い回し（「〜するために」「〜する目的で」） 23. 過剰なヘッジ表現（「おそらく、もしかすると〜と推測できます」） 24. お決まりの前向きな締めくくり 25. 官僚的な言葉（UK：「〜の枠組みで」「実施する」；EN：「利用する」「活用する」） 26. 過剰な挿入句（「注目に値するのは」「注目すべきなのは」） 27. 抽象的な「世界／領域」（「ビジネスの世界で」「〜の世界では」）

---

出力形式

次の順番で出力してください。

1. 自動検出器による診断（1～2行）：言語、AIらしさの密度、マーカーの上位3カテゴリー。
2. 下書きの書き直し（全文を書き直したテキスト）。
3. 「ここにはまだ何がAIらしさとして残っていますか？」（残っているマーカーを示す短い項目を2～4個）。
4. 最終版（2回目の見直し後の全文）。
5. 変更点（主な修正点を簡潔に列挙。細かな点はすべて列挙せず、カテゴリーだけを示してください）。

完全な例（英語）

修正前（AIらしい文体）：

いい質問ですね！参考になると思いますので、包括的にご紹介します。

AI コーディングアシスタントは、ソフトウェアエンジニアリングの豊かな歴史において、パラダイムを変える瞬間をもたらし、業界の進化における極めて重要な節目となっています。急速に変化する今日の技術環境において、研究と実践の交差点に立つこれらの革新的なツールは、エンジニアの構想、反復、成果物の提供の方法を根本から変え、現代のワークフローにおいて不可欠な役割を担っています。

• 🚀 速度： コード生成が大幅に高速化します。
• 💡 品質： トレーニングの改善により、出力の品質が向上します。
• ✅ 普及： 利用が拡大し続けており、業界全体の動向を反映しています。

新しいテクノロジーにつきものの課題はありますが、エコシステムは成長を続けています。明るい未来が待っています。詳しく知りたいセクションがあれば、お知らせください！

下書きの修正版：

AI コーディングアシスタントは、一部の作業を速くしてくれます。Google の 2024 年の調査では、Codex を使った開発者は、対照群よりも単純な関数を 55％速く書きましたが、デバッグやアーキテクチャ上の判断では測定可能な差はありませんでした。

定型作業は得意です。設定ファイル、テストのひな型、反復的なリファクタリングなどです。自分の間違いに気づくのは苦手です。コンパイルが通り、リンターも通過したのに、結局間違った提案を受け入れてしまったことがあります。注意を払うのをやめていたからです。

生産性の指標はあてになりません。GitHub によれば Copilot ユーザーは「提案の 30％を受け入れる」とのことですが、受け入れることは正しいこととは違いますし、正しいことが価値につながるとも限りません。

まだ AI らしさが残っているのはどこ？

• リズムが均一で、段落の長さも似ています。
• 最後が記事の結論のように聞こえます。
• 個人的な視点を出せる箇所でも、一人称がありません。

最終版：

AI コーディングアシスタントは、仕事の退屈な部分を速くしてくれます。すべてではありません。ましてやアーキテクチャの設計は無理です。

定型作業は得意です。設定ファイル、テストのひな型、機械的なリファクタリングなどです。間違っていても、正しそうに見せるのも同じくらい得意です。コンパイルが通り、リンターも通過した提案を受け入れたことがあります。注意深く読まなくなっていたせいで、結局間違っていました。

話をする人たちは、二つのグループに分かれます。日常的な作業の自動補完として使い、すべての行を確認する人たち。提案された非推奨パターンが 3 回目に出てきたときに、使うのをやめた人たち。どちらももっともです。

生産性の指標はあてにならないものです。GitHub は「提案の 30％が受け入れられた」といくらでも主張できますが、受け入れることは正しいこととは違いますし、正しいことが価値につながるとも限りません。テストがなければ、ほとんど当てずっぽうです。

変更点：

• チャットボットらしい言い回し（「いい質問ですね！」「お知らせください」）を削除しました。
• 重要性を誇張する表現（「パラダイムを変える」「極めて重要な節目」「不可欠な役割」）を削除しました。
• 宣伝調の表現（「革新的」「豊かな歴史」）を削除しました。
• 中身のない分詞構文（「強調しながら」「示しながら」）を削除しました。
• 絵文字とリストの太字見出しを削除しました。
• 型どおりの「課題はあるものの、成長を続けています」という表現を削除しました。
• 具体的な情報（Google 2024 年、55％、GitHub 30％）を追加しました。
• 個人的な声（「受け入れたことがあります」「注意深く読まなくなっていた」）を加えました。
• リズムに変化をつけました。短い文のあとに、長めの文を続けています。

---

Viktor Shulha のための文章

Viktor 向けの文章（LinkedIn の投稿、顧客へのメール、スタジオのプレゼンテーション）の場合は、さらに以下を行います。

1. about-viktor SKILL.md を読みます。
2. 彼のトーンが保たれているか確認します。率直で、正直で、現場の経験に裏打ちされ、無駄な飾りがないこと。
3. 明示的な指定がない限り、デフォルトはウクライナ語です。
4. 適切な箇所には、実際の数字や経験談（経験 16 年、50 以上のビジネス開発部門、$1M の契約、1000 回以上の通話、2 つの事業の失敗）を加えます。
5. 上から目線の指導口調は避けます。Viktor は「高みから」ではなく、対等な立場で書きます。

---

参考資料

• Wikipedia: Signs of AI writing（WikiProject AI Cleanup）に基づいています。
• ウクライナ語と英語向けに調整：語彙を調整し、固有のマーカー（官僚的な言い回し、ギュメとスマートクォート、地域特有のAIの決まり文句）を追加しています。