HumanPen

AI Humanizer MCP サーバー徹底比較：公開コントラクトから見えた実態

この記事は 2026 年 8 月 26 日時点の情報に基づいており、網羅性を謳うものではありません。独自で MCP 人間化ツールを提供していることが確認できたベンダーは 9 社です。この数字が市場全体の総数を示しているわけではありません。重要なのは、エージェントが何を送信し、何が返され、契約のどこまでが公開されているか、という点です。

HumanPen チーム

· 11 分

AI 人間化ツールで MCP サーバーの実在が確認できたのは？

この記事は 2026 年 8 月 26 日時点の情報に基づくもので、網羅性を謳うものではありません。独自で MCP による文章人間化機能を提供するベンダー 9 社を確認しました。この数字は、後述するリストに掲載したベンダー公式ページをチェックした範囲での話であり、市場全体の総数を示すものではありません。各社の公開コントラクトは、ペイロード、トランスポート、認証方式、処理フロー、リクエスト制限のすべてにおいて異なっています。

調査対象は、HumanPen、WriteHuman、Phrasly、Duey AI、Ryter Pro、StealthGPT、Walter Writes、HumanText Pro、Undetectable AI の 9 社です。再現可能な範囲は、以下のソースリストに明記した、ベンダー公式ページ・リポジトリ・パッケージ・スキーマのセットそのものです。製品がリストに載ったのは、これらのソースのいずれかが人間化ツールの存在を明記していた場合に限られます。これは特定時点のソース記録であり、市場全体の網羅的調査ではありません。著者はアカウントの認可取得・テキスト送信・ドキュメントアップロード・検出器の実行を一切行っていません。

HumanPen はこの比較記事を公開しており、同時にリスト内の製品の 1 つでもあります。同社に関する製品記述は、すべて自社による公式発表であり、第三者の検証結果ではない点にご注意ください。

本当に問うべきは「ページに MCP と書いてあるか」ではありません。「公開されたツールコントラクトが、人間化処理を明記し、境界を越えるデータの内容を定義しているか」です。

ネイティブ MCP・API アクセス・ラッパー、どう見分ける？

性質の異なる統合をごちゃ混ぜにしないよう、4 つの分類を設けました。

  1. First-party MCP は、製品ベンダー自身がサーバーを公開・管理し、人間化ツールのドキュメントを提供しているケースです。この記事の日付付きサンプルでは、検証済み行の分類にこれを用いています。
  2. First-party API は、ベンダーが REST またはストリーミングインターフェースを公開しているケースです。API は MCP サーバーの裏側に存在し得ますが、API が存在するだけでは MCP サーバーの実在証明にはなりません。
  3. Third-party wrapper or actor は、他開発者が製品か汎用ワークフローの周りにアダプターを構築し運用しているケースです。メンテナンス・認証・データ経路は、すべてその開発者の契約に属します。
  4. Label without a verified humanization tool は、MCP パッケージやリポジトリは存在するものの、チェック済みの公開スキーマ上では「人間化（humanize）」処理の実在が確認できていないケースです。

このルールは意図的に狭く設定しています。未検証の機能が「存在しない」と言っているのではありません。「記載日時点で公開されていた資料からは、その存在を証明できなかった」と言っているだけです。

発見の手がかりは「どこを見ればいいか」を教えてくれます。ツールスキーマは「エージェントが実際に呼び出せるもの」を教えてくれます。

公開 MCP コントラクトを比較すると？

下表は、2026 年 8 月 26 日時点で確認できた公開コントラクトを記録したものです。掲載済みの制限値については、関連する MCP または製品ページに、そのワークフローに対応する数値が明記されていた場合のみ記載しています。

製品検証済みの対象トランスポートと認証人間化ツールの入力と出力処理フロー公開リクエスト制限
HumanPenFirst-party MCP および REST APIローカル stdio パッケージ。環境変数に API キーを設定DOCX または PPTX ファイルのパスを入力し、編集可能な結果ファイルをディスクに書き出しMCP がファイルジョブを処理。REST はアップロード・ジョブポリング・ダウンロードを公開入力ごとの単語数制限は非公開。ファイルサイズは最大 100 MB まで
WriteHumanFirst-party MCP と独立した JSON REST APIホスト型 HTTP エンドポイント。OAuth 2.1 with PKCEテキストを入力し、会話内でテキストのバリエーションを受け取りダイレクトツールレスポンスMCP ページによると、Pro プランは 1 回の人間化呼び出しで 1,200 単語、Ultra プランは 3,000 単語
PhraslyFirst-party MCPホスト型 HTTP エンドポイント。Phrasly アカウントの OAuth 承認テキストを入力し、人間化済みテキストをチャット内で返却。Phrasly 履歴にも保存ドキュメント記載済みのダイレクトチャット結果サイトのプラン別制限と単語バランステーマと同じ仕組みを使用。チェック済み MCP ページには 1 回あたりの数値キャップは非公開
Duey AIFirst-party MCPホスト型 Streamable HTTP。OAuth 2.1 with PKCE および Dynamic Client Registrationテキストを入力し、`humanize_text` を通じて書き換えテキストを返送人間化ツールはスケジュール済み Session ライフサイクルツールとは別チェック済み MCP ページには、`humanize_text` の数値リクエスト制限は非公開
Ryter ProFirst-party ホスト型 MCP およびオプションのローカルパッケージホスト型 Streamable HTTP（`X-API-Key` 使用）。オプションでローカル stdio も利用可能テキストとオプションのモードを入力し、人間化済み書き換えテキストを出力ツール呼び出しのみドキュメント記載。チェック済みページには別途ジョブやポリングシーケンスはなし呼び出しはクレジットを消費。チェック済み MCP ページには 1 回あたりの数値制限は非公開
StealthGPTFirst-party MCP および REST APIホスト型 Streamable HTTP。Web コネクタは OAuth、IDE および CLI クライアントはベアラートークンテキストまたは Markdown を入力し、テキストまたは Markdown を出力人間化は `runId` を返し、その後エージェントがステータスを確認チェック済みドキュメントには、MCP の 1 回あたり数値制限は記載なし
Walter WritesFirst-party MCP および REST APIホスト型ワークスペース承認（OAuth 使用）。REST は `X-API-Key` を使用テキストを入力してテキストを出力。バッチ人間化はアイテムごとの結果を返すMCP は単一およびバッチツールをカバー。REST は同期および非同期ジョブをドキュメント記載MCP ドキュメントによると制限はプランに依存するが、数値は非公開
HumanText ProFirst-party MCP パッケージローカル stdio npm パッケージ。環境変数に API キーを設定テキストを入力し、人間化済みテキストまたは検出結果を出力ダイレクトツールレスポンス人間化ツールの入力は最低 50 文字から。現行製品ページによると、有料リクエストは 1 回あたり 3,000 単語
Undetectable AIFirst-party MCP および REST APIホスト型 Streamable HTTP。OAuth サインインまたは静的 API キーテキストを入力し、人間化済みテキストとドキュメント ID を出力MCP はツール結果を返す。REST v2 は submit-and-poll および WebSocket ストリーミングもサポート入力 50〜30,000 文字
Text2Go パッケージMCP パッケージは存在するものの、人間化機能は未検証公開 npm パッケージおよびリポジトリチェック済みソースは `detect` ツールのみ確認調査済みソースには検出リクエストのみ記載人間化境界は未検証

これらの行は、文章の品質・検出器の結果・機関による受容性を測定したものではありません。統合サーフェスの仕様を記述しているだけです。制限の単位も製品によって異なります。単語数・文字数・プランの許容量・あるいは数値自体が非公開の場合もあります。

制限値を扱う際は、必ず元の単位に戻して考えてください。30,000 文字の制限は、30,000 単語の制限とは全く異なります。

ローカル stdio とホスト型 MCP の違いは？

HumanPen と HumanText Pro はローカル stdio パッケージを公開しています。Ryter Pro もオプションでローカル stdio パッケージを提供していますが、主にホスト型 Streamable HTTP エンドポイントの利用を推奨しています。ローカルパッケージの場合、MCP プロセスはユーザーのマシン上で起動し、環境変数から API キーを読み込み、標準入出力を介してクライアントと通信します。これは「コネクタがどこで動作するか」を示しているだけです。書き換えモデルや送信コンテンツがローカルマシン内に留まることを意味するものではありません。

WriteHuman、Phrasly、Duey AI、Ryter Pro、StealthGPT、Walter Writes、Undetectable AI はホスト型接続を公開しています。WriteHuman と Duey AI は OAuth 2.1 with PKCE をドキュメントに記載し、Phrasly はアカウント OAuth 承認を使用します。Walter Writes は OAuth ワークスペース承認を使用します。StealthGPT は Web コネクタ向けに OAuth を、IDE および CLI クライアント向けにベアラートークン経路を提供します。Undetectable AI はブラウザ OAuth と静的 API キーの両方をドキュメントに記載しています。Ryter Pro は `X-API-Key` を使用します。

認証方式はセットアップ方法と認証情報の取り扱いに影響しますが、プライバシーに関するすべての疑問に答えるわけではありません。制限付きの素材を含むサーバーを使用する前に、ベンダーの最新の保持ポリシー・学習利用・削除方針・サブプロセッサ条項を別途確認してください。これらのポリシーは、本記事のコントラクト比較の範囲外です。

HumanPen の MCP は、ペイロードの境界においても他と異なります。同社の人間化ツールは DOCX と PPTX のファイルパスを指定し、結果をローカルの出力パスに書き出します。この表に記載されている他の検証済み人間化ツールは、テキスト中心の入力をドキュメントに明記しています。HumanPen のセットアップとファイルパスフローの詳細については、別記事の Claude Code 内でドキュメントを人間化する ガイドをご覧ください。

ローカル stdio はコネクタの接続形態を示すだけで、「ドキュメント処理がオフラインで行われる」と言っているのではありません。

ジョブ ID と結果ファイルはなぜ重要なのか？

人間化の呼び出しは、即座にコンテンツを返す場合と、処理中の作業の受領証を返す場合があります。この違いが、最初のツール呼び出しの後にエージェントが何をすべきかを決めます。

StealthGPT は MCP 上で非同期ステップを明示的にしています。`humanize_text` が `runId` を返し、`get_run_status` が最終結果を取得します。HumanPen の REST API はファイルジョブシーケンスに従います。マルチパートアップロード→ジョブ受領証→ポリング→編集可能ファイルのダウンロードです。MCP ツールはこのシーケンスをラップし、完了したファイルをディスクに書き出します。

他の契約をみると、Phrasly はチャット内で結果を返し、ユーザーの Phrasly 履歴に保存します。Duey AI は `humanize_text` を Session スケジューリングおよびステータスツールとは別に記載しています。Ryter Pro は `humanize_text` をドキュメントに明記していますが、チェック済み MCP ページには別途ジョブやポリングコントラクトは記載されていません。別途 API を見ると、Undetectable AI の REST v2 経路はテキストを送信し、ポーリング用の ID を返します。Walter Writes は同期および非同期 API ジョブをドキュメントに明記しています。WriteHuman は独立した JSON REST API を公開しており、MCP の制限値をこれに置き換えてはいけません。

チャットの回答であれば、テキスト結果が成果物になります。しかし卒業論文・報告書・スライドデッキの場合、成果物は多くの場合ファイルそのものです。その場合は、ソースパス・出力パス・ジョブステータス・返されたファイルタイプを記録し、文書レベルの acceptance チェックを実行してください。この実行後のステップについては、より詳しい Word 文書のレビューワークフロー で解説しています。

ツール呼び出しが成功したことは、ツールが正常に返したことを証明するだけです。引用・フィールド・テーブル・注釈・スライドオブジェクトのすべてが正しく残ったことを証明するものではありません。

MCP 一覧で誤った安心感を生むのはどのケースか？

Text2Go の公開リポジトリおよび npm パッケージの名前は `ai-humanizer-mcp-server` です。検索結果では、このタイトルが決定的に見えるでしょう。しかしバージョン 1.0.7 をチェックした公開 TypeScript ソースでは、サーバーが登録していたツールは `detect` という名前のテキスト検出エンドポイントを呼び出すもの 1 つだけでした。この調査済みソースには、人間化ツールの登録は見つかりませんでした。

したがって、妥当な分類はMCP パッケージは存在するものの、人間化機能は未検証となります。「その機能が永遠に存在し得ない」と言い切るのは強過ぎます。検証日付以降にパッケージ・リモートエンドポイント・ドキュメントが変更される可能性があるからです。

コミュニティアクターは別ケースです。Apify の `Humanize AI Text` リスティングは、開発者を Neatrat と記載し、アクターはコミュニティメンテナンスとラベル付けされています。自動化の経路を提供している可能性はありますが、これは名前を冠した人間化ベンダーからの First-party MCP または API コントラクトではありません。アクターページの主張は、そのリスティングに属するものであり、自動的に基盤となる製品に帰属するものではありません。

ディレクトリ検索結果を利用する際は、現在のスキーマを開き、次の 3 つの質問に答えてください。誰が運用しているか？どのツールが登録されているか？どのエンドポイントにコンテンツが送信されるか？答えが 1 つでも欠けている場合は、タイトルから推測して埋めるのではなく、不確実性を記事の中にそのまま残してください。

「未検証」は証拠の状態を示すだけで、「将来的に構築されない」という判定を下すものではありません。

統合サーフェスをどう選べばいいか？

成果物と管理の境界から始め、その後に製品名を確認してください。

  1. 成果物を特定する。 エージェントがチャット内でテキストを返せばいいのか、編集可能な DOCX または PPTX ファイルを返す必要があるのかを判断する。
  2. 実際のツールスキーマを読む。 人間化ツールの存在・必須フィールド・最小入力・出力オブジェクトを確認する。
  3. トランスポートと所有権を記録する。 ローカル stdio・ホスト型 HTTP・コミュニティ運用のアクターを区別する。
  4. クライアントに合わせて認証を選ぶ。 OAuth は一部のクライアントで長期間有効なキーを貼り付ける手間を省ける。API キー経路は制御された自動化ではシンプルになる場合がある。
  5. 処理フローに対応する。 最初のレスポンスがジョブ ID または run ID の場合、ポリング・終了状態の処理・明確な出力パスを必須とする。
  6. 単位を制限値に紐付けたまま扱う。 文字数・単語数・クレジット・月間許容量をごちゃ混ぜにして、ラベルのない 1 つの数値にしない。
  7. acceptance はサーバーの外で定義する。 意味・引用・数値・フォーマット・AI 支援を規定するポリシーを再度確認する。

ここでレビューした契約の中では、HumanPen がファイル指向のオプションです。MCP README は、貼り付けテキストフィールドではなく DOCX と PPTX のファイルパスをドキュメントに明記しています。HumanPen はこの記事の公開元でもあるため、実際の成果物に使用する前に、使い捨てのファイルでこの First-party の主張を検証してください。同社の公開ワークフローでは、選択した箇所のみに適用できるため、レビュー対象の範囲を小さく保てます。

条件を満たす結果であれば、無料でさらに AI 痕跡を低減し続けられます。

よくある質問

AI 人間化 API と MCP サーバーは同じものですか？ いいえ。REST API はアプリケーションのリクエストとレスポンスを定義します。MCP サーバーは、エージェントクライアントが検出できるプロトコルでツールとリソースを公開します。ベンダーはこの両方を公開する場合もあれば、片方だけ、あるいはどちらも公開しない場合もあります。

チェック済みの MCP サーバーでドキュメントファイルを受け付けるのはどれですか？ HumanPen の公開 MCP README は、人間化ツール向けに DOCX および PPTX ファイルのパスと、ディスク上の結果ファイルをドキュメントに明記しています。製品の Web アップロード機能があるからといって、MCP ツールがファイルを受け付けるとは限りません。

ローカル stdio MCP は、ドキュメントをオフラインに保ちますか？ 必ずしもそうではありません。Stdio はクライアントとローカルコネクタ間の通信方式を示すだけです。コンテンツがリモート API に送信されるかどうかは、コネクタのソースとベンダーのネットワーク契約を確認してください。

OAuth は常に API キーより優れていますか？ 両者は認証情報の取り扱いを異なる方法で解決します。OAuth は互換性のあるクライアントで静的キーの貼り付けを避けられます。一方、環境スコープの API キーは制御されたローカル自動化に適しています。どちらの選択肢も、データの保持期間やコンテンツのプライバシーを単独で保証するものではありません。

なぜ Text2Go は検証済み人間化 MCP に載っていないのですか？ チェック済みパッケージソースは検出ツールを登録しており、人間化ツールは登録していません。後続の公開バージョンで人間化処理が公開・ドキュメント化されれば、この分類は変更される可能性があります。

MCP 人間化ツールは、検出器の結果を保証できますか？ この記事ではそのような結論を検証していません。公開コントラクトは呼び出し・ペイロード・ジョブ状態・制限を記述するだけです。Turnitin やその他の検出器からの将来的な結果を保証するものではありません。

公式ページとチェック済みソース

これらのページと公開リポジトリは 2026 年 8 月 26 日時点でチェック済みです。エンドポイント・スキーマ・制限・認証は変更される可能性があるため、実装前にライブコントラクトを再度開いて確認してください。