インストール
pip install humanizer-ru誰向けか
チャット画面から貼ったロシア語を、まず照合できる衛生検査をしてから polish するかを決めたい人向け。humanizer-ru はロシア語テキスト向けで、検証できる貼り付け衛生処理を出す。MCP では同じコマンド群が stdio 上の humanizer-mcp として出され、contract.v1.json のツールに対応する。テキストはこの過程に留まり、このツール群は過程の外へ送らない。
主に Markdown 原稿を扱い、すぐ polish を走らせたい人には向かない。polish は ##、**、書名号風の引用符、ダッシュを落とす。--preserve-markup があるときだけ、印付きテキストに polish してよい。Python パッケージを入れておらず、クライアント設定だけ変える人にも向かない。サービスコマンドはインストール後の humanizer-mcp。
3分で最初の試行を終える
公式経路は一本：先に入れ、唯一の MCP 設定を humanizer-mcp と書く。第二のインストーラを並べない。
pip install humanizer-ru
クライアント設定位置は MCP サーバ表のこの1項：
{
"mcpServers": {
"humanizer-ru": { "command": "humanizer-mcp" }
}
}
前提：このマシンに pip を走らせる Python があり、stdio MCP を起動できるクライアントがある。設定にキーのプレースホルダを書かない。このサービスは API key を求めない。
最初の呼び出しは原文どおりの走査コマンド。先に印を見て、まだ polish しない。原文どおり見本を用意して走査する：
python -c "open('primer.txt','w',encoding='utf-8').write('Согласно отчёту :contentReference[oaicite:3]{index=3}, рост заявок.\n')"
humanizer-markers --scan primer.txt; echo "rc=$?"
成功はコマンドが終わり、rc= のあとに終了コードが印字され、見本のチャット残渣を走査が印したかが見えること。MCP 側では同じコマンドが JSON-RPC 封筒で行き、誤りは契約どおり isError。これはローカルでファイルを読んで走査する。ゼロリスクではない。本機に primer.txt を書き、そのファイルを読む。
走査が使えると確認してから、polish が要るなら MCP ツール humanizer_polish を考える。Markdown には必ず --preserve-markup。なければ見出しと太字印を剥ぐ。
利用例
例1：チャット貼り付けの残留印を調べる。humanizer-markers --scan（MCP でも同じコマンド群）で、編集器に貼ったばかりのロシア語を走査する。「チャット引用の残渣があるか」を先に確認してから直す用途。ソースは primer.txt の走査と終了コードだけを示す。印の種類は全部並べていない。
例2：組版原稿ではないと確認したあと、事実照合または polish。MCP は humanizer_facts と、CLI と同じ型の humanizer_polish を出す。polish を Markdown に直接当てない。印を残すときは --preserve-markup。ソースにこの2ツールのパラメータ表はない。欠けていれば名前と上の制限で止める。
利用上の境界
パッケージ名は humanizer-ru、MCP 過程は humanizer-mcp、契約は contract.v1.json。テキストは過程を出ないが、ローカルファイルは読み、primer.txt のような見本を書くことがある。polish は --preserve-markup がなければ Markdown を壊す。ソースに取り消し経路はない。JSON-RPC の誤りは isError。公式の説明：
https://github.com/Vladimir-Human/humanizer-ru