あなたのClaude CodeエージェントOSがダメな理由
CChase AI
Computing/SoftwareAdvertising/MarketingSmall Business/StartupsInternet Technology
Transcript
00:00:00あなたのCloud CodeエージェントOSがダメな理由は、あなたが間違ったことに
00:00:05集中しているからです。
00:00:05このような派手なダッシュボードやコマンドセンターにばかり時間を費やし、
00:00:09Cloud CodeエージェントOSにおいて、実際に価値を生み出すものに
00:00:14集中していません。
00:00:15それは、これです。すべてを動かすスキルと自動化のバックボーンです。
00:00:20問題は、このようなハイレベルなものを作るには時間がかかり、
00:00:25派手さもなく、少し退屈に思えることです。
00:00:28特に、多くの視聴者を集めるような、見た目の派手なコマンドセンターと
00:00:33比べるとそうです。しかし、エージェントOSから価値を引き出すには、
00:00:37特にオブザーバビリティ、ダッシュボード、
00:00:40コマンドセンターといった部分において、
00:00:42これらが確立されていることが前提です。なぜなら、優れた
00:00:48エージェントOSには3つの要素があるからです。1つ目は、ここにある
00:00:52スキルと自動化のバックボーンです。
00:00:54これは、Cloud Codeを信頼性の高い出力を提供できるシステムに
00:00:58変えるという考え方です。
00:00:59あなたやチーム、クライアントの日々のワークフローやタスクを
00:01:05スキル化し、適切な場所で自動化へと変えていきます。
00:01:09その過程で、ここにあるようなまとまりのあるシステムを構築します。
00:01:14そうすることで、同じ作業を高いレベルで繰り返し行い、
00:01:19一貫した出力を得られます。2つ目の要素は、メモリー層です。
00:01:23コンテキスト・エンジニアリングをどう扱うか。それには、
00:01:27いくつかの方法があります。
00:01:28ナレッジグラフやLightRAGのような非常に高度な手法もあれば、
00:01:32シンプルにObsidianを使う方法もあります。これでも大半の人には
00:01:3680%の解決策として十分すぎるほどです。
00:01:40これらすべてが確立されて初めて、OSのダッシュボードやコマンドセンターが
00:01:45意味を持ちます。ダッシュボードの価値は主に2つの側面にあります。
00:01:511つ目は、オブザーバビリティ（観測可能性）です。
00:01:53ターミナル環境の弱点を補うという考え方です。例えば、
00:01:57SNSのメトリクスを確認したり、視聴者の分析データを
00:02:00素早く掘り下げたり、すべての調査結果を
00:02:031つのタブに表示させたりすることです。
00:02:062つ目の価値は、ここにあるボタン類にあります。
00:02:10ターミナルを使わないチームメンバーやクライアントに
00:02:14Cloud Codeのパワーを提供したい場合、
00:02:17スキルのアーキテクチャを構築し、それらをボタンに割り当てれば、
00:02:22クリックするだけで実行できるようになります。
00:02:26そこで今日は、スキルのバックボーンを適切にセットアップする方法と、
00:02:30ダッシュボードについてもお話しします。できることはたくさんあります。
00:02:35主に2つのパスがあります。
00:02:37これまでお見せしてきたように、2つのバージョンがあります。
00:02:401つはObsidianの一部として動作するもので、
00:02:44統合ターミナルも使える非常にクールなものです。もう1つは、
00:02:47配布を目的としたウェブアプリ版です。
00:02:50チームメンバーやクライアントにパッケージとして提供したい場合に
00:02:53適していますが、詳細に入る前に、
00:02:56今日のスポンサー、私自身からのお知らせです。Chase AI Plusでは、
00:03:01「Claude Codeマスタークラス」をリリースしました。
00:03:03ゼロからAI開発者になるための最短ルートです。
00:03:06さらに、「エージェントOSマスタークラス」も追加しました。
00:03:11今日お見せするプロンプトやダッシュボード、設定のすべてを、
00:03:15Chase AI Plusでより深く学ぶことができます。
00:03:19リンクは固定コメントにあります。また、本日、
00:03:23この動画が公開される頃には、
00:03:24エージェントOSの全3層のセットアップ方法に関する
00:03:28無料ウェビナーを開催しています。参加したい方は、
00:03:32固定コメントのリンクをチェックしてください。
00:03:35さて、価値の源泉であるこれをどうセットアップし、
00:03:38なぜこのような組織図のような形にしているのでしょうか？
00:03:42この組織図のようなセットアップで、生産性やリサーチ、
00:03:46コンテンツといったセクションに分けているのは、
00:03:49目に見えないものを可視化するためです。
00:03:53これは単なるメンタルモデルです。
00:03:54日々のフローにおいて、多くの異なる領域で
00:03:58様々なことを行っているという考え方です。それが仕事であれ、
00:04:01個人的な生活であれ。私の場合、
00:04:04生産性、Google関連、リサーチ、コンテンツ、
00:04:09コミュニティ、エージェンシー、セールスなどに分かれています。
00:04:13私たちが行うべきことは、日々行っている
00:04:18日々の膨大なタスクの山を整理して
00:04:21それらを切り分け、「スキル」へと変えていく必要があります。
00:04:26なぜスキルに変える必要があるのでしょうか？
00:04:30おそらく今のあなたのCloud Codeの使い方は、
00:04:32何かをさせたい時に
00:04:34ターミナルで起動して、指示を出しているだけでしょう。
00:04:37単に「少し高機能なChatGPT」として使っているに過ぎません。
00:04:41もし常に同じことをさせているのなら、
00:04:44なぜそれをスキルとして体系化しないのですか？
00:04:47スキル化することで得られるメリットがいくつかあります。1つ目は、
00:04:51利便性です。タスク全体をいちいち説明する代わりに、
00:04:54何行も指示を書くのではなく、
00:04:56「スキル名」を一言伝えるだけで実行できます。
00:05:002つ目は、体系化されているため、「Skill Creator」スキルのような
00:05:05ツールを使ってテストできることです。
00:05:09作成したスキルのベンチマークを取ることが可能です。
00:05:14そのスキルに意味があるのか、
00:05:16スキルを使用した場合としない場合でABテストができます。
00:05:20優れたスキルがあれば、本来は非決定論的であるシステムから、
00:05:25より決定論的な（確実な）出力を得られるようになります。
00:05:30LLMには、その仕組み上、
00:05:33避けられないランダム性があります。
00:05:38このランダム性を減らせるなら、それに越したことはありません。
00:05:42日々の作業をスキル化することは、
00:05:45そのための大きな一歩です。
00:05:47多くの人は納得するでしょうが、実際にターミナルの前に座り、
00:05:50マイクをオンにしてClaudeを開き、
00:05:54「これが私の日課だ。ここからスキルを抽出して、
00:05:59Skill Creatorを使ってスキル化してくれ」と言ったことがある人は、
00:06:04ほんのわずかでしょう。
00:06:05片手で数えられるほどかもしれません。
00:06:09これはCloud Codeの使い方において、最も簡単かつ強力な
00:06:14アップグレードの1つです。
00:06:15この可視化は、思考を助けるためのものです。私たちは、
00:06:19多くの異なる領域で、多くのことを行っています。
00:06:22複数のタスクを組み合わせた「ワークフロースキル」や、
00:06:28一度に多くのことを実行する「高次スキル」を作ることもできます。
00:06:32例えば、
00:06:33私には「Content Cascade」というスキルがあります。
00:06:37これはコンテンツの再利用スキルです。YouTube動画を作成した際、
00:06:42このスキルを呼び出すと、いくつもの作業を代行してくれます。
00:06:46文字起こしのダウンロード、ブログ記事の作成、
00:06:50LinkedInやTwitter用の投稿作成。さらにPlaywrightを起動して
00:06:54それらを投稿までしてくれます。
00:06:57これらは個別のタスクの集まりですが、
00:07:009つのスキルに分ける代わりに、
00:07:031つのスキルにまとめています。
00:07:04これは生産性を劇的に向上させます。
00:07:09しかし、日々のすべての作業にこれを適用しているでしょうか？
00:07:12おそらくしていないでしょう。
00:07:13自分の作業をステップごとに確認し、体系化するプロセス。
00:07:18それこそがエージェントOSの力です。
00:07:21それ以外のメモリー層やダッシュボードなどは、
00:07:24言わば外装を整えるようなものです。
00:07:27もしチームメンバーと共同作業をする予定がなく、
00:07:30これらをパッケージ化して販売するつもりもないなら、
00:07:32ここで止めてもいいでしょう。
00:07:35それでも十分に先頭を走っていると言えます。
00:07:38このプロセスの実行自体は非常にシンプルです。
00:07:43先ほど言ったように、ターミナルを開き、
00:07:47新しいセッションを開始して、話し始めるだけです。そして最後に、
00:07:51「これをスキル化できるか？」と聞くのです。
00:07:54このスキルの取捨選択（トリアージ）に関する詳細なプロンプトもありますが、
00:07:58基本的にはそれだけです。
00:08:01「これが私のやることだ。スキルにしてくれ。よし、テストしよう」と。
00:08:06そして、ビジネスやチームの次の領域へと進みます。
00:08:10これはあなた自身に特化した、非常にカスタマイズされたものになります。
00:08:15巷に溢れる100億ものスキルの海に溺れてしまいがちです。
00:08:19「Awesome Claude Skills」のような巨大なリポジトリに行き、
00:08:21膨大な数のスキルを眺めては、
00:08:25「これが自分の毎日を劇的に変えてくれるはずだ」と
00:08:27考えてしまいます。
00:08:31それは砂漠でダイヤモンドを探すようなものです。それよりも、
00:08:34Cloud Codeの最大の強みはカスタマイズの容易さにあることを知り、
00:08:38それを活用すべきです。
00:08:39なぜもっとシステム化された方法で取り組まないのでしょうか。
00:08:43カスタム以外の部分でも、
00:08:44ほぼ全員に役立つものがいくつかあります。
00:08:48生産性の面で言えば、Googleエコシステムを使っているなら、
00:08:53以前お話しした「GWS CLI」などを使って、
00:08:58Google内のあらゆる操作を可能にし、
00:09:01メールの整理、ドライブ作業、カレンダー管理などを
00:09:05スキル化することです。
00:09:06あるいは、Cloud Code標準のMCPコネクタを使うこともできます。
00:09:11Claude.aiのGmailやGoogleカレンダー、
00:09:15ドライブのコネクタのことです。
00:09:17これらでは直接メールを送信することはできませんが、
00:09:20下書き作成は可能です。多くの人にとっては、
00:09:24勝手に送られるよりはその方が都合が良いでしょう。
00:09:27設定は30秒で終わりますし、絶大な効果がありますが、
00:09:30実際にやっている人はごくわずかです。
00:09:33スキルの作成プロセスが終わったら、
00:09:36次は意思決定です。各スキルを自動化する際、
00:09:39オンデマンドで実行するか、ルーチンとして組み込むかを考えます。
00:09:43Cloud Codeにおけるルーチンと自動化は、
00:09:472つの種類に分けられます。
00:09:49「ローカル自動化」と「クラウド上の自動化」です。
00:09:55どちらか迷うなら、ローカルにしておきましょう。
00:09:59これはPCがオンの時に実行されるものです。
00:10:02クラウド上の自動化とは、
00:10:04Anthropicのサーバーで実行されるものを指し、
00:10:07回数制限などがある場合があります。
00:10:10また、クラウド上では
00:10:11あなたのPC内のファイルやCLI、スキルにはアクセスできません。
00:10:15実行環境が異なるからです。
00:10:17ですので、基本的にはローカル自動化を選ぶことになるでしょう。
00:10:22これがCloud CodeエージェントOSのバックボーンを作るプロセスです。
00:10:26「Cloud Code」と言い続けていますが、これは単なるエンジンです。
00:10:30これについては後で詳しく話します。
00:10:32エンジンをCodexなどに載せ替えることも可能です。
00:10:36私たちはそのための「シャーシ（車台）」を作っているのです。
00:10:39エンジンはいつでも交換できます。
00:10:42ここでの話はCodexなどにも当てはまります。
00:10:44では、ダッシュボードの話に入る前に、Obsidianと
00:10:48メモリー層について手短にお話しします。
00:10:50多くの人が、Obsidianを使う利点や目的を
00:10:54誤解しているように思うからです。
00:10:55Obsidianの役割は、単なる「整理レイヤー」です。
00:10:59Markdownファイル自体に何か特別な加工をするわけではありません。
00:11:04人間に、ファイル内で何が起きているかを把握させ、
00:11:09それらを繋ぐシンプルな方法を提供しているだけです。
00:11:13それ自体がメモリーの仕組みを変えるわけではありません。RAGではなく、
00:11:17埋め込み（embedding）やベクトルデータベースもありません。
00:11:21見た目の良いグラフィックはありますが、
00:11:24真の意味でのナレッジグラフではありません。とはいえ、
00:11:28整理されていること、
00:11:29特に数千ものドキュメントを整理することは非常に重要です。
00:11:32どこに何があるか分かることは、あなただけでなく、
00:11:36いずれCloud Codeにとっても重要になります。
00:11:37ある一定の規模になると、Claude codeにとっても重要になります。
00:11:40トークン効率や、情報の洗練という点で。だから皆これを話題にするんです。
00:11:45Karpathy RAGについて、手短に説明しましょう。
00:11:47これは、Obsidianが置かれている「Vault」と、
00:11:49一連のサブフォルダの概念です。Karpathyはこう言っています。
00:11:53非構造化データ用の「raw」、それを整理して
00:11:58レポートや記事にする「wikis」があります。
00:12:02そして成果物用の「outputs」です。例えば、
00:12:05AIエージェントの調査をして、それを「raw」に入れたとします。
00:12:09その調査が「AI agent wiki」の中で記事になります。
00:12:13そして、それをスライド資料にする。そういう考え方です。
00:12:16実際には、これを厳密に守る必要はありません。
00:12:19自分にとって納得のいく方法を見つければいいのです。
00:12:24あなたとClaude codeがフォルダシステム内を
00:12:29うまく探索できるような作りである必要があります。
00:12:33ファイルが10万個あっても、このような基本形は良いスタートになります。
00:12:37「マスターインデックス」などの索引ファイルが活用できるからです。
00:12:40これらのインデックスはObsidianのあらゆる階層に存在します。
00:12:45Obsidianは単なるフォルダの集まりですから、
00:12:47深いサブフォルダに降りていっても同じです。
00:12:49そこには目次のような役割を果たすファイルがあります。
00:12:52Vault内の「wiki」フォルダをクリックしたとしましょう。
00:12:57その中にはインデックスがあり、「ここにはエージェント、
00:13:02RAGシステム、コンテンツ作成のwikiがあります」と教えてくれます。
00:13:06では「AI agent」フォルダに入ってみましょう。そこには何があるか。
00:13:11また別のインデックス、つまり目次があります。
00:13:16「AIエージェントフォルダの中には、
00:13:18この文書とあの文書があります」と示されています。
00:13:23Karpathyから学ぶべき最大の点は、このインデックスの概念です。
00:13:27ファイル構造を深く掘り進めるたびに、
00:13:30正しい方向を指し示すマスター文書があるということです。
00:13:33最初にこれを用意しておかないと、
00:13:345,000もの文書が溜まった時に苦労することになります。
00:13:38私の場合、アーカイブ、コンテンツ、ノート、ダッシュボード、
00:13:42インボックス、業務、プロジェクト、システム、wikiというフォルダがあります。
00:13:47インデックスがあるので、何が起きているか把握できます。
00:13:49皆さんも、自分に合うようにカスタマイズすべきです。
00:13:53カスタマイズと言えば、次はダッシュボードの話に移りましょう。
00:13:57エージェントOSにおけるコマンドセンターの役割です。
00:14:01その価値については、少し触れましたよね？
00:14:03ターミナルでは見えないものを可視化できるという点です。
00:14:07視認性が高まります。
00:14:08また、誰でも使えるスキルパネルのようなものも用意できます。
00:14:11では、なぜダッシュボードが2つあるのでしょうか？
00:14:141つはObsidianの中にあります。
00:14:17今、私はObsidianを開いています。
00:14:19もう1つはローカルホスト上のStreamlitアプリです。
00:14:22実質的にはウェブアプリです。この2つの違いは何でしょうか。
00:14:25Streamlit、つまりウェブアプリ形式の利点は、
00:14:28配布のしやすさにあります。
00:14:31エージェントOSをチームで使ったり、
00:14:35クライアント向けにパッケージ化したりする場合、
00:14:38この形式なら非常に簡単です。
00:14:41GitHubにテンプレートを置けば、すぐに誰にでも
00:14:46配布することができます。
00:14:48セットアップも数秒で終わります。
00:14:50技術に詳しくないチームメンバーやクライアントの場合、
00:14:54極限までシンプルにして、スキルに紐付いた
00:14:57ボタンを押すだけで実行できる。それが求められていることです。
00:15:01一方、Obsidianのダッシュボードは少し毛色が違います。
00:15:04配布のしやすさを犠牲にする代わりに、使い勝手を重視しています。
00:15:08より強力だとも言えるでしょう。なぜなら、
00:15:11このようにObsidianのコマンドセンター内に
00:15:16統合されたターミナルを持てるからです。
00:15:19つまり、両方の良いとこ取りができるわけです。
00:15:22しかもObsidian内にあるので、自分のデータが全て手元にあります。
00:15:26カスタマイズも自由自在です。例えばこちら、
00:15:30カレンダーが表示されていますが、これはプラグインではありません。
00:15:34単にGoogleカレンダーのページを右側に開いているだけです。
00:15:38その日の予定、タスク、アクティビティフィード、
00:15:43各コミュニティの状況などが一目で分かります。
00:15:45視聴者分析を深掘りしたければ、そのためのタブがあります。
00:15:48調査を深掘りしたければ、
00:15:51GitHubのトレンドやHacker Newsを表示するタブがあります。
00:15:54また、自分のブリーフィングもスキルと紐付いています。
00:15:58XやYouTubeの話題、コンテンツの機会などです。
00:16:02これをターミナルだけでやろうとすると、
00:16:06どうしても操作がぎこちなくなります。
00:16:08より困難になります。しかしObsidianの設定には、
00:16:12先ほど触れた「配布」の問題があります。
00:16:14これをどうやってチームやクライアントに渡せばいいのか？
00:16:18一応可能です。このダッシュボード自体は、
00:16:23Claude codeが作成したカスタムプラグインに過ぎないからです。
00:16:28しかし、他人のためにセットアップするのは少し面倒です。
00:16:32「クローンすれば終わり」とはいきません。
00:16:37「クローンして、Obsidianを開き、プラグインを有効化し、
00:16:41これをここに移動して……」といった手間がかかります。
00:16:44ある種の不自由さがあるのです。
00:16:48もしあなたが個人で活動していて、
00:16:52Claude codeを使ったエージェントOSが欲しいなら、
00:16:54カスタマイズ可能なボタンなど 欲しい機能が何であれ
00:16:58ターミナルも同じペイン上で 明確に使えるようにしたいなら
00:17:02Obsidian経由のルートが最適です 逆にあなたが――
00:17:07チームやクライアントに提供する製品にしたいなら、
00:17:10ウェブアプリ方式を選ぶべきです。
00:17:12ただ、これらのシステムの真価は背後のスキル構成にあります。
00:17:16ダッシュボードはClaude codeの上に乗った薄い層に過ぎません。
00:17:19スキル自体がしっかりしていなければ、
00:17:21ただの見せかけに終わってしまいます。
00:17:26本質を忘れないでください。そろそろまとめに入りましょう。
00:17:30これで終わりにします。
00:17:31エージェントOSシステムの価値がどこにあるか、
00:17:36少しは明確にお伝えできたでしょうか。
00:17:37これらを無価値だと批判する人たちも一定数いますが、
00:17:41それは公平な評価ではないと思います。
00:17:45批判は主にダッシュボードに向けられることが多いですが、
00:17:48ダッシュボードだけを切り離して議論しても意味がありません。
00:17:52本当の力はその背後にあるのです。
00:17:56ダッシュボードはある種の入り口に過ぎず、
00:17:59その裏側で何が起きているかこそが焦点であるべきです。
00:18:02スキルやその考え方に注目すれば、
00:18:06こう言えるでしょう。
00:18:07日々の業務に基づいたスキルを体系化することに、
00:18:11反対する理由はないはずだと。
00:18:13最後にもう一点、コストについてです。
00:18:17これは最近特に注目されている重要な問題です。
00:18:20「-p」コマンドを使ってヘッドレスで
00:18:22Claude codeを動かすことは、
00:18:26どうやらAnthropic側が推奨しなくなったようです。
00:18:31推奨しないというのは、
00:18:31APIコストとして200ドル分を割り当てる形式に変わったことを指します。
00:18:35この設定で問題は起きるでしょうか？お察しの通り、
00:18:40このシステムは裏でヘッドレスのClaude codeを動かしています。
00:18:45月200ドルを使い切るには、かなりの回数実行する必要があります。
00:18:49現実的には、問題になることは少ないでしょう。
00:18:55もし使用制限に達しそうになったり、
00:18:59クライアントが困るようなことがあれば、
00:19:01解決策は簡単です。中身を「Codex CLI」に入れ替えるだけです。
00:19:04Codexは素晴らしいですし、こうした制限もありません。
00:19:09コストパフォーマンスも非常に高いです。
00:19:12システムの裏側をCodexに切り替えるのはとても簡単です。
00:19:16それこそClaude codeを使って実行できます。
00:19:18コードを指定して、「これを
00:19:21Claudeの代わりにCodex CLIを呼ぶように書き換えて」と頼むだけです。
00:19:26数分でリファクタリングが完了します。
00:19:30ダッシュボードに「Codex版に切り替え」ボタンを置くのもいいですね。
00:19:33私もやってみるかもしれません。
00:19:3599.99%の人にとって、この変更は影響ないはずです。
00:19:40お伝えしたいことは以上です。
00:19:43本日お見せした内容や、
00:19:45Obsidianコマンドセンターの具体的なセットアップについては、
00:19:50Chase AI Plusで詳しく紹介しています。
00:19:53また、ウェブセミナーも開催されるのでチェックしてください。
00:19:57この動画が公開されてから約20時間後です。
00:20:01それでは、またお会いしましょう。