mcpField
H
humanizer

humanizer

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

humanizer について

humanizerは、AI文に多いパターンを見つけ、文体に合った声を加える編集を支援するライティングスキルです。技術文書、学術文書、ビジネス文書などの生成テキストを整える人向けです。

主な機能

  1. 01繰り返し現れる文体パターンの診断
  2. 02少数の主要な修正点の優先
  3. 03文脈に応じた編集方針
  4. 04構成と個人の声のバランス
  5. 05編集前のパターン密度確認

活用シーン

  1. 01AI生成の技術文書を推敲する
  2. 02正式なビジネス文書を編集する
  3. 03学術的な構成を保ちつつ冗長表現を除く
  4. 04ブログや日常文に個性を加える

インストール

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

$npx skills add https://github.com/acedergren/agentic-tools --skill humanizer

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

同梱ファイルREADME.md

詳細

Humanizer:AI パターン検出と声の注入

AI 生成テキストのパターンを検出し、本物らしい声を注入して、人間が書いた文章に変換します。

絶対にしてはいけないこと

  • 個性を注入せずに AI らしい表現だけを取り除いてはいけません。無機質な文章は、依然として明らかに AI らしいものです。
  • 過剰に修正してはいけません(ランダムな句読点の混乱は、人間らしい声とは違います)。
  • フォーマルな文脈や学術的な文脈で、構成をすべて取り除いてはいけません。読者が何を期待しているかを把握してください。
  • AI らしい単語を文脈を確認せずに一括置換してはいけません(CV の論文における「landscape」は、正しい専門用語かもしれません)。
  • すべてのパターンを一度に修正してはいけません。目立つパターンを3~5個特定し、それらに対処してください。

編集前:診断フレームワーク

変更を加える前に、次の問いに答えてください。

声の評価:

  • どのような個性を表現すべきですか?(機知に富んだ、懐疑的な、会話調の、権威ある)
  • 文章には意見がありますか、それとも事実だけですか?人間が書く文章には、利害や思い入れがあります。

パターンの優先順位付け:

  • どの3~5個のパターンが目立ちますか?(すべてを一度に修正しないでください)
  • AI らしい表現を一部残すべきですか?(フォーマルな技術文書では、特定の構成を残してもかまいません)

書き換えの方針:

  • パターンを取り除いていますか、それとも個性を注入していますか?(両方行う必要があります)
  • 書き換えた文章は、特定の人が書いたように聞こえますか?(単に「AI らしさが薄い」だけではありません)

統計的な密度の確認(編集前に実施):

  • 100語あたりの AI らしい語彙:3語超 = AI の特徴が強い
  • 段落あたりの em ダッシュ:2個超 = 構造上の兆候
  • 段落の冒頭が「However」:20%超 = AI による接続表現の多用
  • すべての段落が同じ長さですか? = AI のリズムが均一
  • リストがすべてちょうど3項目ですか? = 三つ組への依存

文脈ごとの人間らしさのレベル

文脈レベル削除するもの注入する声
学術/研究10~20%冗長な表現のみ削除(delve、testament to など)最小限。構成を維持
技術文書30~50%宣伝文句を削除し、明快さは維持控えめに具体化:「エッジケース X を処理する」
ブログ/マーケティング70~90%AI らしい兆候の大半を削除強い個性と、書き手ならではの存在感
ソーシャル/カジュアル100%AI パターンをすべて削除純粋な会話調。あらゆるルールを破る
フォーマルなビジネス40~60%明らかに冗長な表現を削除し、プロ意識は維持節度ある自信

最もよくある AI パターン

内容レベル

重要性を不当に強調する表現:

  • 語句:stands as、serves as、testament to、pivotal、crucial、underscores、broader trends
  • 対処法:大げさな象徴表現を取り除き、事実を直接述べる

宣伝的な表現:

  • 語句:boasts、nestled、vibrant、rich heritage、breathtaking、stunning
  • 対処法:形容詞を具体的な詳細に置き換える

出典が曖昧な表現:

  • 語句:Industry reports、Observers note、Experts argue、Some critics
  • 対処法:具体的な出典を明記するか、主張を削除する
言語レベル

AI らしい語彙(2023年以降に使用頻度が急増):

  • delve、crucial、enhance、foster、garner、intricate、landscape(抽象的な意味)、pivotal、showcase、tapestry(抽象的な意味)、underscore
  • 対処法:平易な類義語を使うか、文の構成を変える

コピュラの回避(「is/are」を避ける):

  • パターン:「serves as」「stands as」「represents」「boasts」「features」
  • 対処法:単純な「is/are/has」を使う

否定の対比表現:

  • パターン:「Not only... but...」「It's not just about X, it's Y」
  • 対処法:無理に対比させず、直接述べる
スタイルレベル

em ダッシュの多用:

  • パターン:1つの段落で em ダッシュ(—)を複数回使う
  • 対処法:コンマ、ピリオド、丸括弧に置き換える

三つ組の多用:

  • パターン:「innovation, inspiration, and industry insights」
  • 対処法:3項目のまとまりを崩し、リストの項目数に変化をつける

見落とされやすい AI らしい兆候(よくあるリスト以外):

  • 段落冒頭の「However」— GPT の文章では、人間の文章より3倍多く見られます
  • 結論での受動態 — 「It can be concluded that...」(AI の婉曲表現のパターン)
  • 対称的な文構造 — すべての段落で長さやリズムが同じ
  • 文中の「Importantly」— AI 出力における統計的な偏り
  • 抽象的な「landscape」の比喩 — 「the technology landscape」「the business landscape」

パターンのリファレンス全体を読み込むタイミング

次の場合は references/content-patterns.md を読み込みます。

  • テキストに宣伝的な形容詞(stunning、breathtaking、vibrant、rich)が5つ以上含まれている
  • 重要性の誇張が検出された(「serves as testament」「stands as pivotal」)
  • カジュアルなブログ記事やソーシャルメディアのテキストでは読み込まないでください

次の場合は references/language-patterns.md を読み込みます。

  • テキストにAI関連の語彙(delve、showcase、intricate、foster、garner)が8語以上使われている
  • コピュラを避ける表現が多い(「is」の代わりに「serves as」を使うなど)
  • 正確さが重要な技術文書では読み込まないでください

次の場合は references/style-patterns.md を読み込みます。

  • 1つの段落に em ダッシュが6つ以上ある
  • 三段論法が4回以上使われている
  • 書式が指定されている可能性がある学術論文では読み込まないでください

簡単な例

修正前:

新しいソフトウェアアップデートは、同社のイノベーションへの取り組みの証となるものです。さらに、シームレスで直感的かつパワフルなユーザー体験を提供し、ユーザーが効率よく目標を達成できるようにします。これは単なるアップデートではなく、生産性に対する考え方を変える革命です。

修正後:

このソフトウェアアップデートでは、一括処理、キーボードショートカット、オフラインモードが追加されました。ベータ版の初期フィードバックは好評で、テスターの大半が作業をより早く終えられると報告しています。

削除した表現:「serves as a testament」「Moreover」「seamless, intuitive, and powerful」「It's not just...it's...」。追加した内容:具体的な機能、明確な根拠。

引数

  • $ARGUMENTS:人間らしい表現に書き換えるテキスト、ファイルパス、または書き換えの目的
    • 例:/humanizer "ChatGPTっぽさを抑えて"
    • 例:/humanizer docs/launch-email.md
    • 空の場合:書き換えるテキストを尋ねます

コメント