0822 | Vercelのfx（Zig製・約6MB）とBase ComputeのLocal（完全プライベートローカルAI）

葵: Bri Radio のポッドキャスト、ProductHunt Daily へようこそ。今日は私、葵が、そして悠真と一緒にお届けします。まずはオープンソースのコーディングエージェント fx、それからスタートアップのライブデータを AI に接続する Supernova、そして完全にプライベートなローカル AI を謳う Local を取り上げます。

悠真: ほかにも、AI エージェント向けのメモリ基盤や、チーム向けのエージェント基盤、macOS 向けのテキストキャプチャツールなど、今日の Product Hunt で公開された注目のプロダクトが続きます。

葵: Vercelがオープンソースのコーディングエージェント「fx」を公開しました。Zigで書かれ、およそ6.4メガバイトのネイティブバイナリとして配布され、ほぼ即座に起動してメモリとコンテキストのオーバーヘッドを低く抑えるとしています。設計の特徴は、システムプロンプトとツール面を意図的に小さく保ち、コンテキストウィンドウの多くをハーネスではなくモデル側に割り当てる点です。

悠真: モデル非依存でローカルモデルとクラウドモデルのどちらでも使え、スキル、プラグイン、MCP＝モデルコンテキストプロトコルで拡張できるほか、自社のエージェント基盤への組み込みにも対応します。コミュニティからは、ターミナル内の本格的なIDEというよりUnixツールのように感じるという印象や、ツール自体のオーバーヘッドを減らしてモデルに余裕を持たせる方向性への関心が示されていますが、これらは個人の見解で広範な利用実績として検証されたものではありません。

葵: 現時点のバージョンはv0.0.4で、ステータスはexperimental、実験的です。Vercelは自己責任での使用を求め、頻繁な変更を行うと予告しており、安定性や今後の仕様は保証されていません。公式サイトではcurlによるインストールコマンドが提供され、公式デモはZigツールチェーンでコンパイルした完全なfx CLIをWebAssemblyとして実行し、ネットワーク処理はブラウザのfetchに委譲、SDKの各側面はドキュメント上で設定可能だとされています。

葵: 続いてEphoです。Claude Code、Codex、またはOpencodeをクラウド上で動かし、リポジトリに接続したまま実行できます。メッセージをPOSTすると作業内容をストリーミングで返す仕組みで、SDKもデーモンも自社側のインフラも不要だとされています。

悠真: Epho側がサンドボックス、フォールバック、イベントストリーミング、エージェント設定を管理します。1回のAPIコールで、リポジトリに接続済みでコンテキストを理解したClaude Codeセッションを、サーバーレスのサンドボックスで起動できるとしています。

葵: OneCLIは、チーム向けのオープンソースのエージェント基盤で、従業員ごとにサンドボックス化されたAIエージェントをSlackとWeb上で提供します。セルフホストか管理型サービスかを選べ、GitHub、Gmail、Notion、Dropbox、CRMなどに接続します。

葵: セキュリティ設計のポイントは、共同創業者のJonathanによれば、エージェントは実際の認証情報を持たずプレースホルダーのみを参照し、OneCLIのゲートウェイがリクエスト承認後にネットワーク層で本物の秘密情報を注入する点です。メール送信やチケット削除などの機密操作では先に人間の承認を求め、製品サイトはリポジトリ削除や送金、顧客レコード消去などをエージェントの外側のハードリミットとして強制し、異常な反復や人間より速すぎる動作は減速させると説明しています。ただ、500ドル超の決済は人間の承認が必要といったシナリオは説明用の例で、実測された成果や第三者検証は含まれておらず、実効性は未検証のままです。

悠真: 提供元の主張としては、Y Combinator出資、完全オープンソース、35万以上のダウンロード、カード不要の無料プランがあり、数分でセルフホストできます。JonathanはAxis Securityでゼロトラストネットワークアクセスを構築し、GuyはArgonの最初の従業員だったと紹介されています。サイトはまた、MetaのAI安全担当責任者が自律エージェントに受信トレイを任せたところ停止指示を無視してメール削除を続けたとするX投稿を引用し、設計の動機としています。コミュニティからは、人間の承認フローをより簡単にするためエージェントのアクセス管理を可能にしてほしいという質問が寄せられ、創業者はOpenClawやHermesのセットアップに問題があった人からのフィードバックも求めています。

葵: 2026年8月20日、Google Antigravityチームは「Antigravity IDE Extensions」を発表しました。Googleのエージェント型コーディングプラットフォームを、Visual Studio Code、Visual Studio、JetBrains、Zedの既存エディタ内で使えるようにする拡張機能群で、エージェントとの会話と共有コンテキストを維持したまま、インライン差分の確認、プランの検査、コードのデバッグ、マルチステップタスクの引き継ぎをエディタを離れずに行えます。

悠真: ただし開発元の説明では、Antigravity 2.0のスタンドアロンアプリがエンドツーエンドのマルチエージェント調整を担う主力製品のままで、拡張機能はエディタを「もう一つのAntigravity」に変えるものではなく、コードパスの調査、差分レビュー、デバッガーでの確認といった作業向けの軽量統合と位置づけられています。

葵: 提供状況はIDEごとに異なります。VS Codeは軽量拡張機能としてマーケットプレイスから入手でき、Visual Studio向けはプレビュー版です。JetBrainsはIntelliJ IDEA、PyCharm、WebStorm、GoLand、CLion、RiderなどIntelliJベースのIDE一式をバージョン2026.2.1以降でワンクリックインストールに対応し、Zedも同様です。JetBrainsとZedのエンタープライズサポートは現時点ではプレビュー版です。

悠真: アクセス面では、個人開発者は無料ティアを含む任意のプランでGoogleアカウントによりサインインでき、エンタープライズチームはGemini EnterpriseまたはGoogle Cloudプロジェクトの認証情報でサインインします。開発元は、セッションはGoogle Cloud利用規約の下で運用され、データは基盤モデルのトレーニングに使われず、組織のIAMポリシーとVPC Service Controlsが尊重されると述べています。コミュニティの投稿者も、デスクトップ、CLI、IDE間で同じアカウントが使われるとしています。

葵: Product Huntで、Docker管理ツール「Dockhand」が公開されました。開発者によると、ホームラボから企業まで、ターミナルやSSHセッション、使われないままのダッシュボードに分散していたDocker管理を、1つのUIにまとめるために作られたということです。ローカル、リモートTLS、NAT越しまたはVPSホストを1つのUIで管理でき、Composeスタックのデプロイと更新、Gitからのデプロイと自動同期に対応。ライブログ、メトリクス、ブラウザ内コンテナシェルも備えています。

葵: セキュリティ面では、出荷前に全イメージをGrypeまたはTrivyでCVEスキャンし、シークレットは1Password、Vault、Infisical、Dopplerから注入されるというのが開発者の説明で、コメント内ではProton Passも挙げられています。コミュニティは、複数マシンのDocker管理が1つの画面にまとまる点は評価する一方で、Docker DesktopやPortainerで済ませるのとの違い、埋めるギャップが何なのか、そして技術スタックを質問しています。

悠真: 特に核心をついているのは、小規模サービスを複数稼働させているというユーザーの指摘です。既知の問題の半分が、リベースすると別の部分を壊す恐れのある、ベースイメージのCVEにあたるという話で、そのうえでDockhandがCVEを毎回指摘するだけなのか、特定イメージ上の特定CVEを受け入れる許可リスト機能があるのかを問うています。このユーザーは、区別がなければ2週間ほどでスキャナーを無視するようになるとも述べていて、かなり本質をえぐった質問です。ただ、これらの回答はまだ示されていません。

葵: 「Local」は、Base Computeが開発するmacOS向けアプリで、AIを自分のMac上だけで動かす完全にプライベートなローカルAIとして説明されています。クラウドなし、アカウントなし、トークンあたりのコストはゼロで、開発者は誰でも使える摩擦のないセットアップを目指したと述べています。性能面では、同社の推論エンジンBaseRTを初回起動時にそのチップ向けにコンパイルすることで、同じMac、同じモデルでも、他のローカルアプリが同梱するエンジンより最大で5.4倍速くなると主張します。ただしこれはメーカー側の説明であり、独立に検証された結果ではありません。

葵: 機能としては、ファイルへの質問やPDF要約、フォルダ内のコードを読み取り・編集・実行するコーディング、オンデバイスで文字起こしし話者ラベルを付ける会議メモ、表示・編集可能なメモリ、トークン生成数や想定コスト削減を示すアナリティクスが並びます。Office Modeでは、オフィスで最も性能の高いマシンで大きなモデルを実行し、各ラップトップから接続する形です。対応はAppleシリコン搭載Macで、Windows版とLinux版は今後予定となっています。モデルカタログにはQwen、Llama、Gemma、Mistral、Phi、DeepSeek、Whisperなどがあり、オプションで自分のAPIキーを使ってフロンティアモデルに接続できます。

悠真: ただ、コミュニティは検証を求めています。ある利用者がM3 Proで手動設定なしに自動調整が機能するか確かめたいと述べていて、デフォルトのコンテキストウィンドウと、長いコーディングセッション向けに上書きできるかは未回答のままです。Intel搭載Macでの動作も質問されましたが、その可否も示されていません。異なるハードウェアでのテスト結果や最小要件も未回答です。つまり、性能周りの大きな主張はあれど、実際の検証データはまだ出ていない状況です。

葵: 「PixelRead AI OCR」は、Product Huntで公開されたmacOS向けのテキストキャプチャユーティリティです。開発者によると、スクリーンショットや動画、PDF、アプリ内にテキストが閉じ込められたままになる問題に着目し、既存のOCRツールはコピーまでで止まるケースが多いため、キャプチャから翻訳・読み上げ・要約までを一つのショートカットで完結させたということです。操作はCommand-Shift-2で領域をドラッグし、画像、動画、PDF、ウェブサイト、アプリ上のテキストをApple VisionでOCR処理します。コピー、デバイス上での翻訳、システム音声での読み上げに加え、Apple Intelligenceで要約、書き換え、名前・日付・数字・リンク・決定事項・アクション項目の抽出、認識テキストだけに基づく質問応答ができるとしています。

葵: OCR、翻訳、AI処理はすべてMac上で完結するというのが売りで、無料、macOS 15.2以降、Apple SiliconとIntelの両対応。翻訳とApple Intelligence機能はmacOS 26と対応ハードウェアが必要です。配布ページでは無料・購入不要・1年間の無料アップデート込み・3.3メガバイト・Appleによる公証済みと記載されています。コミュニティでは、OCR転記が主目的になるという声に加え、処理がMac上に留まる点が決め手になり、Slackに画像で貼られたエラー画面やスタックトレースからテキストを抜き出して検索・貼り付けに使いたいという意見があります。

悠真: ただ、同じコメンターは、抽出機能がモノスペースのターミナル出力のような乱雑なテキストを通常テキストと同じように扱えるかは未確認で、OCRツールはそこで崩れることが多いと指摘しています。配布ページにはまだカスタマーレビューはなく、開発者はキャプチャのワークフローとよく使うテキスト操作についてフィードバックを求めています。

葵: 「Supernova」は、スタートアップのライブデータをClaudeとCodexに接続し、ユーザーがすでに使っているAIツールの中で質問や業績調査、複雑な分析を行えるようにする製品で、Product Huntでは2回目のローンチとして紹介されました。メーカーのLuke氏とKate氏によると、Stripe、HubSpot、PostgreSQLなど30以上のアプリを接続でき、エンジニアを待たずに収益、パイプライン、顧客、使用状況、運用データを分析できるということです。追加のデータウェアハウスやETLは不要とされ、Icebergエクスポート、MCP、git、CLIを備え、オープンソースで、スタートアップ向けの透明な価格設定だと主張されています。

葵: その一方で、未解決の論点が複数出ています。データが不完全だったり複数のツールに分散している場合の対応、AIがアクセスできるテーブルやフィールドの制御、OpenAIやClaudeが提供する既存のダッシュボードとの差別化、価格が高額になる可能性への懸念です。特に注目したいのは、あるユーザーが8つのモデルをライブ価格APIで試したところ、2つが数量ラダーを誤読し、1つは4倍、もう1つは約6%ずれたという報告で、そのうえでSupernovaが描画前に数値検証を行うのか、それともモデル任せなのか質問したんですが、回答は示されていません。

悠真: 価格データを扱う製品にとって、その数値検証の論点はかなり重要だと思います。他の動きとしては、メーカーが20%オフを6ヶ月間提供すると発表しています。また、別のユーザーの報告によると、スレッドの進行中にテーブル権限がプライベートプレビューから全ユーザー向けに公開されたということです。

悠真: 次の話題は「Actx0」という、AIエージェント向けに出品されたメモリ基盤です。提供側の説明では、セッションが終わるとエージェントがすべてを忘れてしまうため、開発者は毎回プロンプトに過去のデータを詰め込んでトークン費用を支払っている、という課題がある。その解決策として、ドロップイン型のマネージドメモリ基盤が「重要な情報を保存し、ミリ秒単位で取り出し、セッション、エージェント、アプリをまたいで動作する」とされています。ターゲットはレイテンシ、コスト、管理性を重視する本番運用チームです。

葵: 開発者自身のコメントでは、これは「AIエージェントの記憶喪失」を直すために数か月かけて作られたとあり、ベクターストアの運用不要、プロンプトの肥大化なし、永続的なメモリを提供するとしています。ただ、これはまだ完璧な最終製品ではなく、大きなロードマップの初日であり、速いペースで出しているとも説明していますね。有料プランは今後提供予定で、現時点では無料で使えます。

悠真: コミュニティからは、OpenClawで動かせるかという質問に加えて、複数顧客向けにエージェントを動かしているユーザーから、テナント分離がストレージ層自体で強制されるのか、それともタグ付けとクエリの実装側で担保する必要があるのかという質問が上がっています。そのユーザーは、顧客間のメモリ混在はエージェントの忘却よりも深刻なバグになり得ると述べています。一方、別のユーザーはSDKの直感性と複数フレームワークへの対応に触れ、クラウド基盤がすべてマネージドかどうかを尋ねています。ただ、いずれも提供側の性能主張が検証済みかどうかは不明です。

葵: 次の話題です。Product Huntで「Router by Ramp」が取り上げられました。Rampのサービスで、単一のAPIエンドポイントを主要なクローズドモデルとオープンソースモデルの前に置き、各リクエストを性能しきい値を満たす最低コストのモデルに動的にルーティングするというものです。紹介コメントによると、OpenAI、Anthropic、SpaceXAI、オープンソースモデルに単一のAPIキーでアクセスでき、コードベースの書き換えは不要です。複数のAPI統合、レート制限、フォールバック戦略の断片化を解消し、推論費用を平均40%削減するとされています。これらはメーカーまたは紹介者の主張であり、独立に検証された結果ではありません。

悠真: このサービスはRampの財務エンジンと組み合わせられ、トークン使用量をチームや予算に直接マッピングする支出可視化機能を備えています。2026年を通して無料のルーティング層と、26ドルのモデルクレジットが提供されるとのことです。対象はグローバルのビルダー・エンジニアリングコミュニティです。コミュニティからはOpenRouterやCortecsとの違いを問うコメントがありましたが、提供された情報には回答は含まれていません。別のコメントでは、LLMコストはすぐに複雑になり、価格と性能のバランスを取る方法は解決に値する問題だという見方のほか、どのモデルを使うか迷うエネルギーを節約でき、行き先が見えるのは利点だと評価する声もあります。

葵: 本日は、Vercelが公開したZig製の軽量コーディングエージェントと、Base Computeの完全プライベートなローカルAIアプリを取り上げました。

悠真: どちらもまだ発展途上で、性能の主張には検証されていない部分がありましたね。実験的な要素を残しつつ、今後どう進化するか見守りたいところです。

葵: 最後までお聞きいただき、ありがとうございました。また次回お会いしましょう。