Transcript
00:00:00ほとんどの人は、スロットマシンのようにクラウドコードを使っています。
00:00:02ランダムなタスクに、ただランダムなプロンプトを使い、
00:00:05結局のところ、ランダムな結果を得ているだけです。
00:00:07しかし、代わりに「エージェンティックOS」を使えば、
00:00:10最適化や追跡が可能なシステムを構築でき、
00:00:13最終的にはチームメンバーやクライアントに引き継ぐことができます。
00:00:16クラウドコードのエージェンティックOSを使えば、
00:00:19日々のワークフローを「スキル」へと変え、
00:00:21スキルを自動化へ、自動化を「アーキテクチャ」へと昇華させられます。
00:00:25そして、その全体を
00:00:27メモリとオブザーバビリティ（観測可能性）の層で包み込むのです。
00:00:29今日は、これらすべてを3つのステップで行う方法を説明します。
00:00:32このプロセスを経ることで、
00:00:34あなたはクラウドコードユーザーの上位1%に躍り出るでしょう。
00:00:37エージェンティックOSについて話す際、
00:00:38カバーすべきことが3つあり、
00:00:40それが構築のための3つのステップに関連しています。
00:00:421つ目はオブザーバビリティ層です。
00:00:44今ここに見えているものがそれです。
00:00:45これは一種のダッシュボードによる視覚的なセットアップで、
00:00:48ターミナルの外からOSを操作できるようにします。
00:00:522つ目はメモリ層です。
00:00:53ここで「カーパシー・Obsidian・RAG」のセットアップが
00:00:56活きてくることになります。
00:00:57そして最後、おそらく最も重要なのが、
00:01:00アーキテクチャ、つまりスキルの構築です。
00:01:02イントロで話した、
00:01:04日々のワークフローを
00:01:05スキルに変え、自動化し、アーキテクチャにするというのは、
00:01:07まさにこのことを指しています。
00:01:10これがバックボーンであり、
00:01:14エージェンティックOSの真の付加価値なのです。
00:01:17派手なダッシュボードが素晴らしいのは確かですが、
00:01:20それが真の価値ではありません。
00:01:21こちらこそが真の価値なのです。
00:01:23では、このアーキテクチャとは何でしょうか？
00:01:25なぜ重要で、どうやって構築するのでしょうか？
00:01:27これは、クラウドコードがあなたの代わりに行うべき
00:01:29すべての作業を視覚化したものであり、
00:01:32それを体系化し、最終的に自動化するものです。
00:01:35考え方はシンプルです。
00:01:36クラウドコードを使っているあなた。もし他の多くの人と同じなら、
00:01:39そこで話が終わってしまいます。
00:01:40ターミナルを開き、
00:01:42ランダムなタスクを依頼するだけ。
00:01:43そこにはシステムも、
00:01:44ステップもありません。
00:01:45何も追跡されず、
00:01:46何も最適化されません。
00:01:47私たちのエージェンティックOSシステムでは、代わりに
00:01:50あなたが個人的に行うすべてのこと、
00:01:54そしてさらに重要なビジネスレベルのことを分解し、
00:01:57それらを「ドメイン」に分けました。
00:01:59私の場合、メモリ、生産性、リサーチ、
00:02:01コンテンツ、コミュニティなどがあります。
00:02:03具体的なドメインは、あなたの仕事内容によって
00:02:04変わってきますが、重要なのは、
00:02:07私たちは多くの異なることをしており、
00:02:08それらには特定のドメインがあるということです。
00:02:10例として、リサーチドメインを見てみましょう。
00:02:12私は多くのリサーチを行いますが、各ドメインの下には
00:02:15いくつかの個別のタスクが存在します。
00:02:17私の場合、YouTubeで調べ物をしたり、
00:02:20物事を深く調査したりする必要があります。
00:02:22軽量なRAGを扱ったり、
00:02:23モーニングレポートを受け取ったり、
00:02:24競合他社を監視したり、といった具合です。
00:02:27つまり、すべてのドメインに個別のタスクがあるのです。
00:02:29これらのタスクが定期的に行うものであれば、
00:02:32まずここに入れ、次にそれを「スキル」に変えることができます。
00:02:36それはこのYouTube検索のように、
00:02:38比較的シンプルなものでも構いません。
00:02:39「YouTubeに行って
00:02:42何かを打ち込む」代わりに、
00:02:43それを一つのスキルにして、
00:02:45毎回完全なレポートが得られるようにしたらどうでしょうか？
00:02:47もっと複雑にすることも可能です。
00:02:48「ディープリサーチ」は、単に
00:02:51「深く調べて」とClaudeに頼むだけではありません。
00:02:53Twitter、GitHub、ウェブ、
00:02:56YouTubeを調べるだけでなく、さらに、
00:02:58Obsidianにある過去の記録を見て、
00:03:01以前に何を話したかを確認し、
00:03:02それらすべてを統合することなのです。
00:03:04重要なのは、あなたが日々、
00:03:06そしてビジネスにおいて、多くのドメインにわたる
00:03:09多くの異なるタスクをこなしているという点です。
00:03:10それをこのように体系化できていますか？
00:03:12すべてのタスクをスキルに変えていますか？
00:03:14それらを追跡し、最適化する方法を持っていますか？
00:03:17おそらく「いいえ」でしょう。もしそうなら、
00:03:19たとえこのClaude OSシステムの他の機能、
00:03:22メモリやダッシュボードなどを使わなかったとしても、
00:03:25ここで止めるだけで、計り知れない価値が得られるはずです。
00:03:27さて、生活やビジネスを
00:03:29異なるドメインに分けました。
00:03:30ドメインをタスクに分けました。
00:03:32それらのタスクが「スキル」になります。
00:03:34次のステップは、それらのスキルを
00:03:36「自動化」へと変えることです。
00:03:38すべてを自動化する必要はありませんが、必要なものもあります。
00:03:41「モーニング・トレンド・スキャン」を例に見ましょう。
00:03:43これは明らかに、毎朝
00:03:46Obsidianのデータベースに、
00:03:50「AI界隈の動向や
00:03:52YouTube、GitHubの競合スキャン結果」として入ってほしいものです。
00:03:55これは自動化における分かりやすいメリットです。
00:03:57自動化について話すとき、
00:04:00大きく分けて2つの形があります。
00:04:01「ローカルでの自動化」か、
00:04:03「リモートでの自動化」かです。
00:04:05幸いなことに、私たちは
00:04:06どちらにすべきかを知る必要すらありません。
00:04:08誰がそれを見極めるのが得意か分かりますか？
00:04:09クラウドコードです。
00:04:10ローカルかリモートの自動化を作りたいと伝えれば、
00:04:12クラウドコードが勝手に判断してくれます。
00:04:14しかし、あなたが気にしているのは、
00:04:16ローカルかリモートかといった細かい話ではないはずです。
00:04:19「チェイス、どうすればこれを作れるの？」
00:04:22「どうやって構築すればいいの？」ということでしょう。
00:04:24幸い、それほど難しくはありません。
00:04:27必要なのはこのプロンプトだけです。
00:04:29でも、その前に本日のスポンサーである
00:04:30私から一言お伝えします。
00:04:33「クラウドコード・マスタークラス」をリリースしました。
00:04:35これは初心者からAI開発者になるための最高の方法です。
00:04:38技術的なバックグラウンドがなくても大丈夫です。
00:04:41今日の動画に出てくるプロンプトから、
00:04:44私が実際に使っているエージェンティックOSまで、
00:04:48すべてがこの中に詰まっています。
00:04:50興味がある方は、
00:04:52固定コメントのリンクをチェックしてください。
00:04:54クラスでお会いできるのを楽しみにしています。
00:04:55さて、先ほど言ったように、これから使うプロンプトは
00:04:57私のコミュニティ内で公開しています。
00:04:59このプロンプトによって、
00:05:02あなたとクラウドコードとの対話が始まります。
00:05:04そうして、このようなものを構築していくのです。
00:05:07一般的には、まず
00:05:08あなたとクラウドコードが
00:05:10オープンな会話をすることから始まります。
00:05:11ターミナルを開き、
00:05:13マイクをオンにして、思いつくままに
00:05:15日々の仕事や具体的なタスクについて、
00:05:19意識の流れを説明することをお勧めします。
00:05:22そこから、AIはあなたとの
00:05:24やり取りを続けていきます。
00:05:26そしてAIが「なるほど、あなたはこれらを行っているのですね。
00:05:29これらをスキル化できますか？」と提案してきます。
00:05:32スキル化できる場合、次にそれを
00:05:35自動化すべきか検討します。
00:05:37言った通り、すべてを自動化する必要はありません。
00:05:39モーニングスキャンのようなものは自動化に最適ですが、
00:05:42ディープリサーチはそうでもありません。
00:05:44しかし、AIが一つ一つのタスクを精査し、
00:05:46あなたのためにスキルを作成してくれます。
00:05:49これにより、毎回同じ方法でタスクを実行できるようになります。
00:05:51これは「スキルクリエイター・スキル」を活用して行われます。
00:05:53次にAIが判断します。
00:05:55「自動化が必要か？」
00:05:56「自動化する場合、ローカルにすべきか、
00:05:58それともリモートにすべきか？」を。
00:06:00このプロセスを、あなたが挙げた
00:06:02すべてのドメインに対して繰り返します。
00:06:04ですから、ここで見せているものだけではありません。
00:06:06リサーチもしないし、コンテンツも作らない、
00:06:08AIエージェンシーも経営していない、それでも構いません。
00:06:10あなたが何をしている人であっても、
00:06:13それに応じたドメインを作り、スキルを作り、
00:06:16自動化を作成します。
00:06:17その過程で、クラウドコードを動力源とした
00:06:21エージェンティックOSのバックボーンが構築されるのです。
00:06:23あなたは行動を、追跡可能で
00:06:26最適化可能な形で体系化していることになります。
00:06:28そうすれば、クラウドコードを使うときに、
00:06:29単にシステムを使うだけで済み、
00:06:31毎回「昨日と同じように動いてくれ」と
00:06:33祈りながら推測する必要がなくなります。
00:06:35このパワーは、個人で
00:06:38このシステムを使っている以上のメリットをもたらします。
00:06:41もしあなたがチームで働いていたり、
00:06:43クライアントを抱えているなら、これは革命的です。
00:06:46なぜなら、どういうことか分かりますか？
00:06:48自分の全作業をスキルとして体系化してしまえば、
00:06:51本来クラウドコードを使うべきなのに使えていない
00:06:55チーム内の他の誰かに、このシステムを渡すことができ、
00:06:57彼らもそれを使えるようになるのです。
00:06:59クライアントに対しても同様です。
00:07:00全く同じシステムを他人のために構築し、
00:07:03パッケージ化して販売したり、チームメンバーに
00:07:06利用を徹底させたりすることができます。
00:07:07しかも、彼らはターミナルを使う必要すらありません。
00:07:09なぜなら、後ほどダッシュボードのセクションで
00:07:12これに似たものをお見せしますが、
00:07:13最終的には、
00:07:14これらすべてのスキルや自動化を、
00:07:16文字通り「クリックするだけのボタン」に変えるからです。
00:07:18それなら誰にでもできますよね。
00:07:20これが、エージェンティックOSを構築する3つのステップの最初です。
00:07:23それがアーキテクチャであり、最も重要な部分です。
00:07:27たとえ他に何もしなかったとしても、
00:07:28これだけで多大な価値を得られるでしょう。
00:07:31さて、ステップ2はメモリ層です。
00:07:33これには Obsidian を使用します。
00:07:34というのも、OS 内でこれらすべてを動かしていても、
00:07:36過去に行ったことを確認したり情報を保存したり
00:07:40できなければ意味がないからです。
00:07:42Obsidian は、それを実現する非常にシンプルな方法を提供してくれます。
00:07:44Obsidian の素晴らしい点は、無料であることです。
00:07:47Obsidian の設定方法については、すでに多くのコンテンツを公開していますので、
00:07:49詳しく知りたい方は
00:07:52ぜひそちらをチェックしてみてください。
00:07:53しかし、Obsidian を極限まで簡略化して言えば、
00:07:54それは単に Markdown ファイルを操作するための
00:07:58優れたインターフェース層に過ぎません。
00:08:00ただ Obsidian をダウンロードして、
00:08:03その中で Claude Code を実行するだけでは不十分です。
00:08:04重要なのは、Obsidian 自体の中に
00:08:05どのようなファイル構造を構築するかです。
00:08:07それこそが、このツールから実際に価値を引き出す鍵となります。
00:08:08皆さんもすでにご存知かもしれませんが、
00:08:11いわゆる「カーパシー流 Obsidian RAG システム」というものがあります。
00:08:14ここで私たちが目指しているのは、まさにそのような構造です。
00:08:16これについても以前解説しましたが、
00:08:20システムのメモリ層について考える際には、
00:08:23ここから始めるのが最適です。
00:08:25Obsidian の仕組みとしては、まずダウンロードした際に、
00:08:261つのフォルダを「Vault（保管庫）」として指定します。
00:08:28名前は Vault でなくても構いませんが、今回の例では
00:08:32文字通り「Vault」という名前にしています。
00:08:35この Vault こそが、あなたの Claude Code エージェント OS の
00:08:38拠点となる場所です。
00:08:40ですので、ターミナルを起動してこの OS を使いたいときは、
00:08:41その Vault ディレクトリ内にいる必要があります。
00:08:42具体的なセットアップ方法は、最終的にはあなた次第です。
00:08:45今日紹介する内容の良さは、すべてカスタマイズ可能であることです。
00:08:46必ずしもこれと全く同じにする必要はありませんが、
00:08:48まずはテンプレートとして使い、必要に応じて微調整するといいでしょう。
00:08:49アンドレイ・カーパシーが提唱しているのは、
00:08:51Vault システム内に3つのサブフォルダを作成することです。
00:08:54それは「raw（生データ）」、「wiki」、「output（出力）」の3つです。
00:08:56大局的に見て、なぜこれがうまく機能するのでしょうか？
00:08:58まず、1つのフォルダをいわば「ゴミ捨て場」のように使います。
00:08:59Claude Code との会話であれ、ランダムな調査であれ、
00:09:01ここが一時的な保管場所（ステージングエリア）になります。
00:09:03次に、2つ目のサブフォルダである
00:09:05「wiki」セクションがあります。
00:09:07この wiki セクションは中間的な役割を果たし、
00:09:08raw フォルダ内の雑多な情報を整理して、
00:09:12wiki 形式の記事として体系化します。
00:09:15そうすることで、エージェント OS の中に
00:09:17ランダムな情報が散乱するのを防げます。
00:09:18その代わり、整理された wiki 記事が蓄積されていくわけです。
00:09:21例えば、RAG システムについて詳しく調査したとしましょう。
00:09:24その調査内容はすべて raw フォルダに入ります。
00:09:26そして Claude Code がその調査結果に基づき、
00:09:28詳細なレポート記事を作成します。
00:09:31それが RAG システムの wiki に保存されます。
00:09:35さらに、それらのレポートを元にして
00:09:38スライド資料を作成したいとします。
00:09:41そこで登場するのが3つ目のセクション、
00:09:43つまり「output（出力）」です。
00:09:46ここにはスライド資料用のサブフォルダがあり、
00:09:50そこに RAG システムに関する情報がまとめられます。
00:09:53流れが掴めてきたでしょうか。
00:09:55メモリに関して重要なのは、まず Obsidian で全体を管理すること、
00:09:57そして次に、それをどう構築するかという点です。
00:09:59あなたにとって何が理にかなっているでしょうか？
00:10:03これはあくまで一例に過ぎません。
00:10:05大切なのは、自分にとって納得のいく構造にすることです。
00:10:06エージェント・アーキテクチャの話に戻ると、
00:10:08ドメイン（領域）ごとにサブフォルダを
00:10:09分けるという方法もあります。
00:10:13調査に関することはすべて「research」フォルダへ。
00:10:15AI エージェンシーに関することは「my AI agency」フォルダへ。
00:10:18営業に関することは「sales」サブフォルダへ、といった具合です。
00:10:20正直、分け方は何でも構いません。
00:10:21正解も不正解もありませんが、
00:10:24自分なりに筋の通った構造である必要があります。
00:10:25Obsidian を使うのは、それが本格的な RAG システムとの
00:10:27絶妙な中間地点にあるからです。
00:10:3099.9% の人にとって、LightRAG のような
00:10:34軽量なシステムですら必要ありません。
00:10:37ベクトルデータベースも、やりすぎです。
00:10:39単なる Markdown ファイルであっても、
00:10:41Claude Code なら Obsidian の枠組みの中で
00:10:44十分に処理することができます。
00:10:47ただし、この OS で Obsidian と Claude Code を
00:10:49連携させる際に、一つだけすべきことがあります。
00:10:50それは、適切な「CLAUDE.md」ファイルを作成することです。
00:10:54ここに使用できるテンプレートを用意しました。
00:10:55このファイルが果たす役割の1つ目は、
00:10:57Claude Code に対し、ここで何が行われているかを教えることです。
00:10:59「私の目的は何か？」「どのように機能すべきか？」
00:11:02「あなたは何をするのか？」といったことです。
00:11:06プロンプトを入力した際、
00:11:08Claude Code が何を重視すべきかを定義します。
00:11:09実質的に、CLAUDE.md ファイルの内容は
00:11:11あらゆるプロンプトに自動的に付加されるからです。
00:11:132つ目の役割は、エージェント OS に対して
00:11:15メモリがどのように構造化されているかを明示することです。
00:11:17メモリの構造を教えておけば、
00:11:20AI はそれに従って動作してくれます。
00:11:22その結果、より少ないトークンで必要な情報を見つけ出し、
00:11:25最終的にはより効率的で低コストなシステムになります。
00:11:29Claude Code がスムーズに情報を辿れるだけでなく、
00:11:32あなた自身も情報を把握しやすくなるのです。
00:11:33こちらが私の構築した構造です。
00:11:35それほど複雑ではありません。
00:11:36archive、content、ops、personal projects、raw、wiki があります。
00:11:38カーパシーの RAG 構造を自分なりにアレンジしたものです。
00:11:39大切なのは、自分にとって意味があり、
00:11:41Claude Code にとっても「どう構造化したいか」
00:11:42「何をどこに置きたいか」が明確であることです。
00:11:45それさえ満たしていれば、うまく機能します。
00:11:48それだけで十分ですが、これは不可欠な要素です。
00:11:50このセクションを飛ばすことはできません。
00:11:55このようなメモリシステムは、物事を追跡し、
00:11:58最適化していく能力も与えてくれます。
00:12:00すべてがバラバラに行われていては、
00:12:02何が本当にうまくいっているのか判断できません。
00:12:04繰り返しますが、すべては繋がっているのです。
00:12:07まずはメモリの部分をしっかり固める必要があります。
00:12:11さて、いよいよ面白い部分に入ります。
00:12:12エージェント OS のダッシュボードと、
00:12:14オブザーバビリティ（観測可能性）システムについてです。
00:12:16ここで行っているのは、非常にシンプルです。
00:12:17これまでに作ったスキルや自動化の中から、
00:12:19特に重要でよく使うものをピックアップし、
00:12:22この OS 上に配置しているのです。
00:12:26それが私がここで行ったことです。
00:12:28各ボタンは、クリック一つで起動できる
00:12:31自動化ワークフロー、あるいはスキルになっています。
00:12:33例えば「ディープ・リサーチ」をクリックすると、
00:12:34このようにプロンプトが自動入力されます。
00:12:36あとは調べたい内容を入力するだけです。
00:12:38これは、このプロンプトをそのまま
00:12:39Claude Code に入力するのと同じことです。
00:12:42では、実際にやってみましょう。
00:12:45ここに「Claude Code のスキル」と書いて実行すると、
00:12:47裏側で何が起きているかというと、
00:12:49Claude Code の別のインスタンスが立ち上がっています。
00:12:52ただし、それは「ヘッドレス」モード、
00:12:53つまり目に見えないバージョンの Claude Code です。
00:12:55「-p」フラグを使用して実行されています。
00:12:57すると、ターミナルで実行したときと同じように、
00:12:59完全なレポートがこちらに出力されます。
00:13:01スキルをボタン化するこのシステムの本当の価値は、
00:13:04チームメンバーやクライアントと一緒に作業する場合に発揮されます。
00:13:06正直なところ、もしあなたが Claude Code や
00:13:10ターミナルの扱いに熟練しているなら、
00:13:13あるいは VS Code やデスクトップアプリで使いこなしているなら、
00:13:15自動化やスキルをボタンにするというアイデアは、
00:13:17「良さそうだけど、自分には必要ないかな」と思うでしょう。
00:13:18すでに十分使いこなせているからです。
00:13:21わざわざボタンを押さなくても、すぐに実行できますからね。
00:13:23そんなシステムは不要に感じるかもしれません。
00:13:26しかし、AI エージェンシーとしての仕事をするなら、これは絶大です。
00:13:28チームで仕事をしていて、メンバーが
00:13:32ターミナルを使いたがらないような場合、
00:13:33それでも Claude Code のパワーを彼らに提供したいなら、これです。
00:13:37考えてみてください。
00:13:40あなたは彼らに Claude Code の力を授けているのです。
00:13:44誰かをこの席に座らせて、このエージェント OS を見せ、
00:13:46「これとこれをやって」とスキルを提示すれば、
00:13:49誰でも実行できてしまいます。
00:13:53それこそが真の価値です。
00:13:55そして、この「非ターミナル型」ビジュアルシステムの
00:13:57もう一つの側面が、オブザーバビリティ（観測可能性）です。
00:14:00これも非常に自由にカスタマイズ可能です。
00:14:02ここには、5時間以内や週単位の使用状況、
00:14:07その日に実行したルーチンの回数など、
00:14:10リソース使用量に関連する情報を表示しています。
00:14:11また、右側には Vault の最近の変更履歴や
00:14:14予測データなど、
00:14:17性質の異なる情報も配置しています。
00:14:19これは、あなたが望む何にでも変えることができます。
00:14:21理想的には、自分のスキルや業務内容に
00:14:22密接に関連したものであるべきです。
00:14:24「ターミナルの画面内でこれが見られたらいいのに」
00:14:25と思うものは何でしょうか？
00:14:29ターミナルは優れたツールですが、
00:14:31やはりいくつかの限界があります。
00:14:33このようなシステムに移行することで、
00:14:35それらの限界を乗り越えることができるのです。
00:14:36これが、次世代のワークフローの形です。
00:14:37さて、ここからはさらに具体的な
00:14:40セットアップ手順に入っていきましょう。
00:14:43まずは必要な依存関係のインストールからです。
00:14:44環境が整っているか確認してください。
00:14:45準備ができたら、コードを書いていきます。
00:14:46この部分は少しテクニカルになりますが、
00:14:48順を追って説明するので安心してください。
00:14:51まず、ダッシュボードの基盤となる
00:14:53設定ファイルを編集します。
00:14:55ここでの設定が、ボタンの動作を決定します。
00:14:57次に、表示したいメトリクスを選びます。
00:15:00自分にとって最も重要な指標は何でしょうか？
00:15:02それを可視化することで、効率は劇的に向上します。
00:15:06といった類のものです。
00:15:07しかし、これは好きなように変更できます。
00:15:08理想を言えば、自分自身の
00:15:11スキルなどに結びつけるのがいいでしょう。
00:15:13ターミナルの中で実際に
00:15:16何が見たいですか？
00:15:16ターミナルは優れたツールですが、
00:15:18いくつかの制限もあります。
00:15:20このようなシステムに移行すれば、
00:15:22それらの制限を回避できます。
00:15:24追跡したい項目があれば、
00:15:26ここに配置できるからです。
00:15:27そして、Claude Code内でプロンプトを1つ送るだけで
00:15:30それを実行できます。
00:15:31では、ディープリサーチの出力結果を見てみましょう。
00:15:33概要が表示され、
00:15:35すべてのソースへのリンクがあり、
00:15:37Obsidian内の保存場所へのリンクも含まれています。
00:15:40さて、このダッシュボードの作成についてですが、
00:15:41それ専用のプロンプトも用意してあります。
00:15:44皆さんが実行する際は、
00:15:45私のものとは少し違って見えるはずです。
00:15:46というのも、最初は
00:15:47プレースホルダーばかりだからです。
00:15:48まずは、あなたとClaude Codeとの間で
00:15:50対話が始まります。そこで、
00:15:52どのスキルをこのダッシュボードに
00:15:55紐づけたいかを決めていきます。
00:15:56さらに、観測性（オブザーバビリティ）についても考えます。
00:15:59使用制限を表示させたいですか？
00:16:00ルーチンが必要ですか？
00:16:01私のように、ボルト内で何が起きているかの
00:16:02予測や更新情報が必要でしょうか？
00:16:04そうではないかもしれません。
00:16:06何が欲しいかは関係ありません。
00:16:07何にでもカスタマイズできるからです。
00:16:09このカスタマイズ性は非常に重要です。
00:16:11特にクライアントワークをしている場合はなおさらです。
00:16:14以上が、主要な3つのステップです。
00:16:17ステップ1は「アーキテクチャ」です。
00:16:20業務内容をドメインに分解できますか？
00:16:23ドメインからタスクへ、
00:16:25タスクからスキル、スキルから自動化へと繋げます。
00:16:28ステップ2は「メモリ（記憶）」です。
00:16:31Obsidianのボルトをどう構築するかです。
00:16:33Claude Codeがデータの流れを把握するだけでなく、
00:16:35あなた自身も
00:16:38データがどこへ流れ、どこにあるのかを
00:16:41明確に把握できるようにするためです。
00:16:42Claudeがすべてを理解するだけでは不十分で、
00:16:43何が起きているかを
00:16:45あなた自身が見える必要があります。
00:16:47「見える化」と言えば、
00:16:49それがステップ3の
00:16:50「観測性（オブザーバビリティ）」です。
00:16:511つは、ターミナル内では
00:16:53できないことを可能にすること。
00:16:56もう1つは、チームメンバーやクライアントが、
00:16:58これらのスキルや自動化を
00:17:00実行できるようにすることです。
00:17:02ボタンを1つ押すだけで実行でき、
00:17:04ターミナルを触る必要すらありません。
00:17:06これらすべてを組み合わせれば、
00:17:07Claude Codeを活用した「エージェンティックOS」が完成し、
00:17:10思いのままにカスタマイズできます。
00:17:14本日の内容はここまでです。
00:17:16いつものように、感想をコメント欄で教えてください。
00:17:18「Chase AI+」もぜひチェックしてください。
00:17:20Claude Codeマスタークラスや、
00:17:22私が使っているエージェンティックOSが手に入ります。
00:17:27それでは、またお会いしましょう。