00:00:00毎日、新しいCloud Codeの機能やチュートリアル、その他の
00:00:04何かに乗り遅れているような感覚に陥ります。これは、
00:00:09特に技術的なバックグラウンドがない初心者にとっては非常に圧倒的なことです。
00:00:13しかし今日、私はその問題を解決し、もし今日私が
00:00:19ゼロから、完全にフレッシュな状態で始めるなら、どの概念から始めるかを紹介します。
00:00:254つのセクションにわたって35の概念をカバーします。最初は
00:00:30初心者が知っておくべきことから始め、最後は今すぐ知る必要はないものの、
00:00:34存在だけは知っておくべき超高度なパワーユーザー向けの機能まで紹介します。最後には、
00:00:39すぐに取り掛かって着実に前進できる明確なロードマップが手に入るでしょう。
00:00:45最初に説明する概念は、Claude.aiのウェブアプリ、つまりあのChatGPTのような
00:00:53インターフェースと、Cloud Code自体の実際の違いについてです。至ってシンプルです。
00:01:00これら2つのシステムは同じ「脳」を使っています。Cloud Code内ではOpus 4.6が、
00:01:06チャットメニューでもOpus 4.6が動いています。違いは、Cloud Codeを
00:01:11使う場合、この脳には「体」と「手」があることです。コードを書いたり、
00:01:16メールにアクセスしたり、コンピュータを操作したりと、実際に代行して動けます。
00:01:22それが最大の違いです。Cloud Codeは概して私のために動いてくれます。
00:01:26概念その2はCloud Codeのインストールについてです。幸い、これは
00:01:31非常に簡単です。「Cloud Code install」と検索すればドキュメントが出てきます。
00:01:37あとは1行のコードをターミナル、またはWindowsなら
00:01:42PowerShellにコピー＆ペーストするだけです。OSによって
00:01:47選ぶものが異なります。MacOS、Linux、WSLならこちらをコピーします。
00:01:52Windows PowerShellならこちらを。ターミナルやPowerShellは検索メニューから
00:01:57見つけられます。このような画面が出るので、コマンドを貼り付けて実行します。
00:02:02するとセットアップウィザードが始まります。ログインを求められるので、
00:02:06自身のサブスクリプションプランを使ってください。セットアップ後、実際に
00:02:11Cloud Codeを起動するには「claude」と入力します。これで準備完了です。
00:02:17続いて概念その3、Cloud Codeを実際にどこで使うかです。実は
00:02:22多くの選択肢があります。このようにターミナルで使うこともできれば、
00:02:27Cloudのデスクトップアプリも使えます。これもCloud Codeです。また、
00:02:32Co-workやチャットもあります。あるいはVS CodeのようなIDE、
00:02:38その方法を今日はお教えします。あるいは、PowerShellなどのようにターミナルをそのまま使うこともできます。
00:02:44ファイルを確認したり、別のウィンドウを開いたりできます。非常に混乱しますよね。
00:02:48こうしたことに慣れていない場合は特に。ですが、実のところ、
00:02:53それほど大きな問題ではありません。結局のところ、最も強力なのは、
00:02:58今日お見せするVS Codeを使う方法であれ、PowerShellなどのターミナルを
00:03:01そのまま使う方法であれ、ターミナルで作業できるバージョンです。
00:03:06でも、もしそれが大変すぎて「もっと分かりやすいインターフェースがいい」
00:03:11というのであれば、デスクトップアプリやCo-workでも構いません。
00:03:19ユーザーがやりたいことの99%は、どの環境でも実行可能です。
00:03:23損をすることはありません。ただ、最初はぜひターミナルを試してみてください。
00:03:291、2週間やってみて、それでも「自分には合わない」と感じるなら、
00:03:34Cloud CodeのアプリやCo-workに移ればいいのです。ターミナルから
00:03:38これらへ移るのは簡単です。逆にある程度制限のある環境に慣れてから、
00:03:43より強力なものへ移行する方が少し難しくなります。
00:03:47「ターミナルは見た目ほど怖くない」と言うのは簡単ですが、結局のところ、
00:03:53ただのプロンプトウィンドウです。ウェブ版のChatGPTを使うのと同じように、
00:03:58ターミナルの中でCloud Codeに対してプロンプトを入力するだけなのです。
00:04:03今日はVS Codeを使います。ターミナル環境への入り口として最適だからです。
00:04:08これはIDE（統合開発環境）と呼ばれます。中身はターミナルですが、
00:04:13より使いやすくなっています。例えばこちらのエクスプローラータブです。
00:04:18ファイル内で作業を始めると、作成したものがすべてここに表示され、
00:04:22開くことができます。これは動画の後半でより明確になるでしょう。
00:04:27VS Code（Visual Studio Code）は完全に無料です。Googleで検索して
00:04:32一番上のリンクをクリックすれば、このオープンソースAIコードエディタに辿り着きます。
00:04:37ダウンロードしてインストールウィザードを実行するだけです。
00:04:41VS Codeを検索して起動すると、このようなページが表示されます。
00:04:46「ファイル」から「フォルダーを開く」を選択し、新しいフォルダーを作成します。
00:04:52ここが今日の作業場になります。PC上の他のプロジェクトと同じ扱いです。
00:04:56新しいフォルダーを作成し、名前を「35-test」にして選択します。
00:05:02するとこのような画面になります。次に、上部にあるメニューから
00:05:08「ターミナル」＞「新しいターミナル」をクリックします。これで下部に
00:05:13PowerShellと同じようなターミナルが開きました。ここで「claude」と打てば、
00:05:18Cloud Codeが動き出します。では、概念その4「権限」について話しましょう。
00:05:25今、下部の方は何も表示されていないはずですが、Shift + Tabキーを
00:05:30押すと、いくつかのオプションが表示されます。これらは一体何でしょうか？
00:05:35これらは異なる「権限」です。Claudeがあなたの許可なしに、PC上のファイルに
00:05:40対して何ができるか、できないかを決めるセキュリティ設定のようなものです。
00:05:46何も指定しない状態がデフォルトの権限設定です。つまり、ファイルを編集する際に
00:05:50明示的に許可を求めてきます。「Accept edits on」にすると、
00:05:56許可を求めずに自動で編集を行います。少し作業が速くなります。ただし、
00:06:00bashコマンド（ターミナルコマンド）を使う場合、つまりPCへの変更、
00:06:05依存関係やプログラムのインストールなどを行う際は、許可を求めてきます。
00:06:09次に「Plan mode」がありますが、これは後ほど。実は3つ目の権限があります。
00:06:14それを使うには、Claudeを特別な方法で開く必要があります。「/exit」で終了し、
00:06:20「claude --dangerously-skip-permissions」
00:06:26と入力して起動します。すると通常通り開きますが、新たに
00:06:33「Bypass permissions on」という設定が現れます。これは私の許可なしに
00:06:38ファイルの編集・削除、ダウンロードが可能です。最初は少し怖いですが、
00:06:44多くの人は最終的にこの設定に落ち着きます。とにかく速いからです。ちなみに、
00:06:49指示していないファイルを削除されたことは一度もありません。
00:06:54慣れてしまえば、トータルで大幅な時間の節約になります。不安なうちは、
00:06:57「Accept edits on」にしておきましょう。Shift + Tabを数回押すと、
00:07:01「Plan mode」になります。これがコアエッセンシャルセクションの最後の概念です。
00:07:06「Plan mode」とは、Claude Codeに「ウェブサイトを作って」と指示した際に、
00:07:11すぐに実行するのではなく、まずはどう進めるかを「考えさせる」モードです。
00:07:18実行すべき一連のステップを提示してくれます。おそらく、いくつかの
00:07:23質問を返してくるでしょう。私たちが何を作りたいのかをより深く理解するために、
00:07:28Claude側からプロンプトを求めてくる形です。プランモードは、
00:07:35Claude Codeからより良い出力を得るための最良の方法です。
00:07:39私たちが考えたプロンプトの抜け漏れを、Claudeが質問をして
00:07:44埋めてくれるからです。ここではウェブサイトの種類を聞かれています。
00:07:49「ランディングページ」と答えましょう。技術スタックを聞かれ、分からなければ
00:07:561番目を選び、目的は「個人プロジェクト」として送信します。
00:08:04ここで少し時間を取って、私のCloud Codeマスタークラスについてお話しします。
00:08:08技術的な背景がない方でも、ゼロからAIエンジニアになれる最高の道です。
00:08:13このコースは初心者向けで、実際のユースケースに焦点を当て、
00:08:20この素晴らしいAIツールをマスターする方法を学びます。毎週更新しています。
00:08:25興味があれば、固定コメントの「Chase AI Plus」のリンクをチェックしてください。
00:08:30では、概念その6、Cloud Codeを使う際の「マインドセット」の話をしましょう。
00:08:35プランニング段階はこの議論に最適です。今、いくつか追加の
00:08:40質問をされています。「Argus」という架空のソーシャルメディア・インテリジェンス・
00:08:46アプリのランディングページを作ると伝えます。すると作成が始まります。
00:08:51マインドセットとして、Cloud Codeを「協力者」として捉える必要があります。
00:08:57プランニング段階での対話は容易ですが、陥りがちな罠もあります。
00:09:01Cloud Codeの言うことを鵜呑みにして、自分から質問をしないことです。
00:09:06例えば先ほど、使用する技術スタックを聞かれた際、
00:09:11私たちは「Next.jsとTailwindを使う」と答えました。
00:09:15あなたはNext.jsやTailwindが何か知っていますか？ 初めてなら知らないはずです。
00:09:20多くの場合、Cloud Codeの推奨に従うのが得策ですが、
00:09:26本当にCloud Codeを使いこなし、AI開発の基礎を理解したいのであれば、
00:09:31立ち止まって、Claudeにそれらの概念を説明させるべきです。そうすることで、
00:09:37単に「言われるがままに作る人」ではなく、実際にスキルを習得できるのです。
00:09:42もしこれほど簡単に物が作れるなら、あなたと、そこら辺の誰かとの
00:09:48違いは何でしょうか？ 彼も同じように「はい」を連打してサイトは作れます。
00:09:51他と差をつけ、基礎レベルでスキルを磨くために必要なのは、
00:09:55Cloud Codeに説明を求めることです。それは無限に忍耐強い家庭教師なのです。
00:10:00こちらがランディングページ作成のために提示されたプランです。
00:10:06プランモードを使うと、このように実行前に詳細なアウトラインが表示されます。
00:10:10オプションがいくつか見えます。「Yes, and bypass permissions」は、
00:10:15プランを実行し、許可を求めないという意味です。「Yes, manually approve edits」
00:10:20を選ぶと、作成は始まりますが、ファイルの作成や編集のたびに許可を求められ、
00:10:25非常に煩わしいです。そして「No, refine with ultra plan」があります。
00:10:29ウルトラプランについては、セクション4のパワーユーザー向け機能で触れます。
00:10:34今は「Yes, bypass permissions」を選択しましょう。
00:10:39すると、すぐにウェブサイトの構築が始まります。
00:10:43左側に表示されているのが、今構築されているファイル群です。
00:10:46これがVS Codeの利点です。特に初心者にとっては、作られているものが
00:10:50一目瞭然です。実際にファイルエクスプローラーで「35-test」フォルダを
00:10:55開いて中身を確認するのと同じことです。Cloud Codeが作成したファイルの中に、
00:11:01左側に見える「CLAUDE.md」があります。これが概念その7のテーマです。
00:11:05CLAUDE.mdファイルとは何でしょうか？ これはCloud Codeで作成された
00:11:10全プロジェクトに含まれるもので、いわばプロジェクトの「取扱説明書」です。
00:11:16その特定のフォルダー内で作業する際に、Claudeに常に守らせたい
00:11:21慣習やルールを記述したものです。プロジェクト構築時に
00:11:26自動生成されるので、あまり手を入れる必要はありません。ただ、
00:11:32CLAUDE.mdの活用法については、多くのテクニックが存在することを覚えておいてください。
00:11:36私のように「シンプル・イズ・ベスト」と考える人もいれば、
00:11:41関連情報をできるだけ詰め込むべきだと考える人もいます。初心者がまず
00:11:46理解すべきは、これが存在し、ここに書かれた内容をClaudeが
00:11:50毎回の指示のたびに参照するということです。非常に強力なツールですが、
00:11:56編集する場合は、それが本当に重要で、ほぼすべてのプロンプトに
00:12:02適用される内容であることを確認してください。さて、サイトが完成しました。
00:12:07開発サーバーが「localhost」で起動したと表示されています。これは
00:12:12内部的なウェブページです。クリックするとChromeで開きますが、
00:12:18インターネットには繋がっておらず、すべてローカルで動いています。
00:12:22これが作られたものです。かなり不格好ですね。この動画を通して、
00:12:27これを改善するヒントやテクニックを紹介しますが、まずは現状を把握しましょう。
00:12:31通常のサイトと同じように操作できます。その前に、Cloud Code、そして
00:12:34大規模言語モデル全般における最重要概念の一つを説明します。
00:12:40概念その8、「コンテキストウィンドウ」についてです。「/context」と入力すると、
00:12:44現在のコンテキストウィンドウの使用状況が表示されます。この場合、
00:12:51100万トークンのうち、4万8千トークンを使用しています。あなたはきっと、
00:12:57「トークンって何？ 100万分の5万？ 何のこと？」と思っているでしょう。
00:13:01トークンは大規模言語モデルやCloud Codeにおける「通貨」のようなものです。
00:13:06基本的に、一つの単語が一つのトークンに相当します。プロンプトとして与えた
00:13:12すべての言葉、そしてClaudeが返したすべての言葉が1トークンになります。
00:13:17厳密には少し異なりますが、そう考えて間違いありません。ツールの実行も、
00:13:23生成されたコードも、すべてにトークンコストが発生します。そして、
00:13:28コンテキストウィンドウが私たちの「予算」です。Claude Codeの場合、
00:13:34それは100万トークンです。なぜこれが重要なのでしょうか？
00:13:42まず、予算がいっぱいになるとセッションが終了してしまいます。
00:13:47チャットボットを使っていて、急に「容量不足で続けられません」と
00:13:50言われた経験はありませんか？ それがコンテキストウィンドウの満杯状態です。
00:13:55さらに重要なのが、概念その9「コンテキストの腐敗（Context Rot）」です。
00:14:01会話を重ね、タスクが増えてコンテキストウィンドウが埋まっていくほど、
00:14:07Cloud Codeの実際の効果は低下していきます。使えば使うほど、
00:14:15精度が悪くなるのです。そのため、常に使用状況をチェックしておく必要があります。
00:14:22幸い、コンテキストはいつでもリセットでき、すぐにゼロから始められます。
00:14:27しかし、これには代償もありますよね？ 通常のチャットボット、例えば
00:14:33Claude.aiで新しいチャットを始めるのは苦痛です。今までの会話を
00:14:38覚えておいてほしいのに、すべて消えてしまうからです。でも、
00:14:42リセットした方が動作は良くなる。どうすればいいのでしょう？
00:14:47Cloud Codeでのリセットは、通常のチャットボットとは違ってずっと快適です。
00:14:51「/clear」と打つだけでセッションはリセットされますが、Cloud Codeは
00:14:57このフォルダー、あなたのPCの中に住んでいます。新しいチャットを
00:15:03始めても、実質的には何の問題もありません。なぜなら、Claudeは
00:15:08コードベースの中身を直接見ることができるからです。全ファイルも、
00:15:13CLAUDE.mdも参照できます。人間がフォルダーの中を見て把握するように、
00:15:18何がどこにあるかを自分で確認できる能力があるのです。だからこそ、
00:15:25私は常にコンテキストウィンドウのリセットを推奨しています。
00:15:30会話を続けるためだけに、50万トークンも消費して動作が鈍くなった
00:15:35Claudeを使い続ける理由はありません。リセットしても記憶は維持できます。
00:15:42さらに、ウィンドウが埋まるほど、各プロンプトの「コスト」が高くなります。
00:15:48プロンプトのたびに、これまでの全履歴を送信しているようなものだからです。
00:15:53キャッシュ機能で多少は軽減されますが、やはり80万トークン時点の
00:15:58プロンプトは、5万や10万の時よりもコストがかかります。Cloud Codeの
00:16:04利用制限について不満を言う人が多いですが、その大きな原因の一つは、
00:16:10コンテキストウィンドウの管理ができていないことにあります。無駄に消費し、
00:16:13動作も悪くなっている。コンテキストに気を配り、
00:16:18適宜リセットすることの重要性が分かっていただけたでしょうか。
00:16:25目安として、20万トークンを超えないようにするのが理想的です。
00:16:30コピーして次のセッションに貼り付けることができます。さて、ここで
00:16:36「このまま続ける正当な理由があるか？」と自問してください。特になければ
00:16:42リセットすべきです。リセットは「/clear」と打つだけです。
00:16:47もし会話の中に引き継ぎたい内容があれば、Claudeに要約を
00:16:52書かせて、それを次のセッションに貼り付ければいいのです。
00:16:56今お見せしているのが、概念その9の「ステータスライン」です。
00:17:00ここには「35-test」というフォルダ名、使用中のモデル、そして
00:17:06現在のコンテキスト使用率が「2%」のように常に表示されています。
00:17:11これを設定すれば、いちいち「/context」を打たなくても状況を把握できます。
00:17:16いちいち「/context」と入力する必要はありません。すぐ下の
00:17:20ここを見れば状況が把握できるので、常に意識しておくことができます。設定するには
00:17:26「/status-line」と入力します。そして、次のような
00:17:31プロンプトを書きます。「ステータスラインを永続的に表示させて。
00:17:37現在のフォルダ、使用中のモデル、コンテキスト窓の使用量を含めて」と。そうすれば
00:17:44作成されるので、あとはClaude Codeを再起動すれば自分専用のステータスラインが表示されます。
00:17:48今、一気に多くの概念を説明しましたね。コンテキスト、コンテキスト窓、
00:17:53クリア機能、コンテキストの劣化、そしてステータスライン。これらを理解すれば
00:17:59Claude Codeを長く使っている人よりも優位に立てるでしょう。多くの人はこの原則を
00:18:03本来あるべきほど徹底していないからです。では、ここで他のスラッシュコマンド、
00:18:08次のコンセプトについて話しましょう。それは「rewind（巻き戻し）」です。例えば
00:18:13「/clear」を実行したとします。コンテキスト窓をできるだけ綺麗に保とうとした結果ですが、
00:18:17「あ、やっぱり消すべきじゃなかった。まだやることがあったんだ」と気づいた場合、
00:18:22「/rewind」を使えば、Claude Code内の以前のセッションに
00:18:30戻ることができます。つまり、「/clear」を実行する前の状態に戻して、
00:18:35会話を復活させられるのです。これはコードの変更も含まれます。
00:18:41Claude Codeと対話してウェブサイトに変更を加えたものの、
00:18:45その結果が気に入らなかった場合、「/rewind」を使えばいいのです。一種の
00:18:49オートセーブポイントのようなもので、簡単に元の状態に戻せます。コンセプト14は
00:18:54ぜひ知っておくべき「/model」です。これを使えば
00:18:59Claude Codeの全モデルを切り替えられます。Opus 3.5、Sonnet 3.5、
00:19:06100万コンテキストのSonnet、そしてHaikuがあります。どれを使うかは
00:19:10契約プランによります。月額20ドルのProプランなら、
00:19:14基本的には常にSonnetを使うことになるでしょう。Max 5xプランならOpusも結構使えますが、
00:19:20使用頻度によります。20xプランなら常にOpusでも大丈夫でしょう。モデルの選択は
00:19:25ユーザー次第、つまりAnthropicにいくら払っているかによります。
00:19:29Haikuに関しては、使う必要はほぼありません。非常に安価で
00:19:34無料に近いモデルですが、ユースケースが非常に特殊で限定的です。なので
00:19:41使い道が明確でない限り、Haikuに触れる必要はありません。また、
00:19:44モデル関連のコマンドに「effort」があります。これはClaude Codeの思考量で、
00:19:48デフォルトは「auto」です。思考レベルが高いほどトークンを消費し、
00:19:53使用量が増えるので、タスクに応じて使い分けます。さて、最後の基本コンセプトは
00:19:58「Git」についてです。「rewind」というClaude Code内蔵の
00:20:05セーブポイントについて話しましたが、もう一つのセーブポイントがGitです。
00:20:11Gitはコンピュータ上に保存されるセーブポイントであり、
00:20:16構築したコードの正確な状態を保存するものです。ですから、
00:20:22可能な限りこれを使うことを強くお勧めします。Claude CodeはGitに非常に精通しているので、
00:20:28単に「これをGit commitして」と言えば保存してくれます。これは
00:20:36後でGitHubなどを使う時に役立ちます。コードのセーブポイントを
00:20:41GitHubというクラウド上にプッシュしたい場合、コードをコミットして
00:20:48おく必要があるからです。Git commitは「セーブポイント」だと考えてください。「rewind」も
00:20:54Claude Code内では素晴らしい機能ですが、より本格的になり、
00:20:59「このコードを世に送り出すにはどうすればいいか」を考える段階ではGitを使い始める必要があります。
00:21:04これは重要なステップであり、「rewind」と並ぶ予備のセーブポイントになります。これにより、
00:21:09コードが消えてしまう心配をせずに開発を進められます。ここからは第3セクション、
00:21:15「ツールキット」です。CLIやMCPといった外部ツールを取り入れたり、
00:21:19Claude Codeの最も強力な機能の一つである「スキル」を紹介したりします。
00:21:25今、ちょうど私たちのウェブサイトがひどい状態なので、絶好のタイミングです。
00:21:31見てください。AI特有の安っぽさ全開で、退屈で平坦な紫のグラデーションです。
00:21:37どう修正すべきでしょうか？もっと良いプロンプトを与えることもできますが、
00:21:42フロントエンドのデザインに特化したツールがあります。次の3つのコンセプトは、
00:21:46「スキル」、「スキルマーケットプレイス」、「スキルクリエイタースキル」です。スキルとは
00:21:52テキストプロンプトのことです。Claude Codeに、特定のことを特定の方法で行うよう指示する手段です。
00:21:57今見ているのは、Anthropic公式のフロントエンドデザインスキルです。ご覧の通り、
00:22:02単なるテキストで、複雑なコードも何もありません。ただのテキストプロンプトです。つまり
00:22:10フロントエンドデザインスキルを使うのと、この全文をコピーしてClaude Codeに貼り付け、
00:22:15「さっきより良いフロントエンドを作って。このガイドラインに従って」と言うのは同じことです。
00:22:20でも毎回コピペするのは面倒ですよね。そこで、「フロントエンドデザインスキル」を使います。
00:22:25「/frontend-design」と入力するか、自然な言葉で
00:22:31「フロントエンドデザインスキルを使って」と言えばいいのです。その後にプロンプトを伝えます。やり方をお見せしましょう。
00:22:36まず、フロントエンドデザインスキルをインストールする必要があります。方法はいくつかあります。
00:22:40一つは「/plugin」と入力することです。これでプラグインデザインマーケットプレイスが開き、
00:22:46ここに表示されている「Discover plugins」へ行けます。そこで
00:22:52「front end design skill」を検索し、選択してインストールします。
00:22:57「Installed」セクションに切り替えれば、インストールされたことを確認できます。
00:23:02ここに「front end design plugin」がありますね。インストールすると
00:23:07「reload plugins（プラグインを再読み込み）」というメッセージが出るので、それを実行すれば
00:23:12完了です。これでClaude Codeはそのスキルの存在を認識したので、
00:23:19あとは呼び出すだけです。呼び出し方もいくつかあります。
00:23:24今回のように「/frontend-design」という名前で呼び出すこともできますし、
00:23:30「フロントエンドデザインスキルを使って」と言えば使ってくれます。あるいはもっと賢いですよ。
00:23:38「このページのフロントエンドを改善しよう。X、Y、Zをやって」と言えば、
00:23:43その一文を読み取って、「あ、フロントエンドのデザイン中だね。専用のスキルがあるから
00:23:46それを使おう」と判断してくれます。さらに、Claude Codeは自動でスキルを
00:23:51インストールすることも可能です。GitHubのURL（これはClaude Code公式の
00:23:58GitHubにあります）をコピーしてClaude Codeに貼り付け、
00:24:05「このスキルをインストールして」と言えば、設定を自分で書き換えて追加してくれます。
00:24:10実際の動作を見る前に、スキルの最後の大事な話として、「スキルクリエイタースキル」について話します。
00:24:15スキルにはユーザーレベルとプロジェクトレベルがあります。今は「35-test」プロジェクトにいますが、
00:24:21別の「メール用プロジェクト」を作った場合、
00:24:27そのプロジェクトでもスキルを使えるでしょうか？答えは「状況によるが、基本はYES」です。
00:24:33フロントエンドデザインスキルのようなものは、ユーザーレベルでインストールされます。
00:24:37つまり、そのユーザーが作成したどのプロジェクトからでもアクセス可能です。
00:24:42一方で、プロジェクトレベルのスキルを持つこともできます。このプロジェクト、
00:24:48このウェブサイト専用のスキルを作成して、他では絶対に使わないようにすることもできます。
00:24:53こうした柔軟性があることを覚えておいてください。では実際にやってみましょう。
00:24:57「/frontend-design」を使い、「フロントエンドを再構築して。Anthropicのカラーパレット（テラコッタなど）を使い、
00:25:02カードにはドロップシャドウなどで視覚的な重みを持たせて」と指示しました。
00:25:07「よくあるAIっぽい安直なデザインは避けて」とも。スキルを使った結果を見てみましょう。
00:25:14こうなりました。最初のバージョンから大きく進歩しましたね。
00:25:19完璧でしょうか？いいえ。まだAIが作った感じはありますか？はい。でも
00:25:26一回目と二回目の差を見てください。これはフロントエンドデザインスキルという
00:25:30非常にシンプルなツールのおかげです。では次に、Claude Codeで使える
00:25:34何らかのワークフローや、繰り返しのタスクを見つけたら、それを「スキル」にするべきです。そして
00:25:38これが次のコンセプトです。このスキルが優れているのは、高品質なスキルを作れるだけでなく、
00:25:44既存のスキルを修正・改善し、その性能を測定できる点にあります。
00:25:49Claude Codeを使い込むうちに、何度も同じ作業を繰り返していることに気づくはずです。
00:25:55誰にでも独自のワークフローがあります。繰り返されるタスクを見つけたら、
00:26:01それをスキル化すべきです。カスタムスキルを作る際には、常に
00:26:06このスキルクリエイターツールを使ってください。なぜなら、そのスキルを作る価値が
00:26:11本当にあるかどうかまで教えてくれるからです。
00:26:16スキルの性能測定機能は絶大です。自動的にA/Bテストを実行し、
00:26:22「何もしないよりこのスキルを使った方が本当に優れているか」を検証し、改善効果をテストします。
00:26:26スキルを編集すると、元のバージョンと比較テストを行います。
00:26:31複数のテストを走らせ、具体的なデータとして結果を返してくれます。これは画期的です。
00:26:37使い方はフロントエンドデザインスキルと同じで、URLをコピーして読み込ませるか、
00:26:41プラグインマーケットプレイスで「skill creator skill」を見つけて
00:26:46インストールし、プラグインをリロードすれば準備完了です。さて、次にコンセプト20と21、
00:26:51外部ツールを連携させる「MCP」と「CLIツール」について説明します。
00:26:58MCPは、Claude Codeを外部プログラムに接続するための手段です。
00:27:04Claude CodeのドキュメントにはMCPツール専用のセクションがあり、
00:27:11接続可能なツールの一覧と、インストールに必要なコマンドが記載されています。
00:27:16Linear、Hugging Face、Cloudflare、Figma、Guru、Monday、
00:27:23Notionなど、リストは延々と続きます。Notionなどの外部プログラムと
00:27:30MCPサーバーを介して接続すれば、Claude Codeに自然な言葉で
00:27:37「NotionでX、Y、Zをやって」と頼むだけで、自分で操作するのと同じように代行してくれます。
00:27:42MCPツールを使うには、いくつか必要なものがあります。一つは特定のコマンドです。
00:27:48主要なものはドキュメントにありますし、ドキュメントは検索するか、
00:27:52Claude Codeに聞けば見つかります。コマンドをコピーして
00:27:58ターミナルに貼り付けます。でも、もっと簡単な方法は、単にこう言うことです。
00:28:02「NotionのMCPサーバーをセットアップして」。Claude Codeがすべて代行してくれます。
00:28:09ウェブを検索して必要なコマンドを調べ、実行すべき作業を
00:28:17リストアップして戻ってきます。NotionやPayPal、Stripe、
00:28:22SupabaseなどのMCPをセットアップするには、認証情報が必要だからです。
00:28:30つまり、Supabaseなどのサイトへ行って、特定のシークレットキーを取得し、
00:28:36Claude Codeに渡すか設定フォルダに入れる必要があります。
00:28:42経験がないと難しそうに聞こえますが、誰がその専門家だと思いますか？
00:28:47そうです、Claude Codeです。彼は「このリンクをクリックして、このページに行き、これをコピーして」と
00:28:51一歩ずつ手取り足取り教えてくれます。MCPに関する面倒な作業は
00:28:58すべてClaude Codeが引き受けてくれます。ただ、MCPは少し影が薄くなりつつあります。
00:29:04ここ一年半ほどは非常に注目されていましたが、
00:29:09CLIに取って代わられ始めています。CLIは「コマンドラインインターフェース」ツールです。
00:29:17Claude Codeがターミナルで動くのと同じように、これらのプログラムもターミナルで動きます。
00:29:23どちらもターミナル上で動くので、相性は抜群です。一方、MCPには
00:29:28オーバーヘッド（余分な負荷）が多い。MCPとCLIを比較すると、MCPの方が
00:29:33動作が遅く、トークンの消費効率も悪い傾向にあります。ですから90%のケースで、
00:29:41CLIが利用可能ならMCPよりそちらを使うべきです。良い例がPlaywright MCPです。
00:29:48Playwrightは、ブラウザ操作を自動化するツールです。Claude Codeを
00:29:52接続すれば、ブラウザを操作してサイトにログインしたり、テストしたりしてくれます。これには
00:29:57CLIとMCPの両方がありますが、CLIの方が断然優れています。トークン効率は90%も良く、
00:30:04Claude Codeにとっても使いやすい。CLI対MCPの典型的な成功例です。ではCLIをどう使うか？
00:30:10答えはもうお分かりですね。特定のコマンドを使うか、あるいは
00:30:15Claude Codeに「CLIをセットアップして」と頼むだけです。CLIやMCPを使う際、
00:30:22「dangerously-skip-permissions」で権限チェックをスキップして起動していない限り、
00:30:27新しいターミナルウィンドウを開いて、このコマンドを貼り付けて、という指示が出ます。
00:30:31スキップ設定がONなら、勝手にやってくれます。ただ、これって少し怖いですよね？
00:30:35Claude Codeが勝手に何かをダウンロードし、インストールして実行するなんて。
00:30:40しかし、コミュニティで十分に検証されている有名なCLIであれば、
00:30:47それほど恐れる必要はありません。Playwright CLIなどはその代表です。
00:30:51問題は「どのCLIを使うべきか」ですが、正直なところ
00:30:57一概には言えません。完全にユースケースによります。ブラウザの自動化が必要ですか？
00:31:03あるいはSupabaseのような認証機能が必要ですか？
00:31:08必要かもしれないし、そうでないかもしれない。多くの人が陥る罠は、
00:31:15CLIやMCPの存在を知った途端、片っ端から調べ始めて、
00:31:20関連しそうなものをすべてインストールし、使いまくることです。
00:31:25私の考えでは、Claude Codeにおいては「少ないほど豊か（Less is more）」です。時間が経てば
00:31:32自然といくつかのCLIやMCPに触れることになり、使うべきタイミングも分かってきます。
00:31:37まだ始めたばかりなら、CLIやMCPというものがあることさえ知っていれば十分です。
00:31:44それ以上に重要なのは、Claude Codeがそれらをインストールして使えること、
00:31:50そして使用を助けるスキルさえ作れることを知っておくことです。初心者ならそれで十分です。
00:31:56もう少し経験があるなら、Claude Codeを使い込みながら
00:32:00「この用途のMCPはある？」「このCLIは存在する？」と聞いてみることです。
00:32:06その際は必ず「ウェブ検索で最新情報を確認して」と指示してください。状況は常に変わっています。
00:32:12毎日新しいCLIやMCPが登場していますから。ですから
00:32:17「覚えるべき30選」なんてリストは作りません。関連コンテンツは他にもありますが。
00:32:21とにかく、Claude Codeがそれらを見つけ出し、インストールし、使いこなしてくれる。
00:32:26これが彼の持つ「スーパーパワー」であることを理解してください。
00:32:31さて、コンセプト22として「フューショット・プロンプティング（Few-shot prompting）」について話します。
00:32:36これはどういう意味でしょうか？フューショット・プロンプティングとは、
00:32:43フロントエンドのデザインを頼む時のように、単にプロンプトやスキルを与えるだけでなく、
00:32:50「やってほしいことの例」を複数与えることで、
00:32:55望み通りの出力を得やすくする手法です。フロントエンドデザインであれば、
00:33:02スクリーンショット以上のものを与えられます。実際のコード、つまり背後で動いている
00:33:07生のHTMLを渡すことで、目指すべき方向をより正確に伝えられるのです。
00:33:14具体的にどういうことか。元々、ウェブページをAnthropic風の
00:33:17カラーパレットやデザインにしたいと伝えましたよね。まず、理想に近いサイトの
00:33:23スクリーンショットを撮ります。カード部分やフッターなど。さらに
00:33:29実際のコードも見ることができます。「Ctrl + U」を押せばHTMLが表示されます。
00:33:39これをすべてコピーしてClaude Codeに持ち込む。これが実質的なフューショット・プロンプティングです。
00:33:45画像とコードの両方で、Claude Codeを導くのです。これはデザインに最適です。
00:33:50「フロントエンドをAnthropicのデザインにもっと寄せて。参考に
00:33:56公式サイトのHTMLとスクリーンショットを渡すよ」と言って、2000行のHTMLを貼り付け、
00:34:01画像をドラッグ＆ドロップしました。結果を見てみましょう。
00:34:06戻ってきたのがこれです。色の使い方が確実にAnthropicっぽくなりました。
00:34:13100%同じコピーか？まだ修正点は多いか？もちろんです。フロントエンドデザインツールを
00:34:18使った時と同じです。しかしポイントは、フューショット・プロンプティングを使えば
00:34:23出力をより制御できるということです。単に願って待つだけの状態から脱却し、
00:34:30自分の意志を反映させられる。これは非常に大きなことです。しかし、
00:34:37自分がプログラマーでない場合、Claude Codeが書いたコードが
00:34:42本当に正しいのか判断できないという問題があります。見た目は良くても、
00:34:48中身がデタラメである可能性は否定できません。
00:34:54そこで次のコンセプト、「敵対的プロンプティング（Adversarial prompting）」と「敵対的コードレビュー」の出番です。
00:34:58敵対的コードレビューとは、要するに「コードを見て、悪いところを指摘して」ということです。
00:35:05これを行う際にいくつか注意点があります。まず、
00:35:13AI全般（OpusやSonnetも含め）には、
00:35:18「自分の書いたコードに甘い」という傾向があります。自分が作ったものは良いものだと思い込みがちです。
00:35:24ですから、「間違っているところを教えて」と言っても、いくつか指摘はするものの、
00:35:29基本的には「これで正しい」と言い張るでしょう。それは驚くことではありません。
00:35:35本当に正しいか確認するための選択肢は2つ。1つは、別のターミナルを立ち上げ、
00:35:39もう一つのClaude Codeセッションを始めることです。そして、さっきのコードを
00:35:46もう一つ別のターミナルを作成して、Cloud Codeを再起動することができます。
00:35:51これで2つのターミナルでCloud Codeの別セッションが開けます。今のコードベースを見て、
00:35:56「敵対的」になるよう指示するのです。厳しい目で見ろと伝えます。「君は
00:36:01AIを嫌っているRedditのオタクだと想像して、このコードの悪い所を指摘してくれ」と言う。これが1つ目の方法。
00:36:052つ目の方法は、全く別のAIを使ってコードレビューをすることです。その優れた方法が、
00:36:10Cloud Code用のCodexプラグインを使うことです。OpenAI、つまりChatGPTや
00:36:16Codexの開発元がCloud Codeのプラグインを出しています。月20ドルのChatGPTサブスクリプションがあれば、
00:36:22このプラグインを使えます。実は無料でも使えますが、その場合は
00:36:26モデルのグレードが下がるはずです。スキルをインストールするのと同じ方法でこれを導入し、Codexに
00:36:34コードをレビューさせます。そこには敵対的レビュー専用のコマンドがあります。もしあなたが
00:36:39「Opusの言うことは信じられない、Opus以外の第三者の視点が欲しい」と思っているなら、
00:36:44Codexプラグインが最適です。インストールはとても簡単。このURLをコピーして
00:36:50Cloud Codeに貼り付け、「Codexプラグインをインストールしたい」と言えば実行してくれます。
00:36:55あとは「/codex review」や「/codex adversarial review」と入力するだけです。
00:37:00これは非常に重要だと思います。特に複雑なことをしている場合には。今やっているような
00:37:04ランディングページのようなフロントエンドなら、失敗する箇所も限られていますが、
00:37:10プロジェクトが複雑で大きくなるほど、敵対的レビューから得られる恩恵は
00:37:15大きくなります。特に、技術的なバックグラウンドがなく、
00:37:20何が構築されたか自分では判断できない場合に最適です。せめて、内容を理解している
00:37:25別のモデルに、それが良い出来かどうかを判定させるべきです。さて、ここからは
00:37:32セクション4、「パワーユーザー」セクションに入ります。これまでに話したことはすべて、
00:37:37最初の数週間でマスターすべき内容です。それらを使いこなせれば、
00:37:41平均的なCloud Codeユーザーより遥か先にいけます。しかし、ここから話すことは
00:37:46より経験豊富なパワーユーザー向けの内容です。
00:37:52すぐにこれらを実装する必要はありませんが、存在だけは知っておいてください。
00:37:55経験を積むにつれて、いつか壁にぶつかる時が来るからです。ここで紹介する
00:38:00いくつかの手法が、その助けになるでしょう。Cloud Codeの「基本」や「コア」と呼んできたものの
00:38:04その先には、さらなる可能性があることを知っておいてください。まず最初の
00:38:112つのコンセプトは、カスタムコマンド、カスタムスラッシュコマンドについてです。
00:38:15スラッシュ（/）を入力すると、すでにお気づきの通り、
00:38:22Cloud Codeに何かを指示するコマンドが並びます。「clear」もそうでしたね。
00:38:26文脈のリセットや新セッションの開始で話しましたが、自分で作ることもできます。
00:38:32多くの場合、「スキル」の形をとります。「カスタムスキル・クリエイター」でスキルを作成し、それを
00:38:38スラッシュコマンドで呼び出します。私が愛用しているのは「YT-Pipeline」です。
00:38:46これはYouTube用のカスタム調査ワークフローです。Cloud Codeのスキルは、
00:38:52「フロントエンドのデザインを作る時は、X、Y、Zを忘れないで」といった単純な指示だけではありません。
00:38:56カスタムスキルやスラッシュコマンドは、ワークフローになり得るのです。「まずAをやって、
00:39:01次にBをやって、その後にC、Dをやって」とCloud Codeに指示することができます。
00:39:06それ自体が一種の自動化になります。私のカスタムスキルもそうです。これは「サブスキル」を使用します。
00:39:13下位のスキルを呼び出す、上位のスキルなのです。CLIなども利用します。このように
00:39:18カスタムコマンドやスキル、ワークフローはかなり複雑に構成できますが、
00:39:22膨大な時間を節約できます。先ほどの例では、NotebookLMのAPIを使ってYouTubeにアクセスし、
00:39:28Cloud Codeを通じて実際のNotebookLMアプリケーションを操作して調査を補助してくれます。
00:39:36一日に何度も行うマルチステップの作業があるなら、それをカスタムスラッシュコマンドにすべきです。
00:39:41また、カスタムコマンドは「フック」としても機能します。Cloud Codeのフックは、
00:39:46特定のコマンドの実行前、あるいは実行後に何かをするよう指示するものです。
00:39:53これは生産性を劇的に向上させます。私のお気に入りのフックは、コマンドが終わるたびに
00:40:00音を鳴らすものです。この動画では聞こえていないかもしれませんが、Cloud Codeが
00:40:04コマンドを完了するたびに、通知音が鳴るようにしています。なぜそんなものが必要なのか？
00:40:10複数のターミナルを開いていたり、長いタスクを実行させていたりすると、つい忘れてしまって、
00:40:15待ち時間にスマホをダラダラ見てしまうことがあるからです。そんな時に、
00:40:19「終わったぞ、仕事に戻れ」という合図があるのは素晴らしい。私なら絶対に設定します。
00:40:25作成は非常に簡単です。「カスタムフックを作って」とか「Cloud Codeが
00:40:31タスクを終えたら音を鳴らすフックを作って」と言うだけです。タイピングミスしそうですが。
00:40:39フックの内容は何でも構いません。音である必要もなく、完了するたびに
00:40:43メールを送らせることも可能です。Cloud Codeは無限にカスタマイズ可能で、カスタムコマンドや
00:40:48カスタムフックはそのための強力な手段です。次に話すコンセプトは、
00:40:53次は サブエージェントとエージェントチームについてです
00:40:59Cloud Codeは実行中に 自律的にサブエージェントを生成して
00:41:07タスクを代行させることができます 例えばCloud Codeのスキルについて
00:41:14ウェブで情報を探したいとします すると検索用のサブエージェントを起動します
00:41:20これはCloud Codeの第2のインスタンスを作成するようなものです
00:41:26別のターミナルを開くように サブバージョンに「ウェブ検索して」と頼むのです
00:41:32どんなタスクでも可能ですし 時には複数のサブエージェントを
00:41:38同時に作成して 並行作業させることもあります 人間であるあなたは
00:41:44これらと直接やり取りはしません 彼らはタスクを終えると
00:41:49メインのCloud Codeに情報を持ち帰ります 自分で作成することも可能ですが
00:41:54基本的にはCloud Codeが必要に応じて自動で行います
00:41:58理論を理解すれば十分で 自分で作成するのは時間の無駄かもしれません
00:42:02ただし このシステムには欠点もあります 例えば
00:42:06複雑なウェブページ作成を命じ 3つのサブエージェントが生成されたとします
00:42:111つはフロントエンドのデザイン 1つは認証機能
00:42:16つまりログインページですね そしてもう1つはStripeなどの決済機能です
00:42:23問題は 彼らが互いに会話をしないことです デザイン担当は
00:42:28認証担当と話さず 認証担当は決済担当と話しません
00:42:32足並みを揃えたいのに 標準的なサブエージェントの仕組みでは
00:42:39各々が孤立して作業し メインセッションに戻ってくるのです
00:42:44そしてメイン側で 整合性を確認しなければなりません そこで登場するのが
00:42:51「エージェントチーム」です 同様にサブエージェントを生成しますが
00:42:58今度は彼らが互いに会話をします デザイン担当は認証担当と
00:43:06認証担当は決済担当と 決済担当はデザイン担当と話せるのです
00:43:12さらに 3人の調整役として動く追加のサブエージェントを
00:43:19生成することもあります 中間管理職のような役割ですね
00:43:24人間のチーム構成を模倣しており メインのCloud Codeが
00:43:29すべてを調整する必要がなくなります 非常に洗練されたセットアップです
00:43:35しかし無料ではありません 互いに連携させるための調整には
00:43:40より多くのトークンを消費します さらに これは実験的な機能です
00:43:46実験的とはどういう意味かというと settings.jsonで
00:43:50明示的に有効化する必要があるということです .cloudファイルを自分で編集するか
00:43:55あるいはURLをコピーして Cloud Codeのチャットに貼り付け
00:44:01エージェントチームを有効にするよう頼んでください 実際に使うには
00:44:06明示的に指示する必要があります 例えばこの例のように
00:44:12「エージェントチームを作成して」と言います 自動では行われません
00:44:17必ず「エージェントチームを作成して」と伝えます 実際に見てみましょう
00:44:21「ウェブページ用のチームを作って。1人はデザイン、1人はニュースレターの
00:44:26購読フォーム作成、1人はブログのネタ探しを担当させて」
00:44:30とはっきり指示します 作成されたチームが表示されましたね
00:44:35デザイナー、フォーム開発者、ブログ調査員の各タスクが見えます
00:44:43メインセッションには 進行状況のアップデートが届きます
00:44:48作業中に マルチセッションの話をしましょう 先ほど少し触れましたが
00:44:52同じプロジェクトで 9つものターミナルを同時に開いている人を
00:44:57見かけることがあるかもしれません 確かに それは可能です
00:45:02好きなだけターミナルを開いて Cloud Codeを動かせます
00:45:09ある意味 手動でエージェントチームを作るようなものです 1つはデザイン用
00:45:14もう1つはフォーム用という具合に。ただ このマルチセッションには
00:45:20考慮すべき点があります 冒頭のサブエージェントの話と同じで
00:45:24全員が同じ「1枚の紙」に対して 同時に書き込みを行うような状況です
00:45:303人の人間が1つの机に座り 1つのメモ帳でレポートを
00:45:36書こうとしたらどうなるか 想像がつきますよね
00:45:41さらに実体験から言うと 同時に動かすターミナルが増えすぎると
00:45:48コンテキストスイッチが激しくなり 生産的な「気分」になるだけです
00:45:54プロンプトはたくさん打っていますが 1つのタスクに集中できていますか？
00:45:58実際に状況は進展していますか？ 有意義な前進になっていますか？
00:46:022つか3つのターミナルを越えたら それはもう遊んでいるようなものです
00:46:109つも開いているなら それは「生産性シアター」 つまりフリに過ぎません
00:46:15ですが、もしマルチターミナルで行くなら、そして一度に大量の作業をこなすなら
00:46:20先ほど話した問題に対処したくなるはずです。3人が1つのノートに書き込むと問題が起きます。
00:46:23どう対処すればいいでしょう？ その方法の1つが「Git Worktree」を利用することです。
00:46:27Git Worktreeはその解決を試みます。これがないと、3人、3エージェント、3ターミナルが
00:46:34同じプロジェクトで作業し、互いの作業を上書きして競合が発生してしまいます。
00:46:39しかし、Worktreeがあれば、3人が同じデスクを囲むのではなく
00:46:44全員が自分のデスクを持ち、ファイルも個別のコピーを持ちます。各自が作業を行い
00:46:50最終的に全ての作業が統合されます。統合時に全てがうまく合致するか確認するのは
00:46:57Claude Codeの役割です。Worktreeを使うには、通常通りClaude Codeを開きますが
00:47:02worktreeフラグを使い、そのWorktreeに名前を付けます。例えば「front-end-design」などです。
00:47:06コマンドは「clod --worktree」の後に名前を続けます。そして、開く追加ターミナルの
00:47:12分だけこれを繰り返します。ご覧のように、1つは「main」、1つは「front-end」
00:47:17もう1つは「tests」となります。これらを並行して進めます。そして最後に
00:47:23メインのClaude Codeセッションに戻り、「これらのWorktreeを確認して、クリーンにマージして」
00:47:27と指示します。Gitの中でも高度な概念なので、始めたばかりなら混乱を避けるため
00:47:33すぐに使い始めなくても大丈夫です。では、別のパワーユーザー向け概念について話しましょう。
00:47:37それは「フレームワーク」です。GSD（Get Shit Done）や、ある程度のBMAT
00:47:43Superpowersといったものです。これらはGitHubのリポジトリとして存在し
00:47:49実質的にClaude Codeの周囲でオーケストレーション層として機能し、Claude Codeの動作を
00:47:56根本的なレベルで変化させます。中身はClaude Codeですが、ターミナル上で動作しつつ
00:48:01これらを使うことで計画の立て方や実行方法、進捗の記録方法が変わります。
00:48:07こうしたオーケストレーション層を使う狙いは、Claude Codeの能力を助けることにあります。
00:48:13多くの場合、複雑なタスクやプロジェクトの処理を支援します。私個人の意見としては
00:48:20これらの層には有用なものが多いですが、いつ使うのが適切かを判断するには経験が必要です。
00:48:25CLIやMCPと同様に、まるで「お菓子屋さんに来た子供」のように、ただ使いたいからという理由で
00:48:30あらゆるオーケストレーション層を使わなければならないと思い込んでしまいがちだからです。
00:48:35「あと1つこれを使えばClaude Codeをマスターできる」と思いがちですが、実際はそうではありません。
00:48:40特に時間が経つにつれてその傾向は強まります。GSDが初めて登場した際
00:48:46コンテキストの劣化を処理する方法は非常に見事でした。当時のClaude Codeに比べればね。
00:48:51しかし、GSDや他のフレームワークが持っていた優れた核心的機能の多くは
00:48:55現在のベースレベルのClaude Codeにも見られるようになっています。今のClaude Codeは
00:49:03箱出しの状態でそれらの多くをこなせます。常にアップデートされ、ベストプラクティスを
00:49:08取り入れているからです。これらのフレームワークが機能しないと言っているのではありません。
00:49:13最初からすぐに飛びつくのは控えましょうという意味です。Claude Codeではシンプルイズベストな
00:49:20ことが多く、自分が何を使っているのかを理解することが大切です。目的もなく使わないでください。
00:49:26次の概念、「トリガー」と「スケジュール済みタスク」について話しましょう。少し混同されがちです。
00:49:31トリガーは様々なものがあります。特定のことが起きた時に別のことを実行するもので
00:49:37フックのようなものです。スケジュール済みタスクは、自分がその場にいなくても
00:49:42Claude Codeにスケジュール通りに何かをさせたい時に使います。これらには「ループ」という考え方が
00:49:47関わってきます。loopコマンドを使えば、Claude Codeに特定の間隔で
00:49:53望むことを何でも実行させることができます。ただ、いくつか注意点があります。
00:49:59まず、セッションベースであることです。つまり、そのターミナルを開きっぱなしにする必要があります。
00:50:03次にタイマー制限です。この投稿時点では最大7日間です。当初は3日間でしたが
00:50:10今は7日間になっています。要するに、ターミナルを開いておく必要があるという制限があります。
00:50:14PCの電源を落とせばループは終了します。例えば、頻繁にデプロイを行っていて
00:50:18常にWebサイトを更新している場合に、30分ごとにデプロイ状況を確認するような
00:50:24ループを作るのは、特定の用途に特化したミニスキルのような感じで素晴らしいです。
00:50:29では、自分がいない時でも常にClaude Codeに何かをさせたい場合はどうすればいいでしょう？
00:50:37答えは状況によります。先ほどClaude Codeのデスクトップアプリについて触れましたね。
00:50:41デスクトップアプリが得意とすることの1つが「スケジュール済みタスク」です。こちらで
00:50:47「Scheduled」をクリックすると、新しいスケジュール済みタスクを作成でき、不在時でも
00:50:52毎回実行されます。クラウドで動作するリモートタスクも可能です。例えば
00:50:58「毎朝午前7時にGitHubを確認して、あれこれして」と言えば、実行してくれます。
00:51:04ローカルタスクも可能です。例えば、Claude CodeにWeb検索をさせたり
00:51:09YouTubeでNotebookLMツールを使い、特定の分野のトレンド動画トップ10を
00:51:14探させるといったことも可能です。これをローカルタスクで行う際の注意点は
00:51:21やはりセッションベースではないということです。デスクトップアプリは実行のたびに
00:51:27新しいターミナルを立てるように、新しいセッションを作成します。しかし、PCの電源が入っており
00:51:32何らかの形でClaude Codeが開いている必要があります。ですので、完全な放置というわけには
00:51:37いきませんが、Windows上でタスクを作成する能力は備わっています。私は
00:51:43GitHub APIを実行してその日のトレンドを抽出するタスクを運用しています。
00:51:48毎朝実行されますが、これは私のマシン自体が行っていることであり
00:51:54Claude Codeはそのためのスクリプトを書きました。さて、残り数個の概念です。その1つが
00:51:59冒頭でも少し触れた「Ultra Plan」です。Ultra Planとは何か？ それは
00:52:04Planモードの進化版のようなもので、クラウド上で動作します。「/ultra-plan」と入力して
00:52:11「アプリの収益化プランを考えて」と送ると、「Ultra Planを実行しますか？」と聞かれます。
00:52:16「はい」と答えると、クラウド上でClaude Codeセッションが開始されます。
00:52:21リンクが表示され、チャットアプリのようにClaude Codeが動作しているのが見えます。
00:52:26Ultra Planにはいくつか違いがあります。1つは、確定事項ではありませんが、挙動から見て
00:52:31その特定のプラン作成のために、内部で複数のエージェントが動いていると推測される点です。
00:52:37そのため、標準のPlanモードよりも強力です。2つ目は、結果を受け取った後
00:52:44変更を加えたり自分の意見を反映させたりするのが簡単である点です。これが結果です。
00:52:48どこでもコピーでき、プランの内容にコメントを残すことも可能です。
00:52:54絵文字でリアクションを返すことさえできます。コーディングに最適ですね。全体として
00:52:59より洗練されたインターフェースを提供しているのが大きな違いです。
00:53:06内部でより強力なエージェントが動いている（未確認ですが）可能性があり、使い勝手が良く
00:53:12特定の部分にフィードバックを与えやすいのが特徴です。プランを承認する場合は
00:53:16下部をクリックして承認すると、ターミナルに反映されます。その後、そのセッションで
00:53:22実装するか、新しいセッションを開始するかを選べます。新規セッションは会話をリセットしつつ
00:53:27プランは保持するので、新しいコンテキスト窓が得られます。これは今週出たばかりなので
00:53:31今後多くの変更が期待されます。さて、残り2つの概念。最後から2番目は
00:53:36「リモートコントロール」です。スマートフォンからClaude Codeを使う方法です。
00:53:42最も簡単な方法がリモートコントロールです。チャンネルなど他にも方法はありますが
00:53:46ほとんどの人にはこれが一番しっくりくるでしょう。モバイルアプリから使用しますが
00:53:52セッションを開いておく必要があります。つまり、既に特定のセッションが動いていて
00:53:57PC側で作業が進んでいる状態で、スマホに持ち替えて「Claude Code Remote」で操作します。
00:54:01ターミナルをストリーミングしているような感覚です。基本的には
00:54:05PCと同じ画面がスマホで見えるので、その意味で便利です。万が一
00:54:11PCがシャットダウンしたりスリープしたりしても、復帰すればセッションはスマホ側でも
00:54:18再接続されます。最後に話したいのは、Claude Codeの新しいツールを
00:54:24見つける方法についてです。CLIやMCPについて話した際、GitHubで探すことに触れましたが
00:54:28自分で探すこともできます。GitHubの「Trending」セクションは
00:54:34Claude Code向けの最新ツールを見つけるのに最適な場所です。さらに良いのは、Claude Codeに
00:54:39毎朝これを探させることです。先ほど言ったように、Claude Codeはセクション別に
00:54:44情報をまとめてくれます。AI関連のGitHubリポジトリなどが表示されます。
00:54:51こちらが今日のトレンドです。先週公開されたトップ10のリポジトリが見えます。
00:54:55スターの数、トピック、説明も確認できます。中身をクリックして見ることもでき
00:55:01これによりClaude Code界隈で何が起きているかを正確に把握できます。
00:55:07真剣に取り組んでいて、常に最先端のトレンドを追いかけたいという人には
00:55:13これが最良の方法です。全てが驚天動地のツールというわけではありませんが
00:55:19時として非常に興味深いものを早期に発見できます。日次だけでなく
00:55:23月次でフィルタリングすることも可能です。毎日新しいものが登場するので
00:55:28本当に凄まじい状況です。毎日、毎日、何かしら新しいものが生まれています。
00:55:32誰かが「これを試してみて」と手渡してくれるのを待つのではなく、情報源へ直接行きましょう。
00:55:38何がトレンドなのかを見るのは非常に面白いですし、リポジトリを詳しく見て
00:55:42Claude Codeに「これをクローンして何が起きているか教えて」と頼むのもいいでしょう。
00:55:46多くの学びがあるはずです。それらが人気を集めているのには理由があるからです。
00:55:50本日の内容はここまでです。この動画が、特にこれから始める方や
00:55:56非技術的なバックグラウンドを持つ方にとって、何らかの指針になれば幸いです。
00:56:00Claude Codeは素晴らしいツールですが、そうした背景がない方には非常に威圧的に
00:56:05感じられるかもしれません。ですが、きっと使いこなせるようになります。進むべき道を
00:56:11知ればいいだけなのです。いつものように、感想を聞かせてください。マスタークラスを
00:56:15受講したい方は、ぜひChase AI+をチェックしてみてください。では、またお会いしましょう。