AIエージェントに文章を書かせて外部サービスへ投稿させると、想像より遅くなります。Zenn AIに掲載された記事によれば、AIエージェント（Claude Code＋ブラウザ拡張）でZennへ記事を投稿させたところ、本文8,000字が毎回エージェントの出力を通過し、誤字修正のような小さな差し替えでも全文の再送になったとのことです。この記事は、その原因と回避策を、中小企業がAIエージェントを使うときの線引きとして読み解きます。
何が起きたのか
題材は、Zenn AIに2026年8月24日に公開された技術記事です。筆者はAIエージェントに技術記事をZennへ投稿させようとしました。
問題は、Zennに公式MCPも公開の書き込みAPIも無い点にあります。そのため記事の投稿は、エディタをブラウザで操作するしかありません。Zennのエディタは CodeMirror ベースで、外部から文字を入れる手段は実質「ページ上で JavaScript を実行する」ことだけだと記事は説明しています。
素直に実装すると、本文を JavaScript の文字列リテラルとして丸ごとコード内に埋め込むことになります。記事の言葉を借りれば、8,000字の記事なら「エージェントがファイルを読む（8,000字ぶん消費）」「エージェントがJSコードとして書き出す（もう8,000字ぶん消費）」で、1回の更新につき記事2本分を書き写しているのと同じコストがかかる、という状態です。今回は公開済み記事に追記・修正を3回繰り返す必要があったため、この遅さが致命的に効いたと書かれています。
なぜ遅くなるのか ― トークンという単位
背景にあるのは、AIエージェントがテキストを「トークン」という単位で数える、という制約です。大量のテキストを流し込むほどトークン消費が増え、コストも時間も膨らみます。
ポイントは、データがエージェントの出力を通過するかどうかです。本文をコードに埋め込む方式では、本文全体が毎回エージェントの手を経由します。バッククォートやバックスラッシュのエスケープ事故も起きやすい、と記事は指摘しています。
回避策として紹介されているのが、ローカルに使い捨てのHTTPサーバ（記事の例では 127.0.0.1 の 8899番ポート）を立て、ブラウザ側に fetch で本文を直接取りに行かせる手法です。本文は base64 にエンコードしておくと、改行やクォートのエスケープ事故が原理的に起きません。ページ側で実行する JavaScript は本文が何KBでも数行のまま変わらない、というのが要点です。記事は技術的な注意点として、textContent への直接代入では CodeMirror の内部状態が更新されないため execCommand('insertText') を使うこと、atob だけだと日本語などのマルチバイトが壊れるため TextDecoder でデコードすること、CodeMirror は仮想スクロールなので投入結果は保存後に公開ページ側で確認すること、を挙げています。終わったらサーバは必ず落とす、とも明記されています。
そして記事は最後に「そもそもの正攻法は Zenn の GitHub 連携」と書いています。リポジトリに Markdown を置いて push すれば公開されるため、ブラウザ操作もこのトリックも一切要りません。有志製の zenn-mcp もあり、MCP 経由で完結させることもできます。ブラウザ操作が必要になるのは、すでにWebエディタ側で公開してしまった記事の本文を差し替えたい、といった限られた場面だけだ、というのが結論です。
3つのやり方を、素材から並べる
記事に登場する3つの方式を、送信量の観点で並べると次のようになります。数値と条件はすべて素材に書かれているものだけを使っています。
| 方式 | 送る指示の大きさ | 前提条件 | 想定される場面 |
|---|---|---|---|
| 本文をJSに丸ごと埋め込む | 本文サイズ（例：8,000字）が毎回通過 | 公式API・MCPが無い | 素直に実装すると陥る形。更新のたびに遅い |
| ローカルHTTPサーバ＋fetch | 本文サイズに関係なく数行 | ローカルにサーバを立てられる。終了後に停止 | 公開済み記事の本文差し替えなど、ブラウザ操作が避けられないとき |
| GitHub連携（正攻法） | ファイルを書いて git push するだけ |
Zennの公式連携が使える | 新規に書く場合。ブラウザ操作もトリックも不要 |
「aiの 鬼 トークン」で当サイトに来られる方がいますが、この表が示しているのはまさにトークンの通り道の話です。速さを決めているのはAIモデルの賢さではなく、大きなデータをエージェントに通すか、通さないかという運用設計です。
中小企業にとって何が変わるのか
この記事は技術者向けに見えますが、中小企業がAIエージェントを業務に使うときの線引きとして読めます。
第一に、公式ツール化・API化されているソリューションを優先して探す価値がある、ということです。記事が繰り返すとおり、公式MCPやAPIがあるならそちらが常に速く、ブラウザ操作は最後の手段です。自前でエージェントにブラウザを操作させる迂回は、数KB以上のテキストを投入するような限られた場面でだけ効きます。
第二に、大量テキストを扱う業務ほど、エージェントに直接やらせるとコストが膨らむという点です。クリック・短い入力・ページ読み取りといった通常の操作はブラウザ拡張をそのまま使えば十分だと記事は述べています。逆に言えば、長い文書の投入・転記のような業務は、エージェントの出力を素通りさせない設計にするか、そもそも公式連携に寄せるべきだ、という判断材料になります。
これは「モデルを最新に買い替えるより動かし方を直すほうが安くなるのか」というテーマと地続きです。当サイトでもモデルを最新に買い替えるより「動かし方」を直すほうがAIコストは下がるのかで、モデルそのものより「ハーネス（動かし方）」を変えるアプローチを扱っています。今回のローカルHTTPサーバの話は、その最も手軽な一例だと言えます。AIコストが「固定」から「変動」へ動く流れはAIコンピュート費用が「固定」から「変動」へ──GPU先物市場が動き出すと中小企業のAIコスト計画はどう変わるのかでも整理しています。
当社の実測と突き合わせると何が言えるか
株式会社TOE（AIの鬼）はAI検索対策・AI導入支援を提供しうる利害関係者です。その前提で、自社の運用実測と突き合わせます。
当社は社内業務の自動化を27本運用しており、AI秘書のブリーフィングは毎朝8:00に動いています。当サイト自体も、ニュース収集3,000件・自社要約つきニュース1,646件・記事261本を、人手を介さず毎日自動で生成しています（2026-08-25時点）。直近7日で記事は250本から261本へ、1日あたり約1.6本のペースで増えています。
ここで効いているのが、まさに今回の記事と同じ発想です。当社の運用中のAI API課金は0円です。長い本文を毎回エージェントの出力に通すのではなく、ファイルとして扱い、投稿は自動化パイプラインに寄せているため、トークン単価のかかる経路に大量テキストを流していません。今回のZennの事例が言う「データの通り道をエージェントの外に出す」という原則を、媒体運用の側で実践しているかたちです。
一方で、その自動生成が検索の結果に直結しているかは別問題です。当サイトの直近28日は表示1,797回・クリック50回（CTR 2.8%）、直近7日は表示45回・クリック0回で、前の7日と比べた表示は−89%でした。生産量を自動化で伸ばせることと、その記事が読まれ引用されることは、当社の数字を見るかぎり同じではありません。
この記事で言えないこと
- ローカルHTTPサーバ方式で具体的に何倍速くなったかは、素材に速度の実測値が無く、分かりません。素材が示しているのは「本文サイズが毎回通過するか／数行で済むか」という送信量の違いだけです。
- この手法でトークン消費や課金額がいくら減るかは、素材にも当社にも計測がありません。当社のAPI課金は0円ですが、それはZennの手法を使った結果ではなく、運用設計全体によるものです。
zenn-mcpの安定性やセキュリティ、ローカルにサーバを立てる際の社内ネットワーク上のリスクは、素材の範囲外で、当社は測っていません。- 効果や成果を保証するものではありません。当社が測っていない項目は「測っていません」と申し添えます。
まとめ
- Zennには公式MCPも公開の書き込みAPIも無いため、AIエージェントでの投稿はブラウザ操作になり、本文をJSに丸ごと埋め込むと8,000字が毎回エージェントの出力を通過して遅くなります（Zenn AI、2026-08-24）。
- 回避策は、ローカルに使い捨てHTTPサーバを立て、ブラウザに
fetchで本文を取りに行かせること。base64を挟めばエスケープ事故も防げ、送る指示は本文サイズに関係なく数行で済みます。 - ただし新規投稿の正攻法は Zenn の GitHub 連携です。公式MCPやAPIがあるならそちらが常に速く、ブラウザ操作は最後の手段だと素材は結論づけています。
- 中小企業への含意は「大量テキストを扱う業務ほど公式ツール化・API化されたソリューションを探す」「自前でエージェントに指示を出すのは短い入出力の業務に留める」の2点です。
- 当社は自動化で記事261本を毎日生成し、AI API課金は0円ですが、それが読まれること（直近7日クリック0回）とは別問題であり、速さ・コストの具体的な削減幅は素材からも当社の実測からも言えません。
この記事は、Zenn AIの「AIエージェントにZennへ記事を書かせると遅い ― ローカルHTTPサーバ経由で本文を流し込む」（2026-08-24）を素材に、株式会社TOE（AIの鬼）の運用実測（社内自動化27本、記事261本の自動生成、AI API課金0円、Search Console 2026-08-25時点の表示・クリック数）とあわせて書きました。
