00:00:00GSDを使うべきか、それともSuperpowersを使うべきか？
00:00:04それとも両方とも時間の無駄なのか？
00:00:06その疑問に答えるために、
00:00:07Superpowers、GSD、そしてバニラのClaude Codeで
00:00:10直接対決のテストを行いました。
00:00:13それらに全く同じWebアプリを作成させ、
00:00:15最終的なアウトプット、
00:00:17使用されたトークン量、
00:00:18そして構築にかかった時間を評価します。
00:00:20勝者は、皆さんが予想するものとは限りません。
00:00:23さて、GSD、Superpowers、
00:00:25そして基準となるClaude Codeの直接対決の前に、
00:00:28まずは手短に
00:00:30GSDとSuperpowersが実際には何なのか、
00:00:33どのように機能し、互いにどう違うのかについて話しましょう。
00:00:35GSDとSuperpowersは同じ流れを汲んでいます。
00:00:40これらは両方ともオーケストレーション・レイヤーで、
00:00:41Claude Codeの上に位置し、
00:00:43Claude Codeが複雑なプロジェクトに
00:00:46アプローチする方法を変えるものです。
00:00:48より堅牢な計画システムと、
00:00:50より堅牢なテストシステムを導入しており、
00:00:52両方ともサブエージェント駆動開発を利用して
00:00:56コンテキストの劣化に対処しています。
00:00:57それらの実際のステップ・バイ・ステップのプロセスを見ると、
00:00:59類似点はさらに明白になります。
00:01:02Superpowersの最初の3つのステップは何をしているのでしょうか？
00:01:05計画を立てています。
00:01:06ブレインストーミングを行い、git worktreesを使用し、
00:01:09それから計画を書き出します。
00:01:10GSDは何をするのでしょうか？
00:01:12GSDは新しいプロジェクトを開始し、計画を議論し、
00:01:15それから計画をフェーズごとに分割します。
00:01:17これらは大きなアイデアを取り込み、
00:01:19それをより小さく、具体的な
00:01:21アトミックなタスクに細分化して、後でサブエージェントに
00:01:25提供させるようにしています。
00:01:27計画が決まったら、Superpowersは何をするのでしょうか？
00:01:30サブエージェント駆動開発を行います。
00:01:32繰り返しますが、これが重要なポイントです。
00:01:33Claude Codeにすべてを
00:01:35同じセッションで実行させるのではなく、
00:01:36（通常のプラン・モードから実行に移る方法のように）
00:01:40常にコンテキスト・ウィンドウを埋めてしまう代わりに、
00:01:42これらのサブエージェントにはそれぞれ特定のタスクが割り当てられます。
00:01:45そうすることで、実質的にクリーンなコンテキスト・ウィンドウが得られ、
00:01:48より良いアウトプットが得られるはずです。
00:01:51それがステップ4と5で行われることですが、
00:01:53Superpowersではテスト駆動開発も
00:01:55含まれています。
00:01:56GSD側では、「フェーズの実行」という1つのステップだけです。
00:02:01Superpowersのステップ4と5で行っていることを、
00:02:04そのステップ4でほぼ実行しています。
00:02:05そして仕上げに入ります。
00:02:06Superpowersはコードレビューを要求し、
00:02:09それからすべてをマージします。
00:02:10GSDは何をするのでしょうか？
00:02:12作業を検証してから、それをシップし、
00:02:14コミットしてPRを作成すれば完了です。
00:02:16ですから、非常によく似ています。
00:02:18違いについて言えば、かなり微妙です。
00:02:21Superpowersに関しては、
00:02:22テスト駆動開発と、
00:02:25レッド・グリーン・リファクタリングの考え方を非常に重視しています。
00:02:28Superpowers内部の実際のテスト駆動開発スキルを
00:02:31見てみると、何が語られているでしょうか？
00:02:33「鉄則」について書かれています。
00:02:35「まず失敗するテストなしにはプロダクションコードを書かない」というものです。
00:02:37つまり、機能のためのコードを作成しようとするときはいつでも、
00:02:40その機能のためのテストを作成します。
00:02:41まずテストを失敗させ、
00:02:44それからそのテストをパスするために必要な
00:02:47最小限のコードを書こうとします。
00:02:48そこからレッド・グリーン・リファクタリングに進みます。
00:02:50詳細を確認したい場合は、
00:02:52GitHub内のスキルを見てみてください。
00:02:53リンクはすべて下に貼っておきます。
00:02:55一方で、GSDは状態とコンテキストを非常に強調しています。
00:02:59そのため、何をする予定か、
00:03:01何がすでに完了したか、
00:03:03そして将来何が完了する予定かを参照する
00:03:05Markdownファイルを常に作成しています。
00:03:06要件のMarkdownファイルや、
00:03:08ロードマップのMarkdownファイル、各フェーズなどです。
00:03:11非常に明示的で、すべてを書き留めます。
00:03:13その考え方は、多くのサブエージェントの実行と、
00:03:16多くのコンテンツのリセットが行われる中で、
00:03:19今どこにいて、どこに向かっているのかを示す
00:03:21「北極星」のようなものが常に必要だということです。
00:03:23それがGSDの考え方です。
00:03:24しかし、実際にはそれらの違いは微妙です。
00:03:26そのため、多くは「感触」にも左右されますが、
00:03:28それは今日見ていくことになります。
00:03:29他に見ていく項目は、
00:03:31与えられたタスクを実行するのに
00:03:32それぞれにかかる時間と、
00:03:35使用されるトークン量です。
00:03:36コストは常に意識しておく必要がありますからね。
00:03:39とはいえ、これらのインストールは非常に簡単です。
00:03:41SuperpowersはClaude Codeの公式プラグインライブラリにあります。
00:03:45Claude Codeの中で「/plugin」と入力すれば、
00:03:48そこにSuperpowersが表示され、
00:03:50そのままインストールできます。
00:03:51GSDの場合は、この1つのコマンドを実行するだけで
00:03:53すべてがインストールされます。
00:03:55さて、今日のこれら3つのテストは
00:03:56どのような内容になるでしょうか？
00:03:57私たちのAIエージェンシー、Chase AIのために、
00:04:003つすべてにWebサイトを構築させます。
00:04:02このWebサイトには3つの要素が必要です。
00:04:041つ目はランディングページです。
00:04:06これは最もシンプルな要求です。
00:04:08標準的なランディングページ、ヒーローセクション、
00:04:11会社概要、サービス、そしてリード獲得フォームが欲しいだけです。
00:04:14ここでは非常にシンプルな要求に対しての性能をテストします。
00:04:17また、Webデザインとスキルの呼び出しを
00:04:20どのように行うかも見たいと思います。
00:04:21フロントエンドのデザインスキルを使ってくれるでしょうか？
00:04:23こちらからは明示的に指示はしません。
00:04:252つ目と3つ目は、
00:04:25ブログジェネレーターの作成についてです。
00:04:27ステップ2では、私のブログが見られる
00:04:30ページを作成してほしいです。
00:04:32そこでは、さまざまな投稿を確認でき、
00:04:34クリックして読めるような基本的なものです。
00:04:36そして3つ目が、実際のブログジェネレーター本体です。
00:04:39これは隠された管理ページにします。
00:04:40ナビゲーションバーには表示させたくありません。
00:04:42そして、そのWebページに
00:04:44YouTubeビデオのURLか記事のURLを入力できるようにします。
00:04:48入力されたURLからすべてをスクレイピングし、
00:04:51Anthropic SDKを使用して、
00:04:53そのYouTubeビデオや記事の情報をもとに、
00:04:57私のトーンで洗練されたブログ記事を作成してほしいのです。
00:05:01また、ソースからサムネイルやヒーロー画像を
00:05:03取得して、すべて新しいブログとして保存してほしいです。
00:05:06時間の都合上、ここでは認証機能は実装しません。
00:05:08この3つなら、SupaBase CLIを使って
00:05:10問題なく実行できると確信しています。
00:05:13それから、基本的なテックスタックと、
00:05:15デザインのガイドラインを与えます。
00:05:18ここでのポイントは、全員を同じ基準で
00:05:22採点できるように十分な方向性を示しつつ、
00:05:24単なる指示待ちにならないような
00:05:26余裕を持たせることです。
00:05:28彼らがこのプロンプトをどう考えるかを見たいのです。
00:05:30なぜなら、あえていくつかのことを
00:05:32解釈の余地がある状態にしているからです。
00:05:33例えば、実際にどうやって書き起こしを取得するか。
00:05:36与えられたYouTubeのURLから
00:05:38実際にどうやってサムネイルを取得するか。
00:05:39実際のブログ生成のシステムプロンプトをどうするか。
00:05:42どのようなトーンにするべきか。
00:05:44そして、特定のClaude Codeスキルを呼び出すかどうか。
00:05:47これらはすべて、
00:05:50GSD、Superpowers、そして標準のClaude Codeの間で
00:05:54差異が見られるはずの点です。
00:05:55さて、先月Claude Codeマスタークラスをリリースしましたが、
00:06:03これはゼロからAI開発者になるための
00:06:06（特に技術的な背景がない方にとって）一番の方法です。
00:06:09このツールについて知っておくべきことすべてを教え、
00:06:11実際のユースケースに焦点を当てています。
00:06:14そして同じくらい重要なことに、
00:06:15私は文字通り毎週これを更新しています。
00:06:18開始以来、
00:06:19すでに3時間近い追加コンテンツを加えています。
00:06:23Chase AI+内の固定コメントにリンクがありますので、
00:06:24ぜひご参加をお待ちしています。
00:06:27では、テストを開始しましょう。
00:06:28ここにGSD、Superpowers、Claude Codeがあります。
00:06:32混乱しないように、今どのタブにいるかを
00:06:34具体的にお伝えします。
00:06:36下のステータスラインにも、
00:06:37今どのディレクトリにいるかを明示しています。
00:06:40それぞれ別のディレクトリにありますからね。
00:06:42Superpowersについては、
00:06:43Superpowersのブレインストーミング・スキルが
00:06:46読み込まれたのがわかります。
00:06:47Superpowersはかなり流動的です。
00:06:50Superpowersプラグインをインストールすると、
00:06:5414から15以上のスキルが読み込まれます。
00:06:57その考え方は、Claude Codeが
00:07:00ユーザーとの対話の内容や
00:07:02プロセスの進行状況に基づいて、
00:07:03どのスキルを呼び出すべきかを判断するというものです。
00:07:05これはGSDとは少し異なります。
00:07:07GSDでは、ディレクトリ内でGSDを使用する際、
00:07:10「/gsd new-project」のような
00:07:13明示的なスラッシュコマンドを使用します。
00:07:14開始から数分後、最初に質問を返してきたのは
00:07:17実はGSDでした。
00:07:19GSDが最初に質問を投げかけてきました。
00:07:22かなりしっかりしたプロンプトを渡したので、
00:07:24指示内容は十分だと言っていました。
00:07:27しかし、私が気に入ったのは、
00:07:28「ここでいくつかの判断を下しました」と言ってきた点です。
00:07:30プロンプトに含まれていなかった、
00:07:32差別化要因になり得るいくつかの事項について、
00:07:34すぐに指摘してきました。
00:07:37例えば、ランディングページにどのような
00:07:39ランディングページに載せるサービスについては指定しませんでしたが、4つの選択肢を提示してくれました。
00:07:41そして、YouTubeの文字起こしや
00:07:43ヒーローイメージをどう扱うかも説明してくれています。
00:07:46では、このまま project.md ファイルを作成させましょう。
00:07:49次に Superpowers を見てみましょう。
00:07:51まず最初に、Superpowers は
00:07:52ビジュアル・コンパニオンの提案をスキップすると言っています。
00:07:55私はビジュアル・コンパニオン機能を使いたいと伝えます。
00:07:58なぜなら、それが Superpowers と GSD の
00:08:00大きな違いの一つだからです。
00:08:02実際に動いているところを見たいですからね。
00:08:03するとすぐに、いくつかのデザイン上の決定事項を提示しました。
00:08:06特にURLの取得に関する事項で、
00:08:09これも GSD と同様に、
00:08:11こちら側で解釈の余地を残しておいた部分です。
00:08:13メリットとデメリットを添えて3つの選択肢を提示し、
00:08:16推奨案も示してくれました。
00:08:17さらに、具体的なサムネイル戦略も詳細に説明しています。
00:08:19提案の内容に関しては、GSD よりも
00:08:22かなり深掘りされています。
00:08:24その傾向は、サービス内容や
00:08:27デザインシステム、エラー処理、エッジケースについても同様です。
00:08:30全体として、返ってくる情報の
00:08:33深度が非常に高いですね。
00:08:34「これで良さそうだ」と返答しましたが、
00:08:35フロントエンドの美学を確定させるために、
00:08:38やはりビジュアル・コンパニオンも確認しておきたいです。
00:08:41そしてビジュアル・コンパニオンが立ち上がりました。
00:08:44これはこのツールの目玉機能の一つです。
00:08:46開発サーバーを起動し、
00:08:48デザインの方向性をどうするか尋ねてきます。
00:08:50具体的な選択肢があり、
00:08:514つの案が目の前に提示されるのがとても気に入っています。
00:08:53視覚的にどうなるかを
00:08:56言葉で説明されるのと、
00:08:58一つの案に対して一つの開発サーバーを立てるのとはわけが違います。
00:09:00すべてを一度に確認できるのは画期的です。
00:09:03これは Superpowers の中でも特にお気に入りの部分です。
00:09:04とはいえ、提示された案はどれも似たり寄ったりですね。
00:09:08目を引くようなものは特にありません。
00:09:11強いて言えば、
00:09:13「ウォーム・エディトリアル」が一番マシでしょうか。
00:09:15「エレクトリック・ライム」はひどいし、「モノクローム」は退屈、
00:09:18「リニア・ポリッシュ」はAIが作った安っぽいデザインに見えます。
00:09:20まあ、今回はこれで行きましょう。
00:09:24少なくとも視覚的な指標にはなります。
00:09:25ビジュアル・コンパニオン自体は素晴らしい機能です。
00:09:27オプションCが良いと伝えると、
00:09:29さらに詳細なオプションを提示してきました。
00:09:32その方向性や配色を引き継いで、
00:09:34今度はヒーローセクションの検討に入ります。
00:09:35ウェブページの内容をさらに深掘りしていきます。
00:09:40これが最初のヒーローセクション案です。
00:09:442つ目は少し中央に寄ったデザインです。
00:09:463つ目は、こちら側に要素を配置した
00:09:51分割レイアウトのフィーチャー型です。
00:09:53実際には、
00:10:00おそらくこのような構成にして、
00:10:03この辺りのイケてない部分は削ると思いますが、
00:10:05テンプレートとしては悪くないですよね？
00:10:06ここから作り始めることができますから。
00:10:09というわけで、C案で行きます。
00:10:10Superpowers のビジュアル・コンパニオンは、
00:10:12ランディングページの各セクションを順に案内してくれます。
00:10:15趣旨は伝わったと思うので、
00:10:17残りのセクションはスキップしましょう。
00:10:18Superpowers がウェブサイトの仕様書を書き上げたので、
00:10:21内容を確認するように求めてきました。
00:10:23これを確認して承認すると、
00:10:25次に「執筆プラン」のスキルを使用して、
00:10:28実装プランを作成します。
00:10:30これが、これから行う作業の
00:10:32下書きとなるブループリントです。
00:10:33こちらがそのデザイン仕様書です。
00:10:35非常に包括的な内容ですが、
00:10:38特に注目すべきは下部の
00:10:41「主要な判断事項」の部分です。
00:10:43現時点で Superpowers が独断で行った
00:10:45決定事項は何でしょうか？
00:10:46異論がある場合は、ここで
00:10:47指摘しておく必要があります。
00:10:48ブログコンテンツの生成を行う隠しURLを "/studio" にし、
00:10:50そこで実際の生成作業を行うようです。
00:10:54ナビゲーションラベルには "Writing" を使用し、
00:10:56生成されるトーン（ボイス）についても書かれています。
00:10:59「元海兵隊パイロット、
00:11:00現AIコンサルタント」とのこと。なるほど、いいですね。
00:11:03これはユーザーレベルのクラウド・メモリから引用したようです。
00:11:07セキュリティについても言及されています。
00:11:08先ほど言った通り、デモ用なので
00:11:11認証機能は実装しません。
00:11:12ツール側も「それは少し妙ですね、
00:11:13隠蔽によるセキュリティを確保するということですね」と、
00:11:15あえて指摘してきています。
00:11:17Superpowers に「問題ない」と伝えると、
00:11:19実際にプランの作成が始まり、
00:11:21スキルがロードされているのがわかります。
00:11:23Superpowers でこれらを進めている間、
00:11:25GSD はプランを作成する前に
00:11:28独自の調査を実行していました。
00:11:294つの調査エージェントを並列で立ち上げています。
00:11:32スタック調査、機能調査、
00:11:35そしてアーキテクチャと落とし穴に関する調査の2つです。
00:11:38こちらで確認できますね。
00:11:39これらにはかなりのトークンが消費されます。
00:11:427.5万、3.3万、5.1万、6.1万トークンといった具合です。
00:11:46しかし、何か非常に斬新なことや、
00:11:49一般的ではないことに取り組む場合、
00:11:52こうした調査エージェントは
00:11:55長期的に見て素晴らしい効果を発揮します。
00:11:56今日行っていること、
00:11:58あるいは行おうとしていることは、極めてシンプルです。
00:12:00ウェブデザインやブログ生成など、AIが既に見知った内容です。
00:12:03それでも、テストの条件を公平にするために、
00:12:06あえて調査エージェントを実行させました。
00:12:10その後、すべての調査結果を統合します。
00:12:13ここでは Sonnet 4.6 が使われています。
00:12:15基本的には、
00:12:17GSD には Opus 4.6 を贅沢に使うよう指示していますが、
00:12:20単なる情報の集約（サマライズ）であり、
00:12:23プロジェクトのための斬新でユニークな
00:12:25タスクではないと判断された場合、
00:12:27より小型で安価なモデルを使って統合を行います。
00:12:30この4つのエージェントによる調査フェーズは、
00:12:32Superpowers と比べても非常に堅牢です。
00:12:34Superpowers にはこのような機能はありません。
00:12:36ただし、ツールの使用回数は30回、9.1万トークン、15分を要しました。
00:12:39時間がかかるのです。
00:12:40調査が終わると、
00:12:41要件の定義に移ります。
00:12:43先ほど Superpowers で確認した md ファイルと同様に、
00:12:48GSD も同じことを行いますが、より多機能です。
00:12:51複数のドキュメントを生成します。
00:12:52要件定義書（Requirements）や
00:12:54ロードマップを作成します。
00:12:56実質的に、Superpowers が行ったことを、
00:12:58複数の文書に細分化して管理しているイメージです。
00:13:01ロードマップ、ステート、要件定義、
00:13:04そして最終的にはフェーズ分けなどが含まれます。
00:13:06開始から35分が経過しており、時間がかかっているのがわかります。
00:13:10一旦手を止めて見てみると、
00:13:13標準の Claude Code の方は既にプランが出来上がっています。
00:13:16しばらくの間、何も実行せずに待機していました。
00:13:19こちらにかかった時間は、合計で5、6分ほどだったと思います。
00:13:22これでも少し遅いと感じましたが、
00:13:24GSD は36分経ってもまだ作業を続けています。
00:13:29Superpowers に戻ってみましょう。
00:13:31Superpowers はちょうど website_plan.md を書き終えたところです。
00:13:35GSD がロードマップなどの一連の資料を
00:13:38完成させるのを待つ間に、
00:13:39もう一度 Superpowers を確認しましょう。
00:13:41作成された website_plan.md には、
00:13:4428のタスクと2,500行の内容が含まれています。
00:13:47VS Code に戻り、
00:13:49このフォルダの docs の中にある
00:13:52仕様書を見てみましょう。
00:13:53失礼、実装プラン（Implementation Plan）の方を
00:13:56見てください。これがその内容です。
00:13:58先ほど言った通り、仕様書の
00:14:03約10倍の長さがあります。相当なボリュームですね。
00:14:09ここで Superpowers から、2つの実行オプションが提示されます。
00:14:12一つはサブエージェント駆動型で、GSD によく似ており、
00:14:16各タスクに個別のサブエージェントを割り当て、
00:14:18それぞれに独自のコンテキストウィンドウを持たせます。
00:14:20しかし、ここに書かれている通り、これはトレードオフです。
00:14:22ツールが言うように、28個の
00:14:25比較的単純なタスクに対しては、やりすぎかもしれません。
00:14:27「核兵器」のような過剰なオプションを
00:14:29本当に使う必要があるのか？ということです。
00:14:292つ目のオプションは、インライン実行です。
00:14:32基本的には同じセッション内で作業を進め、
00:14:34必要に応じてレビューのために一時停止します。
00:14:37こちらの方が圧倒的に高速です。
00:14:39このインライン実行は、
00:14:42標準の Claude Code で行っている
00:14:45「権限をバイパスして
00:14:47どんどん進めろ」というスタイルに近いです。
00:14:48Superpowers がインライン実行を推奨しているので、
00:14:50今回はインライン実行で行くことにします。
00:14:52Superpowers がプランを実行し、
00:14:55スキルが正常にロードされました。
00:14:57これで、実際の作業が開始されます。
00:14:58ちょうどその時、GSD もこのプロジェクトのための
00:15:03壮大なプランを完成させました。
00:15:05project.md、requirements.md、roadmap.md、
00:15:07state.md、cloud.md が作成されました。
00:15:09さらに、これまでに調査した内容を
00:15:12保存するためのフォルダも作成されています。
00:15:14GSD は、8つのフェーズと65の要件を提案しています。
00:15:18以前にもお話しした通り、
00:15:20これを実行する際の
00:15:21GSD は非常に厳格というか明快です。
00:15:25「next」スラッシュコマンド、という流れを繰り返します。
00:15:27淡々と、次のこと、
00:15:30また次のこと、と進んでいくイメージです。
00:15:31非常に段階的であるのに対し、
00:15:34Superpowers はもう少し流動的（フルイド）ですね。
00:15:37対話を通じて進めていく感じです。
00:15:38必要に応じてコマンドを読み込んだり、
00:15:40スキルを読み込むことが期待されています。
00:15:43GSDの方は もう少し明確です
00:15:45さて GSDで実行を開始する前に
00:15:49これはすべて 現在は計画段階であることを忘れないでください
00:15:51これはサブエージェントの 合計トークン数です
00:15:54計画と調査のためだけのものです
00:15:56459,862トークンに達しています
00:16:00これが使用量の面で 何を意味するのでしょうか？
00:16:02誰にも分かりません
00:16:03一日のうち いつ使用しているかや
00:16:05どのようなプランに加入しているかなどに 完全に依存します
00:16:06しかし 計画段階で およそ46万トークンです
00:16:09さらに 現在16%なので 15万としましょう
00:16:13きりのいい数字にします
00:16:15GSDの計画段階で
00:16:18合計60万トークンと呼ぶことにします
00:16:19そして 費やした合計時間は
00:16:21だいたい40分前後といったところです
00:16:25さて これを基準となる
00:16:27標準的なClaude Codeの 計画段階と比較すると
00:16:29あちらは約10分で 約5万トークンでした
00:16:33次に Superpowerの 計画段階でのトークン使用量は
00:16:36約20万トークンでした
00:16:38つまり Superpowerが20万 GSDが60万 Claude Codeが5万です
00:16:47時間は Claude Codeが10分 Superpowerが40分
00:16:51GSDも約40分です
00:16:53これが大きな違いの一つです
00:16:542つのオーケストレーション層と
00:16:56標準的なClaude Codeとの間の 時間の差ですね
00:16:58しかし GSDとSuperpowerの トークン使用量については
00:17:02大きな違いがあります なぜならGSDは
00:17:05調査に非常に重きを置いているからです
00:17:06ご覧の通り 4つの並列サブエージェントが
00:17:09大量の計画を行っています
00:17:10さて このプロジェクトに それが必要だったでしょうか？
00:17:14おそらく そうではないでしょう
00:17:15しかし 大規模なプロジェクトでは 必要になることを理解してください
00:17:18その際 トークン数の差が出てくるでしょう
00:17:20しかし それはあくまで 一つのチェックポイントに過ぎません
00:17:21計画と調査の段階のことです
00:17:23いよいよ実行の時間です
00:17:25Claude Codeは すでに開始しており
00:17:27Superpowerも すでに開始しています
00:17:28そして GSDもキックオフします
00:17:30さて 実行フェーズについてですが
00:17:32特にGSDは 他のものよりも手間がかかります
00:17:36計画と調査をして 書き上げたからといって
00:17:38「よし やれ」と言って
00:17:4030分席を外して 戻ってきたら
00:17:42プロジェクトが完了している というわけではありません
00:17:43各フェーズでおそらく
00:17:46ある程度のユーザー入力を 必要とします
00:17:47少なくとも 開始の合図は必要です
00:17:49なぜなら これはまず ユーザーに対して
00:17:51各フェーズについて話し合うよう 求めるからです
00:17:55Claude Codeと 完全に認識が一致しているか
00:17:58あなたの意図通りかを確認するためです
00:18:00その機能に 実際には何をさせたいのか？
00:18:01その見た目を 実際にはどうしたいのか？
00:18:03非常に詳細な部分まで踏み込みます
00:18:05正直なところ 一面では少し煩わしいです
00:18:07しかし 非常に複雑なものを作る場合
00:18:09そこを正しく設定することは おそらく重要でしょう
00:18:11ですから これらは天秤にかけて 判断する必要があります
00:18:15そして私たちが 評価すべき点は
00:18:17結局のところ このやり取りの繰り返しが
00:18:19より良い製品を生み出すのか ということです
00:18:21皆さんの時間を 節約するために
00:18:23GSDの全フェーズを お見せすることはしません
00:18:27繰り返しになりますが 以前リンクを貼った
00:18:29GSDを扱った動画を チェックしてください
00:18:31実際にどう動くか 見たい場合はそちらを
00:18:32ただ これがGSDとSuperpowerの
00:18:34大きな違いの一つであると 理解してください
00:18:37そして もちろん Claude Codeとも違います
00:18:40さて Superpowerについてですが
00:18:42この時点で 実装が完了しました
00:18:44合計消費トークンは25万で
00:18:47計画フェーズから 15分が経過しました
00:18:49次に何をすべきか聞いてきて 推奨されるのは
00:18:52ブランチをそのまま 維持することです
00:18:54なので「君の推奨に従うよ」と伝えます
00:18:56するとSuperpowerは 何を作成したか
00:18:59何が動作確認済みか の概要を返します
00:19:01検証できなかったことや
00:19:02手動での検証や変更が 必要なこと
00:19:05そして 行った判断についても示します
00:19:07この時点で APIキーも更新して
00:19:10実際に動作するようにします
00:19:11はい ついにすべて 実行が完了しました
00:19:14今見ているのは それらが一度で作った成果物です
00:19:18ここに GSD Superpower
00:19:22そして基準となる Claude Codeがあります
00:19:24参考までに かかった時間ですが
00:19:27前段階として GSDがここまで来るのに 圧倒的に長くかかりました
00:19:30画面外で 私が各フェーズを進め
00:19:33計画させ 実行させました
00:19:35正直なところ 1時間以上かかりました
00:19:38そして GSDの実行フェーズでの 合計トークン消費量は
00:19:4160万でした
00:19:42つまり 最初の計画フェーズの
00:19:44始まりから
00:19:46この成果物を得るまでに 120万トークンを消費し
00:19:501時間45分 かかったことになります
00:19:52Superpowerの方は 実行に追加で
00:19:54約5万トークンと 約15分かかっただけでした
00:19:59つまり Superpowerが 最初のプロンプトから
00:20:02実際の製品に 至るまでの合計は
00:20:05合計時間1時間 25万トークンでした
00:20:10Claude Codeについては 合計20万トークン
00:20:14時間は 約15分でした
00:20:16この差は 驚くべきものです
00:20:19GSDが群を抜いて 長く重たい一方で
00:20:23予想通り 標準的なそのままで使う Claude Codeが
00:20:27最も速かったです
00:20:28では それだけの時間とトークンを 費やす価値があったか見てみましょう
00:20:30今 GSDを見ていますが
00:20:32背景は 質素な感じですね
00:20:37ほぼ すべて黒です
00:20:40非常にベーシックです
00:20:44オレンジ色の配色が 使われています
00:20:45悪くはないですが 圧倒されるような
00:20:48素晴らしいものでも ありません
00:20:50「ああ AIが最初に作ったものだな」 という感じです
00:20:52すべてが かなり標準的に見えます
00:20:54ブログをクリックしてみると
00:20:55サンプル記事がいくつか 入ったブログがあります
00:20:58これも まあ普通に見えます
00:21:01次に ブログ生成機能の部分を見てみましょう
00:21:04舞台裏の スタジオページです
00:21:06しかし 示されたリンクを辿ると 404エラーになります
00:21:11つまり ブログスタジオ・ジェネレーターは
00:21:14最初の試行では 動作さえしませんでした
00:21:15なのでGSDに 問題を伝えました
00:21:16現在 修正作業中です
00:21:18その間に
00:21:19Superpowerの成果を 見てみましょう
00:21:21これが Superpowerが作ったものです
00:21:22フロントエンドのデザインは Visual Companionで見たのと
00:21:25そっくりです
00:21:26繰り返しますが 特別なことはありません
00:21:28Claude Codeは原則として フロントエンドのデザインが苦手です
00:21:32本当に細かく 指示を与えない限り
00:21:35あるいは 大量のスキルを読み込ませない限りは
00:21:37今回 趣味趣向や フロントエンドのデザイン
00:21:41全般的なデザインワークを AIの解釈に任せたので
00:21:43AIが作ったらしい仕上がりに なりました
00:21:45これはこれで良いでしょう
00:21:47ベースとしては十分です
00:21:48ブログは こんな感じです
00:21:50画像もあり ブログの構成も 整っています
00:21:56スタジオ・セクションに 行ってみると
00:21:58こちらは 最初から動作します
00:22:01ジェネレーターが 確認できますね
00:22:02最近の私の動画の リンクを入力すると
00:22:05下書きを作成してくれます
00:22:06正しいサムネイルも 取得しています
00:22:08語られている内容も 実際に正しいです
00:22:09その動画で 私はClaude Code内の
00:22:12コーデックやObsidian 自動リサーチについて話しています
00:22:16つまり 宣言した通りのことを
00:22:20完璧にこなしました 素晴らしいです
00:22:20さて 次は標準的な Claude Codeを見てみましょう
00:22:24かなり標準的で 驚くような点はありません
00:22:29正直なところ
00:22:30フロントエンドのデザインに 大きな違いがあるでしょうか？
00:22:33詳細な指示を与えなければ これと
00:22:36これと これの間に
00:22:39正直なところ ほとんど差はありません
00:22:43これら3つのどれが
00:22:46どれを作成したか
00:22:47言われても 見分けがつかないでしょう
00:22:49では ブログを見てみましょう
00:22:52ダミー記事がいくつかあり
00:22:57見た目は普通で かなり質素ですが
00:23:00何も問題なく 動作しています
00:23:02さて スタジオ機能である
00:23:05ブログ生成部分が 動くか見てみましょう
00:23:08GSDの時と同様 これは動きません
00:23:11リンク先は 404ページ・ノット・ファウンドです
00:23:14GSDの時と同じように
00:23:15標準のClaude Codeにも 修正を指示しました
00:23:18ブログ生成機能を 修正しようとしている間に
00:23:21GSDの2回目の試行を 見に行きましょう
00:23:24GSDは 解決できたようですね
00:23:27URLをここに 貼り付けて
00:23:29下書きが生成されるか 確認しましょう
00:23:30はい マークダウン形式で 下書きが返ってきました
00:23:33これは気に入りました
00:23:34インラインで 非常に素早く編集できます
00:23:39実際の内容も 期待通りです
00:23:41良い仕事をしました
00:23:44実際のプレビューも 見ることができます 素晴らしい
00:23:48正直なところ GSDの実装の方が
00:23:51インラインエディタが 前面にあり
00:23:54Superpowerよりも 好みです
00:23:55ブログ内でも 確認できますね
00:23:58最後に 標準の
00:24:01ベースラインClaude Codeに 戻りましょう
00:24:03エラーが 修正されました
00:24:04ブログジェネレーターを見ると Superpowerと似ています
00:24:06Superpowersと同様です。
00:24:08指示を出した後は、自動的に作成されました。
00:24:11編集するチャンスもありませんし、
00:24:13GSDのように下書きとして確認することもできません。
00:24:15ですが、ここに低解像度のサムネイルがあり、
00:24:18すべての正しい情報を取得しています。
00:24:20そして、実際のブログページがこちらです。
00:24:23さて、これらから何が学べるでしょうか？
00:24:24この三つ巴の直接対決で、
00:24:27実際に勝ったのはどれでしょうか？
00:24:28それでは、簡単に振り返ってみましょう。
00:24:30タスクに費やした合計時間の面では、
00:24:33標準のClaude Codeは約20分でした。
00:24:37Superpowersは約1時間、
00:24:39GSDは105分、つまり1時間45分でした。
00:24:43トークン量に関しては、Claude Codeは約20万、
00:24:48Superpowersは25万でした。
00:24:51そしてGSDは120万トークンでした。
00:24:56これらが客観的な統計データです。
00:24:59主観的な面、つまり
00:25:00作成されたものに対して
00:25:02どう感じたかについてはどうでしょうか？
00:25:04どちらかに非常に強い意見があるでしょうか？
00:25:08答えはおそらく「いいえ」です。
00:25:11もしこれらを混ぜ合わせて、
00:25:14後から「実はこれがSuperpowersの成果で、
00:25:16こっちが標準のClaude Codeでした」
00:25:19と明かされたとしても、
00:25:22皆さんは気にしないでしょうし、
00:25:23違いにさえ気づかないでしょう。
00:25:24唯一の大きな違いは、
00:25:26Superpowersだけが一度の試行で
00:25:27期待通りのことをやり遂げた点です。
00:25:30ワンショットで成功したことは評価に値します。
00:25:35正直なところ、一度で済めば最高ですし、
00:25:36二度目の試行でできても、私には問題ありません。
00:25:40今、皆さんが考えていることは、
00:25:42「このテストは不完全だ」ということでしょう。
00:25:44Superpowersや、特にGSDが
00:25:46他を引き離すほどの
00:25:49複雑なテストではなかったという意見です。
00:25:51しかし、その考え方の問題点は、
00:25:53「では、どこが境界線なのか」ということです。
00:25:55どれほど複雑なタスクになれば、
00:25:58GSDやSuperpowersのようなツールを
00:26:00使う価値が出るのでしょうか。
00:26:02多くの人にとって、トークン量以上に
00:26:03時間の消費を正当化できるラインはどこか。
00:26:06それは明確でしょうか？
00:26:07一目瞭然でしょうか？
00:26:09私はそうは思いません。
00:26:11全くそうではないと主張します。
00:26:12ただ、理論的には認めざるを得ません。
00:26:16これらが必要になるほど
00:26:18超複雑なタスクは存在するでしょう。
00:26:19問題は、それを事前に定義し、見極めることです。
00:26:21もし目の前のタスクの複雑さを
00:26:26読み違えて、選択を誤り、
00:26:29GSDやSuperpowersを選んでしまったら、
00:26:32Claude Codeを使う場合と比べて
00:26:3640分、あるいはGSDなら80分も無駄にします。
00:26:39これは大きな問題です。
00:26:41率直に言って、もし今日やり直したとして、
00:26:43この3つの中で勝者は誰かと聞かれれば、
00:26:46間違いなくClaude Codeの圧勝です。
00:26:48なぜか？
00:26:48トークンではなく、時間の問題です。
00:26:50重箱の隅をつつけば、これが一番
00:26:53出来が悪いと言えるかもしれませんが、
00:26:56仮にそうだとしても、
00:26:57私には40分の余分な作業時間があります。
00:26:59GSDと比較すれば80分もの余裕があります。
00:27:02どちらの方が質が高くなると思いますか？
00:27:04GSDが今作ったものか、
00:27:06それとも私とClaude Codeが追加で80分かけたものか。
00:27:09あるいは40分かけたものか。
00:27:11答えは明白ですよね？
00:27:15さて、最終的に私の立場はどうでしょうか？
00:27:20私の見解としては、これらのオーケストレーション層を
00:27:25使うにはそれなりの理由が必要です。
00:27:26もし今日どれか一つを使うなら、Superpowersです。
00:27:31あまりに複雑になりそうかどうか
00:27:33判断がつかないようなタスクの場合ですね。
00:27:35誰も本当の場所を知らない
00:27:36あの「想像上の境界線」に
00:27:39近づいていると感じたら、
00:27:40私はSuperpowersを使うでしょう。
00:27:41トークンで大打撃を受けることがないと分かっていますし、
00:27:44その60分間、別の作業ができるからです。
00:27:47対して、GSDを使う場合は、
00:27:49キーボードの前にいなければなりませんよね？
00:27:52機能をフルに活用しようと思えば、
00:27:53すべてのプランニング工程に付き合う必要があります。
00:27:55時間はかかりますし、トークン代も高くつきます。
00:27:58ですから、判断を誤った時のダメージが甚大です。
00:28:01GSDであの時間を過ごすのは本当に苦痛です。
00:28:03この動画のために、ただ座って、
00:28:05それほど価値のない結果のために
00:28:07タスクをこなしていくのは辛い作業でした。
00:28:08もし本当にSuperpowersが必要なほど
00:28:11複雑なことになると確信しているなら、
00:28:13使用を正当化できると思います。
00:28:17しかし、それほど複雑でない場合や、
00:28:19たとえ複雑なタスクだとしても、
00:28:21機能を細かく分解して
00:28:23少しずつ追加していくことはできないでしょうか？
00:28:26「少しずつ」と言っても、
00:28:28他の選択肢よりはずっと早く終わります。
00:28:29なぜなら、標準のClaude Codeは
00:28:32他のどのオプションよりも遥かに高速だからです。
00:28:34もう一つの点として、GSDが登場した当時、
00:28:38私はその紹介動画も作りました。
00:28:41当時はGSDをとても気に入っていました。
00:28:42Superpowersについても同様です。
00:28:44これらが最初に世に出た頃は、
00:28:46Claude Codeは今のようなレベルではありませんでした。
00:28:48「今のClaude Codeは弱体化した」という
00:28:51不満も聞こえてきそうですが、
00:28:52そういう話をしているのではありません。
00:28:54Claude Codeが問題にアプローチする方法や、
00:28:56いくつかのスキャフォールディング、
00:28:57そしてハーネス自体の仕組みのことです。
00:28:59例えば、
00:29:00大きな計画があって、それを実行する際に
00:29:03「コンテキストをクリアして実行しますか？」
00:29:04と聞いてくれるような機能は、
00:29:07以前はありませんでした。
00:29:08初期のClaude Codeは、GSDが登場した頃よりも
00:29:10コンテキストの劣化の影響をずっと受けやすかったのです。
00:29:12GSDが出た時は、
00:29:14「これは救世主だ」と思いました。
00:29:15コンテキストをあるべき形で処理していたからです。
00:29:17しかし、Claude Codeもそうした機能を取り込み、
00:29:19今や標準のClaude Codeと
00:29:22これらのツールの差は大幅に縮まりました。
00:29:25それと同時に、
00:29:26実行スピードには巨大な差が生まれています。
00:29:30この速度の違いを無視することはできません。
00:29:3420分対60分、あるいは105分という差は、
00:29:36あらゆる点において最大の相違点です。
00:29:38私の意見では、これを最も重視すべき
00:29:41判断基準にするべきだと思います。
00:29:44結論として、「シンプル・イズ・ベスト」です。
00:29:4799%のユースケースと99%のユーザーにとって、
00:29:53標準のClaude Codeを使うのが最も合理的です。
00:29:56その方が早いですし、
00:29:57たとえ出力がそれほど良くなくても、
00:29:59その差を埋め、他を追い越すための
00:30:01十分な時間が残されています。
00:30:03もし非常に複雑なプロジェクトで、
00:30:05さらなるパワーが必要だと感じるなら、
00:30:08Superpowersを使ってください。GSDと比べて
00:30:12比較的軽量ですが、GSDは巨大すぎて
00:30:16使い心地もあまり良くありません。
00:30:18正直に言いましょう。
00:30:19Superpowersの方がずっとスムーズです。
00:30:21話しかけるだけでスキルを呼び出してくれます。
00:30:23いちいち「よし、
00:30:25スラッシュ・クリアでリセットして、
00:30:27新しいセットに入ろう」とするのは、少しやりすぎです。
00:30:29なぜGSD 2.0が出たのかは理解しています。
00:30:32そうした問題を解消するためだったのでしょう。
00:30:35しかし、どうでしょう？
00:30:36それもうまくいっていません。
00:30:37Claude Codeの定額プランが使えないため、
00:30:38法外な料金を払うことになるからです。
00:30:40これでは本末転倒です。
00:30:45以上が、この件に関する
00:30:46私なりの解説になります。
00:30:47通常の「バニラ」なClaude Codeで
00:30:49十分うまくいくはずです。
00:30:50いざという時のためにSuperpowersを控えておき、
00:30:53プロジェクトレベルでスキルを持っておくといいでしょう。
00:30:55正直、GSDが必要だと言うのは難しいです。
00:30:58何か突飛なことをしていて、
00:31:00最初から最後まで手取り足取り
00:31:02ガイドしてほしいという場合を除いては。
00:31:03私からは以上です。
00:31:06いつものように、感想をコメント欄で教えてください。
00:31:09皆さんがどのようにSuperpowersやGSDを使い、
00:31:11私がどこで使い方を間違えたか、ぜひ聞かせてください。
00:31:15Claude Codeのマスタークラスに興味がある方は、
00:31:18ぜひチェックしてみてください。
00:31:19リンクはプロフィール欄と固定コメントにあります。
00:31:23それでは、またお会いしましょう。