そもそも Perplexity Computer って何？
2026年2月25日に Perplexity AI がリリースした新機能です。
一言で言うと、「チャットで答えを返すAI」ではなく「仕事を完走するAI」 です。
普通のチャットAI（ChatGPTやClaudeなど）は「回答テキスト」を返します。
Perplexity Computerは違って、裏側でLinuxのサンドボックス環境が立ち上がり、
その中でAIエージェントが実際に手を動かします。
- ブラウザを起動してWebにアクセスする
- コードを書いて実行する
- エラーが出たら自分でDevToolsを開いて修正する
- GitHubにpushする
- Netlifyにデプロイする
これを 19種類のAIモデルが役割分担しながら並列で動いて やり遂げます。
Geminiがリサーチ、別のモデルがコーディング、という具合に。
「AIに質問する」から「AIに仕事を頼む」への転換、というのが
Perplexity Computerが象徴していることだと思います。
料金：Perplexity Computerを使うにはいくら必要か
Perplexity Computerは 「Create files and apps」機能 として提供されており、
プランによって使える量が変わります。
| プラン | 月額 | Perplexity Computerの使用量 |
|---|---|---|
| Free | 無料 | ❌ 使えない |
| Pro | $20/月 | △ 月ごとに制限あり（お試し程度） |
| Max | $200/月（年払い$2,000） | ✅ 高い制限（ヘビーユース向け） |
| Enterprise Pro | $40/席/月 | ✅ 拡張制限（50回/月） |
| Enterprise Max | $325/席/月 | ✅ 最高制限（500回/月） |
デプロイ、テストも全部勝手にやってくれるの？
そのPerplexity Computerが出たとき、最初の印象は
「またAIエージェント系のやつか〜」くらいでした。
Claude Codeも使ったことあるし、Devinも試した。
「AIがコードを書く」ってのはもう珍しくもなんともない。
でも、ある海外ユーザーの投稿を見てちょっと見方が変わりました。
「ポケモンカードの価格追跡アプリを作ってほしいと頼んだら、
React + Python で5,000行書いて、
GitHubに新しいリポジトリ作ってpushして、
Netlifyにデプロイしてくれた」
...デプロイまで？
できたものはこれ
ポケモンカードのダッシュボード画面
カード価格の時系列推移画面
カード価格の比較画面
ウォッチリスト画面
など。
フル動画はこちらをご確認ください
プロンプトはこれだけ
Redditユーザー u/NoSquirrel4840 が渡したプロンプトがこれです：
I need a price tracking app to track my prices. I don't want to pay for some other app - I'll pay cheaper costs for prices API myself and build my own app. Simple CRUD app with wishlisting, portfolio tracking. Storage on mysql, which is also available to Perplexity in the sandbox. (中略)Told it to strictly use an 80s retro themed pixel art colors.
日本語訳
カードの価格を追跡したい。
別のサービスにお金を払いたくないので、
自分でAPIコストを持って自前のアプリを作りたい。
ウィッシュリストとポートフォリオ機能のついたCRUDアプリ。
ストレージはMySQL。
UIは80年代レトロなピクセルアートテイストで。
これだけです。
仕様書なし、ワイヤーフレームなし、技術スタックの指定も最小限。
何が起きたか、順番に書く
まずAPIの選定から自分でやる
Perplexity Computerは開発を始める前に、
どのカード価格APIが使えるかを自律的に調査します。
プロバイダーのドキュメントページを自分でブラウズして、
エンドポイントの仕様を確認して、選定完了。
ただし、最初に選んだAPIが 40Xエラーの連発 だったそうです。
ここで人間が呼ばれるか？ ——— 呼ばれませんでした。
「このAPIは使えない」と自律的に判断して、別のプロバイダーに乗り換え。
古いAPIとのデータ移行も自分でやります。
なんかもう、人間のジュニアエンジニアに近い動き方をしてる。
フロントとバックエンドを並列で実装する
内部ではLinuxのサンドボックス環境が立ち上がっていて、
複数のサブエージェントが同時に動いています。
├─ サブエージェントA：React UIの実装
├─ サブエージェントB：Python APIサーバーの実装
└─ サブエージェントC：API連携とテスト
タスクを分割して並列処理するので、
人間が「フロント → バックエンド → 結合テスト」と順番にやるより速い。
DevToolsを自分で開く
ここが個人的に一番「え？」となったところです。
普通、AIにコードを書いてもらうとこういう流れになりますよね：
（フロントエンド開発は、playweightとか使えばいいんだろうけど、結局ブラウザ往復になるんですよね笑）
AIがコードを生成
↓
自分でブラウザで動かす
↓
CORSエラー出る
↓
エラーをコピーしてAIに貼り付ける
↓
「修正しました」のコードが来る
↓
また動かす → また別のエラー
↓（以下ループ）
このコピペ往復、地味に消耗するんですよね。
Perplexity Computerはこれがない。
AIがコードを生成
↓
AIが自分でブラウザを起動
↓
AIがDevToolsを開いてConsoleを確認
↓
AIがエラーを読んで修正
↓
AIがスクリーンショットで動作確認
「完成しました」の通知が来たときには、
すでに動くものが存在しています。
GitHubにpushされてくる
GitHub連携をしておくと、コードが完成した時点で：
- 新しいリポジトリが 自動で作られて
- コードが pushされている
READMEも自動生成。リポジトリ名も適切につけてくれます。
Netlifyにデプロイされてくる
Netlifyアカウントと紐づけておくと、デプロイまで自律実行します。
最終的にu/NoSquirrel4840 の手元に届いたのは：
| 成果物 | 中身 |
|---|---|
| GitHubリポジトリ | React + Python のコード（約5,000行） |
| Netlify URL | 実際に動くアプリ |
Netifyについては、こちらの方の記事が分かりやすかったです。
途中で「やっぱりデザイン変えて」も通る
u/NoSquirrel4840 は完成後にこう追加指示しています：
「色が気に入らない。
80年代レトロなピクセルアートカラーパレットに完全に準拠して作り直して。
モックアップも渡すから参考にして。」
Perplexity Computerはフロントエンド全体をデザイン刷新して再提出。
ゼロからやり直しではなく、既存のコードベースを理解した上での
差分更新として処理されます。文脈が保持されているのでブレが少ない。
だけども、、、、一発では完成しなかった
本人がこう書いています：
「最初のプロンプトが雑だったので、何度か試行錯誤した。
数時間かけて複数回のイテレーションを重ねた。」
過剰な期待はしないほうがいいです。
「一言で完璧なものが来る」という感じではありません。
ただ、デバッグの往復が消えるだけで作業量は体感でかなり違う。
認証つきのフルスタックアプリはまだ発展途上
本人が追記しています：
「JWTやOAuth認証が必要なフルスタックアプリを
ゼロから作れるかは、まだ検証できていない。
認証は後からリポジトリに追加する形が今のところ確実。」
本番グレードのアプリには、まだ人間のレビューが必要そうです。
「プロトタイプを爆速で作る」フェーズでは十分すぎるくらい使えます。
これが「新しい」理由
「AIがコードを書く」は別に新しくない。
新しいのは 「AIが開発プロセスを完走する」 という部分です。
| ツール | コードを書く | 実行・デバッグ | GitHubへのpush | デプロイ |
|---|---|---|---|---|
| ChatGPT / Claude | ✅ | ❌ | ❌ | ❌ |
| Lovable / Bolt | ✅ | ✅ | ❌ | △ |
| Devin | ✅ | ✅ | △ | △ |
| Perplexity Computer | ✅ | ✅ | ✅ | ✅ |
「答えを返す」から「仕事を完走する」への転換。
これが今起きていることだと思います。
※GitHubへのpushは、GitHub MCPサーバーを利用すればできます。
感想：個人的にはまだ「開発では使わない」かな
正直に言うと、今の自分の開発フローには組み込まないと思っています。
モックアップや個人アプリには十分
「とにかく動くものを爆速で見たい」という用途なら本当に強いです。
要件がふわっとしていても、それなりに形になるものが返ってくる。
エンジニアでない人が自分用のツールを作る、というユースケースには
かなり刺さるプロダクトだと思います。
問題は「要件が不明確なまま動く」こと
個人的なネガティブポイントがここです。
業務で使うアプリの開発には、仕様の明確化・設計・レビューのプロセスが必要で、
「とりあえず動くものが来る」は、日系企業ではコードレビューにとんでもない時間がかかるのでは？と思っています。
次回記事にしますが、スペック駆動開発が今のところ、一番ありですかね
今後に期待していること
ただ、ここ1〜2年で変わる可能性は十分あると思っています。
現時点では「プロトタイプを爆速で作る」「ノーコードの代替」という位置づけが
実態に一番近い気がしますが、要件定義から設計・実装まで
会話ベースで精度よく進められるようになれば話は変わってくる。
「エンジニアの仕事がなくなる」かどうかはまだ全然わからないけど、
「開発の入り口が下がった」という意味では確実に何かが変わり始めているな、
とは感じています。
参考
Perplexity公式のライブ例はこちら