00:00:00[音声をミュートしています]
00:00:30[音声をミュートしています]
00:01:00[音声をミュートしています]
00:01:29皆さん、こんにちは。
00:01:32今週のVercelコミュニティ・セッションへようこそ。
00:01:36皆さんに参加いただけて、とても嬉しいです。
00:01:41ライブセッションは久しぶりな気がするので、
00:01:44こうして開催できるのを本当に嬉しく思います。
00:01:46皆さん、あらためてこんにちは。
00:01:47（笑）コミュニティ・セッションに初めて参加される方のために、
00:01:53自己紹介をします。Vercelのコミュニティ・チームのPauline Navasです。
00:01:57私たちのコミュニティ・プラットフォームである [www.vercel.com](https://www.vercel.com) や、
00:02:03X、LinkedInなどで、質問に答えたり
00:02:08皆さんがVercelで何を構築しているのかを伺ったりしているのを、
00:02:12見かけたことがあるかもしれません。
00:02:13このセッションは、コミュニティや顧客、
00:02:18そしてユーザーの皆さんと直接つながる貴重な機会です。
00:02:22すでに多くの方に集まっていただいていますね。最高です。
00:02:25チャット欄では、Adamから「こんばんは」とメッセージが届いています。
00:02:29皆さん、こんにちは。
00:02:31ぜひチャットに、今日はどこから参加しているか書き込んでみてください。
00:02:36もしXやYouTube、LinkedInで視聴していて、
00:02:39ライブチャットに参加したい場合は [community.vercel.com/live](https://community.vercel.com/live) にアクセスしてください。
00:02:46ページの一番上にこのセッションがあるはずですので、そこからコメントをお願いします。
00:02:53さて、今日のセッションですが、Vercelマーケットプレイスの
00:02:58インテグレーションに関する回はいつも楽しみなんです。
00:03:03Vercelのインテグレーションを使って何が構築できるのかを見るのは、本当に面白いですからね。
00:03:07今回はPostHogをお招きしています。
00:03:11まだご存知ない方のために簡単に説明すると、PostHogは
00:03:16オープンソースのプロダクト分析プラットフォームです。
00:03:19フィーチャーフラグ、A/Bテスト、イベントトラッキングなど、
00:03:25ユーザーが製品をどのように使っているのかを深く理解するために
00:03:29必要なツールがすべて揃っています。
00:03:31今日のセッションが特にエキサイティングなのは、PostHogが
00:03:36v0と直接統合されたからです。
00:03:38これにより、ビルダーを離れることなく、
00:03:43アイデアからライブ実験までを一気に行えるようになりました。
00:03:45「リリースしてから後で分析方法を考える」という手間はもう不要です。
00:03:50構築プロセスの一環として、フィーチャーフラグを設定し、テストを実行し、
00:03:55カスタムイベントを追跡することができるのです。
00:03:58私の話はこのくらいにして。お、チャットにたくさんの方が集まってくれていますね。
00:04:06いいですね。
00:04:06皆さん、どこから見ているか教えてください。
00:04:09いい感じです。
00:04:10それでは、本日のゲスト、PostHogのBrookerをお迎えしましょう。
00:04:16やあ、Brooker。
00:04:17- こんにちは。
00:04:17参加できて光栄です。
00:04:19Paulineが紹介してくれた通り、Brookerです。
00:04:21グロースチームでプロダクトエンジニアをしています。
00:04:25まずは、PostHogが何を提供しているのか、
00:04:30なぜv0でPostHogのようなツールを使いたいと思うのか、についてお話しします。
00:04:34そのあと、Vercelとv0におけるいくつかのユースケースを見ていきましょう。
00:04:41ライブデモも行います。
00:04:42実際にユースケースを実装してみる予定です。
00:04:46特にカバーしたい2つの点についてお話しすると、あ、その前にまず
00:04:49v0やVercelのユーザーにとってなぜPostHogが魅力的なのか、
00:04:54その理由から始めましょう。
00:04:56例えば、v0を使って最高のアプリを作り、デプロイしたとします。
00:05:02それがどう動いているか、どうやって調べますか？
00:05:06ユーザーがどうアプリを使っているか、何が好きで、
00:05:11何が不満なのかをどう理解すればいいでしょうか？
00:05:12また、何か問題が起きた時にどうやって把握しますか？
00:05:15アプリをデプロイして、プレビューモードでは
00:05:19完璧に動いていたとします。
00:05:20自分でもいくつかテストしたかもしれません。でも、本番環境で動かしてみると、
00:05:26予期せぬ問題が発生することがあります。
00:05:29例外がスローされたとき、それを可視化できると非常に助かります。
00:05:33特に、その可視性とコンテキストを
00:05:39v0のAIエージェントに持ち込むことができれば、エージェントは本番環境で何が起きているかを
00:05:45すべて理解し、皆さんの代わりに問題を解決してくれます。
00:05:50ログシステムやエラーシステムをあちこち探し回ったり、
00:05:55自分でエラーを再現して、
00:05:59Chromeのデベロッパーツールからコピー＆ペーストしたりする必要はありません。
00:06:02まあ、私がそんなこと（コピペ）をしたことがあるわけじゃないですけどね。
00:06:04- 誰しも一度は通る道ですよね。
00:06:07- そうですね。
00:06:09まずお見せしたいユースケースの1つは、エラーハンドリングです。
00:06:13そしてもう1つは、フィーチャーフラグとA/Bテストです。
00:06:17実は、私自身この開発手法をとても気に入っています。
00:06:23チームで作業をしていて、
00:06:26追加したい機能について話し合っているとしましょう。
00:06:29その機能の実装方法について、
00:06:33チームメイトと意見が分かれることがあるかもしれません。
00:06:34「自分はこの方法がいい」
00:06:36「相手は別の方法がいい」といった具合に。
00:06:39それを解決する素晴らしい方法は、両方作って本番環境でテストし、
00:06:42どちらが良い結果をもたらすかを確認することです。
00:06:46そのプロセスについても説明します。
00:06:48では、さっそく画面を共有します。
00:06:51最初から最後まで、一連の流れをお見せします。
00:06:55このアカウントでは少し準備が済んでいる部分もあるのですが、
00:06:58PostHogがまだインストールされていないアカウントに切り替えて説明します。
00:07:06画面が見えるようになったら教えてください。
00:07:09- 画面、見えていますよ。Brooker。
00:07:11始めましょう。
00:07:11- 了解です。
00:07:12よし。
00:07:12今Vercelの画面にいます。
00:07:14インテグレーション（Integrations）に移動して、PostHogを検索します。
00:07:18あれ、なぜ出てこない…あ、「マーケットプレイスを閲覧（Browse Marketplace）」ですね。
00:07:21マーケットプレイスへ行きましょう。
00:07:22PostHogを検索して選択し、「インストール（Install）」をクリックします。
00:07:29新規アカウントを作成するか、既存のアカウントにリンクするか聞かれます。
00:07:32すでにPostHogアカウントをお持ちなら、リンクさせることができます。
00:07:35これで何が行われるかというと…一旦インストールしますね。
00:07:39ええと…すみません、クリックしながら喋るのが苦手で。
00:07:46なぜ請求先住所を入力しなきゃいけないんだ？
00:07:48まあいいか。
00:07:49このフォームを記入して、
00:07:52「続行（Continue）」を押します。
00:07:53これで実際に同期されるのは…中身をお見せしましょう。
00:07:59環境変数が同期されるので、設定（Settings）に行くと…
00:08:06あ、概要（Overview）の方を見ます。
00:08:09あれ、インストール済みだと思っていました。
00:08:14急いでやりましょう。
00:08:15プロジェクトに対してインストールします。
00:08:17インストール先のプロジェクトを選びます。
00:08:20「続行（Continue）」をクリック。
00:08:22よし。
00:08:23これでプロジェクトを選んだので、
00:08:25見てみましょう。
00:08:30すみません、ここにあるはずだと思っていました。
00:08:32ああ、分かりました。
00:08:33単に開いているアカウントが違いました。
00:08:35こっちのアカウントですね。
00:08:37- デバッグしながら手順を進める姿を見られるのは、最高に参考になります。
00:08:41素晴らしいですよ。
00:08:42- ええ。
00:08:44はい、ここで接続されていますね。
00:08:47このインテグレーションの本当に素晴らしい点は、
00:08:51環境変数を自分で管理する必要がないことです。
00:08:55経験がある方なら分かると思いますが、環境変数の管理、特にキーの更新は
00:08:59あまり楽しい作業ではありません。でもセキュリティ上、更新は重要です。
00:09:03VercelとPostHogのインテグレーションを使えば、そのすべてを自動で管理してくれます。
00:09:08皆さんがやるべきことは、今お見せしたように
00:09:12インストールプロセスをポチポチ進めるだけです。
00:09:13また、支払いについても、非常に寛大な無料枠が用意されています。
00:09:17ですので、製品が軌道に乗るまでは、
00:09:21コストの心配をすることもないでしょう。
00:09:24とにかく、これで環境変数が同期されます。
00:09:28ここで必要な主なものは…批判されたくないので値は隠しますが、
00:09:33「PostHog host」はただのURLです。
00:09:39例えば us.i.posthog.com のようなものです。
00:09:43重要なのは「PostHog key」で、これがPostHogに対して
00:09:48あなたのプロジェクトを特定するための識別子になります。
00:09:50アプリケーションが本番環境で動作し、エラーや使用状況、
00:09:58フィーチャーフラグなどの情報がPostHogに送り返される際、
00:10:02このキーによって、どのプロジェクトのデータであるかが判別されます。
00:10:07これらが自動で設定されるのは、本当に便利です。
00:10:12Vercel側の設定について、何か質問はありますか？
00:10:16とてもシンプルですよね。
00:10:17説明を端折ったり、少し手間取ったりして申し訳ありません。
00:10:21基本的には、インストールして使いたいVercelプロジェクトにリンクするだけ、
00:10:25それだけで準備完了です。
00:10:28スタートガイドも用意されています。
00:10:32設定済みであれば、ここでフィーチャーフラグを確認することもできます。
00:10:35今はまだありませんが、すぐに追加しますよ。
00:10:40- ええ、いいですね。
00:10:41今のところ質問は出ていません。それだけスムーズだということでしょう。
00:10:47チャットで「このインテグレーションを試したことがある人はいますか？」と聞いてみました。
00:10:51経験がある方はぜひ教えてください。進行中もどんどん質問してくださいね。
00:10:54- はい、遠慮なく割り込んでください。
00:10:58では、デモに入りましょう。
00:10:59動いているアプリがあります。
00:11:01ちょっとしたゲームを作りました。
00:11:02名前は「Hog Hop」です。
00:11:04ここに小さなPostHog（ハリネズミ）がいます。
00:11:06バグたちが走り回っていて、データポイントを集めようとしています。
00:11:12Maxが飛び跳ねてデータポイントを集めていますね。
00:11:15あ、バグ（不具合）が発生しました。
00:11:16特定のデータポイントを集めると、画面が固まってしまいます。
00:11:21何も操作できません。
00:11:23本番環境でこれに遭遇したので、何が起きているのか突き止める必要があります。
00:11:28先ほど言ったように、デベロッパーツールを開くこともできますし、
00:11:32Vercelのログを見てエラーを探すこともできます。
00:11:41でも、そんなことをしなくて済む方法をお見せします。
00:11:44v0の中で、エラーに関する必要なコンテキストをすべて集め、
00:11:50その場で修正することができるのです。
00:11:51まず、MCPの追加方法を説明します。
00:11:54v0のチャット欄の左下に小さなプラスボタンがあります。
00:12:01そこに「MCP」という項目があります。
00:12:04「Add MCP」をクリックします。
00:12:06PostHogはプリセットのMCPとして用意されています。
00:12:10すでに接続済みなので今は切りませんが、
00:12:13プラスボタンを押して、PostHogアカウントでログインするよう
00:12:18求められるので、それに従うだけです。
00:12:19お見せし忘れていましたが、PostHogとVercelの
00:12:25インテグレーションを作成すると、「Open in PostHog」というボタンが現れます。
00:12:30これを押せば、認証情報を管理することなくPostHogにログインできます。
00:12:36ログインした状態で、v0でMCPを接続しようとすると、
00:12:42認証のためのPostHogタブが開き、
00:12:48MCPの認証が行われます。
00:12:50あ、MCPの定義を説明し忘れていました。すみません。
00:12:52MCP（Model Context Protocol）とは、簡単に言うと、
00:12:58v0のエージェントが情報を収集したり、
00:13:03アカウントに紐づいた機能を呼び出したりできるようにするための仕組みです。
00:13:07今回のケースでは、「v0、PostHogで何かを調べたり
00:13:14管理したりする必要があれば、これを使いなさい」と指示しているわけです。
00:13:19PostHogのMCPは非常に多機能なので、
00:13:24PostHogのドキュメントに「Model Context Protocol」という項目があるので、実際にお見せしましょう。
00:13:29ここでは、どのような操作ができるかがすべて説明されています。
00:13:33項目の多さに圧倒されないでくださいね。
00:13:35これらはすべてエージェントに読み込まれています。
00:13:36ですから、「PostHog MCPで何ができる？」と聞けば、
00:13:42エージェントが教えてくれます。
00:13:43このトグルがオンになっていることを確認してください。
00:13:50さて、ここでお見せしたいのは、
00:13:553つ目のデータポイントを収集しようとすると、バグが発生することです。
00:14:00画面がフリーズしてしまうんです。
00:14:01その状況をここに説明してみます。
00:14:04PostHog MCPでできることが示されたので、
00:14:08それをエージェントに伝えます。
00:14:10「Maxでデータポイントを収集すると、時々フリーズします。
00:14:23PostHog MCPのエラーを確認してバグを見つけ、修正してくれますか？」と入力します。
00:14:35処理を待つ間、PostHogのダッシュボードを簡単にご紹介します。
00:14:39PostHogの画面で「Apps」から「Error Tracking」へ移動します。
00:14:47先ほど言った通り、PostHogは多機能です。
00:14:50探索できる機能が山ほどあります。
00:14:55今回は具体的に何ができるかイメージしてもらうため、いくつかに絞って説明します。
00:15:01技術的な関心があり、エラーの裏側で何が起きているか知りたい場合は、
00:15:04これを開いて確認できます。例えば、
00:15:11エラーをクリックしてスタックトレースを確認したり、
00:15:14発生回数を見たりすることも可能です。
00:15:17他には何が見れるでしょうか？
00:15:20類似の問題なども表示されます。
00:15:21あ、処理が終わったか確認してみましょう。
00:15:25お、修正されましたね。
00:15:26次回の待ち時間に別の機能をお見せします。
00:15:30修正完了とのことなので、
00:15:32デプロイするか、プレビューでテストしてみましょう。
00:15:37テストしてみます。
00:15:39よし。
00:15:39動かして何か収集してみます。
00:15:41お、動いていますね！
00:15:42最高です。こんなに簡単なんです。
00:15:46バグがあったので、
00:15:48起きている事象をそのまま伝えました。
00:15:51再現方法の詳しい情報がなくても、
00:15:55単にエラーを探してほしいと伝えるだけで十分な場合もあります。
00:15:59「PostHog MCPに、他に修正すべきエラーはある？」と聞いてみます。
00:16:09古いデータが出すぎないよう「今日発生したものから」と付け加えます。
00:16:12もう一つお見せしたいのが、非常にクールな「Session Replay」という機能です。
00:16:21実際にどう見えるかというと……あれ、あまりうまく表示されていませんね。
00:16:27おや、不思議ですね。
00:16:28これは飛ばしますが、後で調べておきます。
00:16:33通常なら、ユーザーが実際に何をしているか確認できるんです。
00:16:36おそらく、このゲームで使用している技術のせいで、
00:16:42録画が乱れてしまっているのでしょう。
00:16:44ですが、他の種類のアプリなら確実に機能します。
00:16:50他のアプリでこんな現象は見たことがありません。
00:16:51ユーザーがアプリをどう使い、どこでつまずいているかが分かります。
00:16:58操作内容を動画で見ることで、状況をより深く理解できるんです。
00:17:04アクティビティやイベント、
00:17:08あるいはログだけを追うよりも、はるかに多くの情報が得られます。
00:17:13さて、他にもいくつかエラーがあるようです。
00:17:16ここで強調しておきたいことがあります。
00:17:18開発者は、本番環境でユーザーが遭遇している問題をすべて把握しているわけではありません。
00:17:25ユーザーが報告してくれないかもしれませんし、
00:17:26自分では遭遇しないバグもあるでしょう。
00:17:28そのため、すべてのエラーを可視化できることは非常に有益です。
00:17:34今回も、いくつか別のエラーが発生していましたが、
00:17:40どうやら両方とも修正されたようです。
00:17:43いいですね。ここまでで質問はありますか？
00:17:47次は「Feature Flags」について進めたいと思います。
00:17:51>> チャットに質問はありませんが、コメントが届いています。
00:17:54「多くのツールが集約されていて、無料枠が非常に手厚い」
00:18:01「プラットフォームのDX（開発者体験）が素晴らしい」とのことです。嬉しいですね。
00:18:05私からも質問があるのですが、次のセクションでも触れるかもしれませんね。
00:18:11エラー修正以外で、v0ユーザーが見落としがちな、
00:18:19PostHog MCPの価値の高い機能は何でしょうか？
00:18:23>> そうですね、フィーチャーフラグと実験機能は最も有益なものの一つだと思います。
00:18:30本来使うべきなのに、まだ導入していないチームやアプリが多いと感じます。
00:18:38それを実演してみましょう。
00:18:40>> はい、ぜひお願いします。
00:18:41完璧な流れですね。
00:18:42>> ええ。さて、このゲームですが、
00:18:46現時点ではバグを退治する方法がありません。
00:18:48特にこの小さな足場を行ったり来たりしている敵のせいで、
00:18:52データポイントを取るのが非常に難しくなっています。
00:18:55ユーザーも困っているはずです。
00:18:57そこで、新しい機能を追加したいと思います。
00:19:01ハリネズミの目からレーザーを発射できるようにしましょう。
00:19:16ただし、これを別の機能と比較テストしたいんです。
00:19:22レーザー以外だと……
00:19:24マリオのような定番の仕組みがいいかもしれませんね。
00:19:27「1つ目のバリアントをレーザー、
00:19:432つ目を『敵を踏んで倒す能力』とした多変量フィーチャーフラグを作成して」と指示します。
00:19:52ここでいくつかお見せしたいポイントがあります。
00:19:59MCPは非常に強力です。
00:20:02ダッシュボードで行う操作のほとんどを、MCP経由で行えます。
00:20:07もちろんダッシュボードでも可能です。
00:20:10「Apps」を開いてお見せしましょう。
00:20:17そこにある「Feature Flag」です。
00:20:21MCPでできることの多くは、このチャット欄でも実行できます。
00:20:25新しいタブを開いてみます。
00:20:29あ、タブ内でチャットする手段がないですね。
00:20:33おっと。
00:20:34見失いました。
00:20:37新しいチャットを開きます、これですね。
00:20:39こちらでも同じようなプロンプトを入力できますが、
00:20:43唯一の違いは、このチャットにはv0のコードを更新する権限がないことです。
00:20:48承認が必要になります。
00:20:52それでも、フィーチャーフラグの管理には使えます。
00:20:55あるいは、ここでフラグを作成することも……今作成中のはずです。
00:21:01来ました。
00:21:02よし。
00:21:03実験、作成。
00:21:04UIから作成することもできますが、
00:21:07私はMCPを使ってv0エージェント経由で作成する方法をお勧めしています。
00:21:16v0のようなエージェント内で完結できることが多ければ多いほど良いからです。
00:21:20新しいUIを覚えるために時間を浪費したくありませんからね。
00:21:24ここのダッシュボードのインターフェースも素晴らしくて大好きですが、
00:21:31それよりもv0での開発自体に時間を使いたいんです。
00:21:35いいですね。
00:21:36これで実験がセットアップされました。
00:21:39メトリクスも設定されています。
00:21:40実験において重要なのは、「何を検証したいのか」という仮説です。
00:21:47v0が気を利かせて仮説を立ててくれました。
00:21:49これは便利ですね。
00:21:53内容を確認して、必要なら更新します。
00:21:55「どちらがより高いゲームクリア率につながるか」をテストするようです。
00:21:58いいですね。
00:22:02目標をクリア率にしてもいいですし、
00:22:03「プレイ時間」を目標にしてもいいでしょう。
00:22:05今回はクリア率で納得感がありますね。
00:22:09それを主要メトリクス（Primary Metric）に設定しました。
00:22:13まず仮説を立てます。
00:22:16「何をテストしているのか？」
00:22:18今回は「踏みつけ」と「レーザー」のどちらが夢中になれるかをテストしています。
00:22:19そして主要メトリクスを設定します。
00:22:26さらに、「副次メトリクス（Secondary Metrics）」という考え方も非常に重要です。
00:22:29主要メトリクスは、達成したい一番の目標です。
00:22:33しかし、機能の追加や変更は、
00:22:38副作用をもたらすことがあります。
00:22:43例えば、1セッションあたりの敵の撃破数に変化があるかもしれません。
00:22:44クリア率は上がっても、撃破数は減っているかもしれません。
00:22:49まあ、その可能性は低いでしょうが。
00:22:52あるいは、1セッションあたりの死亡数なども見るべき点です。
00:22:53実験をセットアップする際は常に「ゴールは何か？」を考えることが大切です。
00:22:57そして、それが直接の目標ではないけれど、
00:23:02意思決定をする上で把握しておきたい影響範囲は何かも考慮しましょう。
00:23:03少し質問いいですか、ブルーカー。
00:23:09もし最初に間違った目標メトリクスを設定してしまった場合、
00:23:14v0上の作業を台無しにせずに、PostHog側で調整するのはどれくらい簡単ですか？
00:23:17ええ、それもMCPやチャット、あるいはこのUIから行えます。
00:23:23メトリクスの横に小さな鉛筆アイコンがありますよね。
00:23:30それをクリックするだけです。
00:23:36例えば、目標を「クリア」から「アプリ滞在時間」などに変更したいとします。
00:23:39ここでイベントを探すか、あるいは……
00:23:41「離脱率が上がっていないか」をチェックしたくなったとしましょう。
00:23:46その場合は「ページ離脱」に変更します。
00:23:47この場合のゴールは「減少」に設定します。
00:23:53離脱率を下げることが目的になりますからね。
00:23:58これだけで完了です。
00:24:00個人的にはMCPを使うほうがずっと楽だと感じますが、
00:24:03両方のやり方を知っておくのは良いことですね。
00:24:08はい。
00:24:10いいですね。
00:24:16ええ。
00:24:19これで再計算されます。
00:24:20実験を走らせている途中で結果を見て、
00:24:21別の疑問が湧いてくることがよくあります。
00:24:22追跡するメトリクスを更新したくなるんです。
00:24:23まだ適切なイベントを設定していない場合もありますが、
00:24:27そんな時こそMCPが役に立ちます。
00:24:32「イベントを追加して」と言うだけです。
00:24:33例えば「ジャンプ」でしょうか。
00:24:36「ハリネズミがジャンプするたびにイベントを記録して」と追加できます。
00:24:43ただし、こうしたイベントが記録され始めるのは、
00:24:46アプリに実装した時点からになるのが一般的です。
00:24:48その場合は、実験の期間を特定の開始時間に調整することもできます。
00:24:53また、ターゲットを絞ることも……あ、すみません。
00:25:02失礼しました。
00:25:08もし実験の途中で変更を加えた場合、
00:25:10テストをやり直すべきですか？ それとも、そのままデータを集め続けても大丈夫でしょうか？
00:25:15良い質問ですね。
00:25:21何が結果に影響を与えているかを把握できているのであれば、
00:25:22同じ実験を継続しても問題ないと思います。
00:25:24ただし、他の変更が同時に行われていて、
00:25:25それが実験結果を左右してしまうケースには注意が必要です。
00:25:31走らせているすべてのテストと、
00:25:38それらが互いにどう影響し合っているかを意識する必要があります。
00:25:40だからこそ、今回のように「踏みつけ」と「レーザー」の多変量を、
00:25:42（レーザーがコントロール群になってしまっていますが）
00:25:48本来は「武器なし」をコントロール群にするのがいいでしょう。
00:25:49これらを一つの実験にまとめることで、
00:25:55別々の実験が競合してしまう問題を避けることができます。
00:25:59意味は通じますか？
00:26:02はい、よく分かります。
00:26:06ええ。
00:26:09さて、進捗はどう……あ、キューに追加し忘れていました。
00:26:15よし、終わりました。
00:26:20レーザーアイが実装されましたね。
00:26:30アプリを動かしてみましょう。
00:26:35よし。
00:26:38レーザーは出ますが、敵を倒せていませんね。
00:26:39これではダメだ。
00:26:41まあ、こういうこともあります。
00:26:42私のv0へのプロンプトが適切ではありませんでした。
00:26:45はい、完了しました。
00:26:47「目からレーザー」ができましたね。
00:26:48アプリでどうなるか見てみましょう。
00:26:51いいですね。
00:26:52レーザーは出ますが、敵を倒せていません。
00:26:57それはイマイチですね。
00:26:58さて、皆さんもこういう状況になるかもしれません。
00:27:02v0へのプロンプトが不十分でした。
00:27:05v0のせいではありません。
00:27:07「目からレーザーを出して」とは言いましたが、
00:27:10「レーザーで虫を殺して」とは言わなかったからです。
00:27:12また、特定のユーザーをターゲットにすることもできます。
00:27:16例えば、「踏みつけ機能」を自分だけに設定するとしましょう。
00:27:23私のユーザー情報を特定できるか見てみます。
00:27:26エージェントとMCPの限界に挑むようなものですが、
00:27:31MCPにはユーザーを特定する機能があります。
00:27:35そして、そのユーザーに対して実験のバリアントを設定できます。
00:27:41バリアントごとに異なるコホートをターゲットにすることも可能です。
00:27:46「オーストラリアのユーザー全員にレーザーの目を与える」
00:27:51といったこともできます。
00:27:53そろそろ終了の時間でしょうか？
00:27:56何分だったか忘れましたが。
00:27:57はい、そうですね。
00:27:58今ちょうど確認したところです。
00:27:59ええ。
00:28:00わかりました。
00:28:02このまま続けることもできますが、
00:28:03もし何かカバーできていない質問があれば、
00:28:08お聞きしたいです。
00:28:09はい、別の質問が届いています。v0ユーザーで
00:28:15実験を始めたばかりの人向けに、チェックリストなどはありますか？
00:28:21「悪い」あるいは「誤解を招く」実験を避けるためのものです。
00:28:27そうですね、それは...
00:28:31ガイドがあったはずです。
00:28:32今ここで探すのは控えたいですが、
00:28:34後でガイドを共有することは可能です。
00:28:38できますね。
00:28:39このチャットのリソースセクションに追加しておきます。
00:28:43ええ、もちろんです。
00:28:44はい。
00:28:45AIを活用することもおすすめします。
00:28:50チャットで聞いたり、UIを確認したり。先ほど話した
00:28:55「仮説」のように、v0には表示されなかった
00:28:58便利な機能がたくさんあります。UIを開いて、
00:29:02他にどんな操作ができるか見てみるのもいいでしょう。
00:29:05あるいは、v0に「何か見落としている
00:29:10可能性のあることは？」と聞いてみたり、
00:29:11「他に何ができる？」と聞くのも手です。
00:29:13v0を最大限に活用することをお勧めします。
00:29:18PostHog内のAIとチャットするのも一つの選択肢です。
00:29:23わあ、そんな機能があるとは知りませんでした。
00:29:26すごいですね。
00:29:27統合セッションのたびに聞いているのですが、長期的に
00:29:35何を計画されていますか？
00:29:36共有できることはありますか？
00:29:38ええ、私たちはソフトウェアや製品開発の未来はより自律的になると見ています。
00:29:45それはすでに始まっていると思いますが、
00:29:47まだ先は長いでしょうね。
00:29:53エラー解決のデモをお見せしましたが、あのようなことが
00:29:59アプリケーションの標準になる日はそう遠くないはずです。
00:30:04バックグラウンドで何かが動き、指示しなくても
00:30:09勝手にエラーを修正し、報告だけを受け取る。そんな形です。
00:30:15将来的には、AIにエラーチェックを促したり、
00:30:20夜中にアラートで叩き起こされたり
00:30:24したくはありませんから。
00:30:26将来は、何らかのシステム、例えばPostHogや
00:30:35Vercelが連携して動くようになるでしょう。
00:30:38彼らが情報を収集します。エラーは一例に過ぎません。
00:30:43セッションリプレイや製品分析、実験もそうです。
00:30:49手動で指標を作成し続ける必要があるでしょうか？
00:30:53興味深いことに、今回のデモでもv0が
00:30:57すでに興味深い指標をいくつか選んでくれました。
00:31:00将来的には、エージェントがそれらを監視し、
00:31:05細かく指示を出さなくてもコードを更新してくれるようになるはずです。
00:31:14もちろん、戦略的なガイドは人間が行います。
00:31:19「どんなゲーム体験を目指すのか」
00:31:20「ターゲットにする指標は何か」などです。
00:31:22しかし、もっと低レベルな作業の多くは、
00:31:26自律的に処理されるようになるでしょう。
00:31:28自律的な開発、ですね。
00:31:30ええ。
00:31:31そのビジョンは素晴らしいですね。私たちがVercelや
00:31:37v0で話していることとも完全に一致します。
00:31:40デプロイから観測までのループを閉じ、
00:31:43PostHogで分析し、自動で修正と反復を行う。最高ですね。
00:31:49素晴らしい。
00:31:50時間が迫っていますが、最後に一つだけ。
00:31:56PostHogのコミュニティに参加するにはどうすればいいですか？
00:32:00冒頭でPostHogはオープンソースだと言いましたが、
00:32:03コントリビューションは受け付けていますか？
00:32:05私の理解が正しいか分かりませんが。
00:32:06そう読みました。
00:32:07ええ。
00:32:08もちろんです。
00:32:09いたるところからPRが届き、レビューを行っています。
00:32:10また、PostHogフォーラムもあり、そこで質問もできます。
00:32:16ライブイベントも開催しています。
00:32:21あいにくURLが手元にありませんが、後ほどお伝えします。
00:32:22はい、ぜひお願いします。
00:32:26ライブイベントもありますし、
00:32:27まずはサインアップして使ってみてください。
00:32:29感想を聞かせてください。
00:32:30XやLinkedInなどで
00:32:31連絡をいただければと思います。各プラットフォームで活動しています。
00:32:32素晴らしいですね。
00:32:37ブルーカー、本当にありがとうございました。
00:32:40最高に興味深い内容でした。
00:32:41視聴者の皆さんも、もし追加の質問があれば
00:32:43チャットに書き込んでください。PostHogチームが回答します。
00:32:44ブルーカー、今日はお時間をいただきありがとうございました。
00:32:49感謝いたします。
00:32:54ありがとうございます。
00:32:56ええ。
00:32:58お招きいただき光栄です。
00:32:59素晴らしい。
00:33:00本日ライブセッションに参加してくださった皆さん、ありがとうございました。
00:33:02私たちはほぼ毎週、
00:33:03コミュニティライブを開催しています。
00:33:08[community.vercel.com/events](https://www.google.com/search?q=https://community.vercel.com/events) にアクセスすれば、
00:33:14対面およびオンラインイベントのカレンダーを確認できます。
00:33:21次回のセッションで見たい統合機能があれば、
00:33:24ぜひ教えてください。検討させていただきます。
00:33:31最高ですね。
00:33:33それでは、本日はご参加ありがとうございました。
00:33:34また次回のライブセッションでお会いしましょう。
00:33:39さようなら。