EC15兆円の玄関を、開けるか閉じるか。Amazonが他社のAIエージェントを止めた日

今日いちばん引っかかったのは、何かが生まれたニュースではなかった

これまでWebサイトがbotに対してやってきたことは、基本的に防御でした。スクレイパーを弾き、過剰なリクエストを遮断する。すべて「入れない」ための仕組みです。エージェントの時代に必要なのは、どのエージェントを、どの範囲まで、どんな条件で通すかを選べる仕組みです。

米国では「守る」「最適化する」「交渉する」の3方向から人が集まり始めています。Product Hunt にはボット制御を扱う Arcjet が登場し、Hacker News では「MCPはそもそも悪い発想だったのでは」という記事が315ポイントを集め、Y Combinator には小売カタログをAIの答えに拾われる形に最適化する会社がいます。

日本が遅れているのは3か所。いちばん深刻なのは3つ目

「2か月前の自社の姿を見ながら、今日の意思決定をしている」

最大の論点は税理士法です。税務申告や税務相談は独占業務ですが、記帳代行そのものは独占業務ではありません。申告は提携税理士に残し、記帳と可視化のレイヤーだけを製品化する設計が法的に成立します。この「独占業務を丁寧に避けて通る設計」を最初にきちんと作った会社が、この市場を取ると考えています。

AIがコードを書くようになって、最初に壊れたのはCIだった

周辺にも同系統の会社が並んでいます。Macの上でコーディングエージェントのチームを走らせるもの、エージェント開発のためのネイティブアプリ、エージェントにコードを実行させる隔離サンドボックス、そしてClaude Codeのトークン消費を50%削減するプラグイン。a16zはある出資を「ソフトウェアが世界を食う速度が、これからずっと速くなる」という一文で説明しました。

そして加速要因はモデル側にもあります。より安く速い推論への道筋として開発者を沸かせている新型モデルが出た数日後には、軽量な同型モデルがGitHubで公開されていました。推論コストが下がれば、エージェントを並列で走らせるのは当たり前になります。つまり検証側のボトルネックは、これから悪化する一方です。

この問題には、日本のほうが先に突き当たる

業務そのものを引き受ける製品も増えています。ディストリビューターとメーカー向けにAIで見積と受注処理を自動化するもの、人材紹介会社向けのAIネイティブなATS/CRM、ホテル向けの「AI従業員」。日本の中堅卸や部品商社には、いまだにFAXと電話とExcelの見積が現役で残っています。見積のリードタイムは受注率に直結するので、効果を数字で示しやすい領域でもあります。

今日の注目2社は、どちらも日本の現場に刺さる形をしている

明日そのまま動ける一歩を書いておきます。エージェント対応なら、自社ECか取引先のECのアクセスログを直近3か月分取り出して、主要なAIエージェントとAIクローラのUser-Agentを抽出し、流入件数と注文の有無を集計すること。おそらく「そもそも計測されていなかった」という結果になりますが、その事実そのものが最初の提案資料になります。

会計・記帳なら、税理士法第2条と第52条、そして国税庁の見解という一次情報にあたって、記帳代行がどこまで独占業務の外側にあるのかを自分で確認して文書化すること。ここを人の伝聞で済ませると、事業設計がまるごと崩れます。開発インフラなら、直近1か月のCI実行回数・平均待ち時間・失敗率を取ること。取れていなければ、その計測自体が最初のプロダクト仮説です。

市場規模・TAMはいずれも記事側の推定値であり、実績ではありません。掲載している数値・事実は、投資判断や事業判断の前に必ず一次情報でご確認ください。