AIエージェント、電話も開発も代行へ

チャットで答えるだけだったAIが、開発・営業事務の実作業を肩代わりし始めている理由を追う。

チャットから実行へ、静かな移行

これまでのAIエージェントは「質問に答える」「文章を作る」段階にとどまることが多かった。しかし今週見えてきたプロダクト群は、開発の一工程を進める、電話やメールに対応する、フォローアップを忘れず送るといった、具体的な業務プロセスの一部を代替する方向に踏み出している。共通するのは、人間がやっていた「作業」そのものを引き受けようとしている点で、チャットボットの延長ではなく、業務フローの中に組み込まれる存在として設計されている。

開発工程を進めるエージェント

Sprocketは、ハードウェアとソフトウェア両方の開発を効率化するagentic platformとして公開された。コードを書くだけでなく開発工程そのものを進める前提の設計であり、単発のコード生成ツールとは立ち位置が異なる。開発現場でAIが「補助」から「実行」へ役割を広げつつあることを示す一例と言える。

電話・メールという対人業務への進出

Zinleyは電話・メール・タスク対応をこなす「個人向けAI代理人」として登場した。人の代わりに連絡窓口を担うという発想は、これまでチャット応答止まりだったAIエージェントの中でも一段踏み込んだ役割だ。一方NudgeForMeは、返信が来ないまま埋もれてしまったメールの機会を拾い上げ、フォローアップを自動で行うエージェントで、営業や事務でありがちな「やり忘れ」を対象にしている。どちらも派手な機能ではなく、地味だが確実に人手を要していた業務に焦点を当てている点が共通する。

実務化を支えるコストの現実

エージェントが実際の業務を回すようになると、モデル呼び出しの回数とコストが無視できなくなる。TokenlessはOpenAIやAnthropicのAPIと互換のルーターで、リクエストを複数モデルに並行して流し、十分な精度に達した時点で他を打ち切ることでコストを半分以下に抑えるという設計だ。エージェントを「動かし続ける」ことが前提になった今、こうした運用コストの最適化は実務化の裏側を支える要素として現れてきている。

業務の一部を任せる、という選び方

今週の材料に共通するのは、AIエージェントに任せる範囲が「全部」ではなく「一部の作業」に絞られていることだ。開発の一工程、メール対応の一部、フォローアップの抜け漏れ、推論コストの調整と、いずれも既存の業務フローに部分的に差し込む設計になっている。汎用アシスタントを目指すのではなく、具体的な業務の一点を確実にこなすという方向性が、実務化の入り口として選ばれている。

この芽をいつから追っているか

過去には業務特化型エージェントSaaSへの関心の移行（8）、エージェントを動かし続ける運用インフラの登場（6）、請求書や日報などの定型業務自動化（5）を書いた。今週はそれらが具体化し、開発工程の代行、電話・メール対応、フォローアップの自動化という実際の業務単位でエージェントが動く例と、それを支えるコスト最適化の仕組みが同時に揃った点が変化と言える。

🔭 エージェントが担う作業範囲がどこまで広がるかより、どの一点を確実に任せられるかが次の焦点になりそうだ。