Perplexityが2人で自作したDB、外注を捨てた線引き

誰が・いつ・何を言ったか：Srinivasの「2人＋AIで2ヶ月」発表

2026年9月14日から15日にかけて、AI対話型検索エンジンを運営するPerplexityの共同創業者兼CEOである Aravind Srinivas（アラヴィンド・スリニヴァス） は、自社公式ブログとX（旧Twitter）で驚くべき技術成果を公表しました。

同社はAmazon Web Services（AWS）の汎用クラウドデータベース「DynamoDB」から、自社で開発した専用データベース「CobbleDB」へと全面移行を果たしました。この4万行におよぶRust製の基幹システムを構築したのは、わずか人間のシステムエンジニア2名と、数百規模の自律型AIコーディングエージェント群（swarm）です。開発期間はたったの2ヶ月間でした。

移行の結果、毎秒20万リクエストを超える高負荷な検索環境において、バッチ読み込み遅延の中央値（p50）は31.4ミリ秒から5.60ミリ秒へ、p99遅延は123ミリ秒から24.2ミリ秒へと約5分の1に短縮。さらに、クラウドストレージ運用費用を20%以上削減することに成功したと主張しています。

たった2名のエンジニアとAIエージェント群が、わずか2ヶ月で4万行のRust製データベースを書き上げ、ビッグテックの標準インフラを超えてみせた。

数字を割り引く：検索APIとコスト削減を売る企業の戦略

この華々しい発表をそのまま鵜呑みにするのは早計です。私たちがまず見るべきは、「Srinivasは何で稼いでいる人物か」という商売の前提です。Perplexityの主力商品は有料検索サービスおよび検索APIです。検索の回答速度を引き上げ、インフラ運用コストを徹底的に削ることは、同社の利益率に直結する生命線でもあります。

つまり、今回の発表は自社の高度な技術力を誇示し、競合に対する優位性を投資家や顧客に印象づけるためのマーケティング戦略でもあります。また、CobbleDBはあらゆる用途に使える汎用データベースではなく、Perplexityの検索データ構造だけに最適化された極端な専用設計です。

それでもなお、この実例が地方や中小企業の経営者に刺さる理由は明確です。「巨額の予算と何十人もの外部ベンダーを投入しなければ、基幹システムは作れない」というこれまでの常識が、少数精鋭とAIの組み合わせによって根底から覆された物証だからです。

本当に効くのは線引き：AIに任せた工程と人間が握った領域

中小企業が手本とすべきは、「AIに全自動でシステムを作らせた」という幻想ではありません。Perplexityが徹底した「任せる領域と握り続ける領域の明確な線引き」です。

彼らは、コードの記述、統合テストの実行、ビルドの監視、運用手順書の自動作成といった膨大な作業をAIエージェント群に全量委任しました。一方で、実際の商用環境での運用、ノード管理、バックアップの検証、障害発生時のデータ整合性回復といった最も泥臭く責任の伴う工程は、人間のSREエンジニアが直接握り続けました。

「全自動の夢」を捨て、AIを優秀な下請け作業員として使い倒し、最終的な責任と運用の手綱は人間が離さない。この役割分担こそが、トラブルを起こさずに2ヶ月で巨大システムを動かし切った最大の勝因です。

中小への翻訳：外注丸投げを捨てて1機能から自作する

多くの地方・中小企業では、システム開発や業務ツールの構築といえば「数百万円から数千万円を払ってシステム会社に丸投げする」か「高額すぎて諦める」の二択になりがちでした。しかし、Srinivasたちが示したのは第三の道です。

大金を出して汎用システムを買い、自社の業務をシステム側に無理やり合わせる時代は終わりました。社内の事情を一番知っている少数の担当者が、AIエージェントを指揮して「自社専用のツール」を素早く内製する時代が来ています。

いきなり大規模な基幹システムを作る必要はありません。まずは社内にある「手作業で面倒な1つの作業」や「既存システムの使いづらい1機能」に絞り、内製化の手応えを掴むことが第一歩です。

「退屈な作業はAIへ、熱狂的な意思決定と責任は人へ」。Perplexityが実践した泥臭い線引きは、自社のIT投資に悩むすべての中小企業にとって、外注依存から抜け出す強力な羅針盤となります。

30分で課題を整理する→