ASADASHI
バイブコーディング
バイブコーディング2026.10.31·読了 2分·難易度: ふつう

AIが営業・制作・集客を全部やる時代が来た

朝の出汁版(通勤2分)

  • ポイント1: GitHubで相次いで公開された3つのOSSにより、Expoアプリ開発の自動化・AIエージェントへのPC操作権限付与・Claude/Codexを使った営業メール送信から商談設定までの自律実行が、それぞれ個人レベルで使える形で揃い始めている。
  • ポイント2: 注目したいのは、いずれもAPIキー不要・既存のサブスクリプション活用・全行動を記録するなど「使う側が制御できる設計」になっている点で、ブラックボックスではなく透明性を持たせたまま自律化できる構造になっている。
  • ポイント3: 触りたい人は、まず営業フロー自動化の「harvey」をClaudeサブスクで動かしてみるか、AIエージェントにブラウザ・ファイル操作を任せる「OpenBot」をREADMEのクイックスタートから試してみるのが入口として現実的。

出汁の素(深読みモード)

GitHubに3つのOSSが相次いで登場した、その意味

ここ数日で、GitHubに性格の異なる3つのOSSが立て続けに公開・注目を集めた。Expoアプリ開発を自動化する「expo/skills」、AIエージェントにブラウザやファイルを持たせる「OpenBot」、そしてClaudeかCodexのサブスクだけで動く自律型営業エージェント「harvey」。スター数はそれぞれ3,800・8,600・3,400超と、リリース直後としては注目度が高い。

これら3つに共通しているのは「個人が制御できる自律化」という設計思想だ。以前は「AIに任せる」といえばブラックボックスなSaaSを月額契約するのが主流だった。しかし今回のOSS群は、APIキー不要・既存サブスク活用・全行動の記録という仕様を備えており、何をやっているかを見ながら自律化できる構造になっている。使う側として知っておくべきは、この「透明性ごと自分のものにできる」という点だ。

3つのOSSがそれぞれカバーする領域

expo/skillsは、Expo(モバイルアプリ開発フレームワーク)のプロジェクトをAIエージェントが操作するためのスキル集。Expo Application Servicesとの連携も含まれており、ビルド・デプロイ・設定変更といった定型作業をエージェントに委譲できる。コードが書けると有利だが、スキルをそのまま読み込ませるだけでも動く設計になっている。

OpenBotは、AIエージェントに「自分専用のPC環境」を与えるという発想のフレームワーク。ブラウザ、ファイル、外部ツールへのアクセスをエージェントに付与しつつ、「すべての行動を実行前に決定し、実行後に記録する」仕様が特徴的だ。AG-UIというプロトコルに準拠した任意のエージェントを持ち込める設計で、AIに自分の分身チームを持たせる時代が来たで触れたマルチエージェント化の流れとも接続しやすい。

harveyは、見込み客の発掘・コールドメールの作成・送信・返信対応・商談設定までを自律的にこなす営業エージェント。ClaudeかOpenAI Codexのサブスクリプション上で動き、APIキーを別途取得する必要がない。発表内容を読むと、「見込み客リストを渡せば、あとはharveyが動く」という構成になっており、営業フローの定型部分を丸ごと委譲できる。

「APIキー不要」設計が何を変えるか

これまでAI自動化ツールを使い始めるとき、OpenAIやAnthropicのAPIキーを取得して環境変数に設定して……という手順が「最初の壁」になっていた。harveyはその壁を取り除いており、ClaudeやCodexのサブスクリプションを持っていればそのまま動く。

注目したいのは、この設計が「使い始める人を増やす」だけでなく、「コスト管理を既存の課金体系に乗せられる」という実用的なメリットも持っている点だ。APIの従量課金で予算が読めなくなる問題が回避できる。

OpenBotの「全行動を実行前に決定・実行後に記録」という仕様も同様に意義深い。エージェントが何をしたかがログとして残るため、ミスが起きたときに原因を追いやすい。Googleが170以上のAIスキルを品質管理する仕組みでも議論されていたが、自律化が進むほど「何が起きたかを追跡できる設計」の重要性は増していく。

手を動かすなら、この順番で

触りたい人への具体的な入口を整理する。

最初の一手:harvey Claudeサブスクを持っていればすぐ試せる。リポジトリ(https://github.com/ethanplusai/harvey)のREADMEにQuickstartがあり、見込み客リストのCSVを渡してキャンペーンを走らせるところから始められる。コードの改変は不要で、設定ファイルの編集だけで動く。営業フローを持っているなら、まずここから。

次のステップ:OpenBot https://github.com/CopilotKit/OpenBot にアクセスし、READMEのクイックスタートに沿ってローカル環境を立ち上げる。ブラウザ操作を任せるデモがそのまま動かせるため、「エージェントがブラウザを操作する」感覚を掴むのに向いている。TypeScript環境が必要。

Expo開発者向け:expo/skills https://github.com/expo/skills を既存のExpoプロジェクトに組み込む形で使う。AIエージェントにビルドや設定変更を委譲したい場面で参照したい。

どれも「まず動かしてみて、その後自分の用途に合わせてカスタムする」流れが前提の設計になっている。

3つを組み合わせると見えてくるアーキテクチャ

個別に見ると用途がバラバラに見えるが、3つを並べるとひとつの方向性が浮かぶ。「自分だけの自律エージェント群を、既存のツールとサブスクの上に構築する」というアーキテクチャだ。

harveyが集客・営業を担い、OpenBotがブラウザ調査やファイル操作を処理し、expo/skillsがプロダクトのビルド・デプロイを自動化する。これを一人の人間が設計・制御するという構図は、AIエージェント専門展示会、12月に新宿で開催でも扱われていたマルチエージェント活用の実装例としてそのまま読める。

重要なのは、いずれもOSSであるため、ソースコードを読んで何が起きているかを確認できる点だ。SaaSで同等の機能を買うことと、OSSで自前で動かすことの最大の差はここにある。何かが意図通りに動かないとき、コードを読んで原因を特定できるかどうかは、使い倒す上での実質的な差になる。

参照ソース