ヒューマンライザー：AIが生成したテキストを人間が書いたようにする
大規模な言語モデルが普及するにつれて、AIライティングは日常業務の一部になっています。電子メールの作成、ブログの作成、ドキュメントの作成、製品説明の作成、さらには技術説明の作成など、AIに任せることができます。
しかし、ますます明らかになっている問題があります。AIによって書かれたテキストは、しばしば“正しい”ですが、AIによって書かれたことを一目で見るのは簡単です。
あまりにも規則的な構文、固定された3段階の表現の好み、“重要性”の頻繁な強調、“delve”“testament”“landscape”などの高頻度のAI単語の大量使用、各段落の習慣的な要約など、これらの詳細が重ね合わされ、明らかな“AI 味”を形成します。
Humanizerはこの問題を解決するために設計されたオープンソースのエージェントスキルです。
ヒューマニライザーとは？
HumanizerはGitHub 上のオープンソースプロジェクトで、リポジトリは blader/humanizer。
主な目的は非常に直接的です。
本来の意味を変えることなく、AIが書いたように聞こえるものを人間が書いたように変えましょう。
従来の“AIテキスト検出器”とは異なり、HumanizerはテキストがAIによって生成されたかどうかを判断しようとするのではなく、テキストの修正に直接参加します。
より正確には、“AIの味”を観察して処理できる一連の文章パターンに分解し、言語モデルにそれらのパターンに従って記事を再検討させる。
プロジェクト自体はMarkdown形式のSkillであるため、理論的には特定のAI製品に限定されずにSkillsをサポートするエージェントが使用できます。
なぜAIテキストは“機械的”になりやすいのか？
Humanizerの背後にある重要なアイデアは：
言語モデルは統計的に最も可能性の高い表現を選択する傾向があるが、人間の著者は通常、特定の文脈、特定の読者、特定の経験の下で書く。
これは2つの異なる執筆傾向につながります。
好きなものは
- ほとんどの読者に当てはまる表現を使うこと
- 何かの重要性を強調する。
- 非常によく構造化された文を使う。
- 類似の接続方法を頻繁に使用する。
- 段落を要約文で締めくくる。
- フォーマットとレトリックを通じて“完全性”を作り出す。
実際の人間の文章はしばしばそれほどきれいではない。
人は突然文を変えたり、短い文を書いたり、“完璧”ではない表現を残したりするかもしれません。
この不完全な規則性は自然言語の一部を形成している。
ヒューマニライザーのアイデアは、これらの一般的な“規則化された表現”を見つけ、意識的に壊すことです。
Humanizerが注目する25のパターン
現在のREADMEプロジェクトはこれらの書き込みパターンをまとめています。 25のカテゴリー強度と頻度に応じて組織化されます。
これらのパターンは大きく5つのグループに分けられる。
1.直接表現の代わりに“床”を使う
1つ目のグループは、文章が勢いを作り出すために余分な敷物を入れていないかに注目した。
例えば：
“Xだけではなく、Y”。
または：
“本当に重要なのはではなく”
このような構造は時折使われるのは完全に正常ですが、文章に繰り返し現れるとテンプレート化されやすいです。
ヒューマニライザーはYと直接言う傾向がある。
同様の問題がある。
- 各章の最後には“黄金の文”があります。
- “本質的に”“最終的に”などの深遠な表現を使うこと。
- 正式な内容のオープニングとして“Let s dive in”などの句を使用する;
- 誰も実際に提案していないアイデアに反論するために“仮説上の反対”を作成する。
基本原則は一言で要約できます。
文が事実や意見を追加しない場合は、削除することを検討してください。
2.機械化のペース
2つ目のグループは、AIが特に好む“きちんとしたリズム”をターゲットにしました。
例えば：
“イノベーション、インスピレーション、洞察”。
3つの単語の組み合わせは非常に一般的です。
問題は“3つ”そのものではなく、AIがしばしば機械的に情報を3つの項目に整理することです。
さらに、Humanizerは以下に焦点を当てます。
- 同じ始まりを持つ複数の文。
- ダッシュの乱用;
- 過剰な修飾子;
- ハイフンを多用して複合語を作る。
- 受動的な声の過剰使用
- 本当に現れるべき主語を省略する。
これらの表現を単独で見ても、必ずしもAIによって書かれているとは限らないため、複数の信号が同時に発生した場合にのみパターンを変更する必要があることが強調されています。
これはより重要な設計アイデアです。
Humanizerはすべての“ルールに合わない”文を修正しません。
カテゴリー 3：一般的な事実を書くことが重要すぎる
これはAIテキストでは非常に一般的な現象です。
通常のイベントのように：
2025 年に発売予定。
AIはさらに書くことができる。
“このリリースは、プロジェクトの開発における重要なマイルストーンです。
しかし、追加の事実がなければ、“重要なマイルストーン”は実際には情報を追加しません。
ヒューマニストはこれを Inflated Significance“意味の拡大”です。
同様の表現には、
- “Pivotal Moment”
- 『 Continues to Thrive 』
- “未来は明るい”。
- “a testament to”
- c
これらの言葉は必ずしも間違っているわけではありませんが、記事が常にそれらを使用すると、テキストは簡単に空になります。
Humanizerの処理方法は：
事実を残し、証拠に裏付けられない意味判断を削除する。
これは技術文書では特に重要です。
“借りた権威”を避ける
もう一つの注目すべき問題は、AIがあいまいな権威ある情報源で記事の信頼性を高めることです。
例えば：
“専門家は一般的に”
または：
“この見解は、ニューヨークタイムズ、BBC、フィナンシャル·タイムズなどの複数のメディアで広く支持されています。
どの専門家、どの記事、何を言っているかを明確に示さなければ、この表現は実際にはあまり有用な情報を提供しません。
ヒューマニizerはこのパターンを Borrowed authority。
要求する傾向がある：
- 真の情報源を提供する。
- ソースが正確に言ったことを示す。
- または検証できない権威ある記述を削除する。
これはヒューマニizerの重要な原則を反映しています。
記事をより自然に見せるために情報を捏造してはいけません。
フォーマット自体も“AI 味”を生み出すことができます。
AIの味は言葉だけだと思われがちですが、フォーマットも重要です。
Humanizerは特に懸念している：
太字の過剰使用
例えば：
Performance パフォーマンスが向上しました。
AIが自動生成した知識記事のようなフォーマットです。
装飾的なタイトル
例えば：
🚀Launch Phase
Humanizerはより自然な見出しを使用する傾向があり、絵文字、矢印、過度にフォーマルな見出し形式を減らします。
不要な引用符
プロジェクトはまた、弱い信号として引用符をリストし、特定のテキストスタイルに合わせて処理することを推奨します。
これらのルールは1つのことをまとめます。
いわゆる“AI 味”とは、単なるキーワードではなく、語彙、構文、構造、タイポグラフィの組み合わせで形成されたスタイルです。
Humanizerの最も価値のあることは、“ワンクリックでタッチする”だけではない。
Humanizerのワークフローは、単にモデルを実行させるだけではありません。
“もっと人間のように書いてください”。
代わりに、モデルはテキスト内の特定の問題を最初に認識する必要があります。
プロジェクトのREADMEによると、以下のことができます。
- 発見されたAIライティング特性のタグ付け;
- これらの問題を強さで分類する。
- 元の構造に縛られずにテキストを再起草すること。
- 書き直された内容の確認
- 事実や意見が原文と比較して変更されていないことを確認する。
- 最終版を発表。
このプロセスは、実際には人間の編集ワークフローに非常に近いです。
とはいえ、Humanizerは単に“人間らしくなる”ことを追求するのではなく、答えようとします。
“なぜ特定の人が書くように聞こえないのか？”
これは、いくつかのAI頻度の高い単語を置き換えるよりも深い。
最も重要な制約：自然のために作られてはならない
これはヒューマニizerの設計において特に注目すべき点です。
プロジェクトの要件：
- 名前は作れない。
- 数字は創造できません。
- 日付は作成できません。
- 創造はできません。
- 源は創造できない。
- オリジナルにない事実は、物語を生き生きとさせるために挿入できません。
文がテキストに存在しない詳細を必要とする場合、Humanizerは推測するのではなく、ユーザーに尋ねるべきです。
これは非常に重要です
“AIに行く”ことは、別の極端に簡単に行くからです。
本物の人のように聞こえるようにするには、いくつかの本物の詳細を追加します。
例えば：
“私は街角に立って、コーヒーを一杯飲んでいた”
オリジナルの著者が経験を提供しなかった場合、それはもはや洗練されていない、フィクションです。
Humanizerの設計選択は、2つを厳密に区別することです。
自然はフィクションではありません
“あなたの執筆スタイルを模倣する”こともできます。
ヒューマニライザーは、すべてのテキストが同じいわゆる“人間のスタイル”になることを要求しません。
プロジェクトサポートは、サンプルとしてユーザー自身のテキストの一部を提供します。
例えば、過去に書いた記事を2つか3つ提供し、Humanizerに尋ねることができます。
私の言葉、リズム、句読点、表現の習慣に従って、以下のAIテキストを修正してください。
これは大きな意味を持つ。
“人間の執筆”には統一されたスタイルがないからです。
短い文章が好き。
長い言葉が好き。
ダッシュはよく使われる。
ほとんど使わない。
言語が好き。
控えめで簡潔なテクニカルライティングを好む人もいる。
本当に合理的な目標は：
“AIテキストを人間テキストに変換する”
そしてもっとあるべきです
“AIテキストを、この特定の人が書くようなテキストに変えてください。
これは、Humanizerのスタイルマッチング機能の興味深いところです。
10.典型的な例
Humanizer READMEは、旅行記事の完全なケースを提供します。
オリジナル版は典型的なAI表現でいっぱいです。
“この街は私の心を完全に捉えた。
“リスボンはポルトガルの不滅の精神の生きた証である。
“すべての登山は素晴らしいパノラマで報われます。
これらの文の文法は問題ないが、個人的な経験がない。
修正後、記事はより具体的になった。
ホテルはアルファマにある。
毎日コーヒーを買うためにたくさんの階段を登る。
トラム28で約40分かかりました。
グラサで温かいケーキを食べました。
著者は自分の足がこの坂にどのように反応するかを書いた。
ここに注目すべき違いがあります。
後者は単に高級語を低級語に置き換えるものではない。
本当に変わったのは情報構造です。
前者は言う。
“この場所はとても特別です”。
後者は言う：
“どこに住んでいて、どのような道を歩んできたのか、何に遭遇したのか、そしてその経験から具体的に感じられたこと”。
これは、Humanizerが強調する“特定の人、特定の主題、特定の読者”です。
Humanizerのインストール方法は？
HumanizerはSkills CLIからインストールできます。
例えば：
npx skills add blader/humanizer --global
インストール後、直接使用できます。 /humanizer。
例えば：
/humanizer
请把下面这段文字改得更像人写的：
……
自然言語でも使用できます。
Please humanize this text: [your text]
ファイルを変更する場合は、ファイルパスを直接指定することもできます。例：
Humanize the prose in docs/launch-post.md
プロジェクトREADMEはClaude CodeやClaude Desktopなどの環境のインストール方法を提供しています。
12どのシーンに適していますか？
Humanizerは、すでにコンテンツがあるがテキストがテンプレート化されすぎていると感じるシーンに適しています。
例えば：
技術ブログ
AIが最初のドラフトを作成し、Humanizerが過度に統一された表現を排除するのに役立ちます。
製品コピーの作成
特に“機能導入型AIコピー”をより直接的に変更するのに適しています。
個人的な記事
独自のライティングサンプルと組み合わせることで、AIが生成するコンテンツを個人の習慣に近づけることができます。
プロジェクトのドキュメント
テクニカルテキストやリファレンステキストでは、Humanizerは“生き生きと書く”ことを要求しませんが、中立的で明確で直接的であることを強調します。
AI支援ライティングワークフロー
追加の編集フェーズになることもできます：
AI 生成初稿
↓
事实检查
↓
Humanizer
↓
人工审阅
↓
最终稿
特に強調すべきである：Humanizerはファクトチェックツールではなく、人間のレビューを置き換えるべきではない。
ヒューマニizerの真の価値
Humanizerの最も注目すべき点は、25の“AIライティング特性”のリストではないかもしれません。
本当に興味深いのは、その背後にある文章です。
自然な文字は、“人間の味の語彙”を増やすことではなく、テンプレート化された決定を減らすことで生まれる。
記事のすべてのパラグラフが同じ構造を使用している場合、“delve”を“深く掘り下げる”に置き換えても、AIの風味が強くなる可能性があります。
各観点の後に“これはだけではない”という要約文が自動的に補われても，いくら同義語を置き換えても無駄である
本当に効果的な変更はしばしば：
- 不必要な文章を削除する。
- 空虚な強調を取り除く。
- 機械的負荷の低減;
- 特定の事実の使用
- 著者自身の判断を守ること。
- 文の長さを自然に変える。
- 完全ではない。
- “上級”のために複雑な言葉を使わない。
言い換えれば、
ヒューマニizerはAIに“大人のふり”を教えるのではない。
AIに思い出させるようなものです
テンプレートが少なく、具体的に、レトリックが少なく、情報が多い。
おわりに
AIライティングの本当の問題は、“AIが書くかどうか”ではないかもしれません。
今日の大きな言語モデルは、文法的に正しく、構造的に、論理的に明確な記事を生成することができます。
本当に難しいことは：
これらのテキストは、特定の人、特定のシナリオ、特定の読者のために書かれたかどうか。
Humanizerは比較的実用的なルートを選びました。“完璧な人間のスタイル”を発明しようとするのではなく、一般的なAIライティングパターンから始め、テキストの事実、意見、著者のスタイルを可能な限り保護しながら、個々に特定して修正することです。
AIを使って文章を書いている人にとって、それは単なる“研磨ツール”ではなく、AIテキストを見る方法のセットを提供します。
機械的な3段階、対象のない“専門家の意見”、事実のない“重要性”、各段落の最後にある黄金の文、そして深く聞こえるように存在する文に注意を払い始めると、次のことがわかります。
いわゆるAIの味は、しばしば神秘的ではない。それはあまりにも規則的で、あまりにも安全で、あまりにも一般的な執筆の選択です。
良い編集者はしばしばこれらのオプションを削除し、本当に情報、意見、個人的な経験を持つものを残します。
プロジェクトはMIT Licenseを採用してオープンソース化された。