0:00 はい、どうも長島です。ということで本日 の動画なんですけども、今日は cloudドCードのcloudド.MD の書き方について話をしていこうかなと 思います。SNSとかでcloudド. MDの書き方ってめちゃくちゃ色々流れて くるじゃないですか。こういう風に書いた 方がいいとかですね。こっちの方が正解 みたいなね。で、そういうのを見ていて 結局何が正解やねんっていう風にパニック になってる人が結構多いんじゃないかなと 思います。何を書く?僕も、え、そうなの ?そんな書き方がいいの?どうなの? みたいに、ま、今でもなってたりはするん ですけど、ま、そもそもですね、なんで こんなにやこしくなってるかって言うと ですね、元々cloudド.MDぐらい しかクロードコードってなかったんですよ ね。そういうルール設定するようなもの のっていうのが、あの、僕の記憶の限りは ですよ。ま、そのプロジェクトのルールを 書いておくファイルが1つあるだけみたい
0:46 なめちゃくちゃシンプルだったんですけど 、それが、ま、色々とプロジェクトが規模 大きくなったりとかクロードコードが進化 していくにつれてですね、ま、色々、ま、 ルールっていうね、ファイルを分割する ような仕組みが増えたりとか、ま、フッ クっていう自動処理の仕組みが増えて、ま 、スキルというものができて、っていう風 にどんどん機能が拡張されていった結果 ですね、全部cloud.MDに書く みたいな感じでなくなってしまったんです よね。なので、ま、今から始める人はね、 何がなんだか分からないという風になっ てるのは当然かなと思います。なので今日 はその辺りを整理してですね、 cloudド.MDの書き方とルール、 フック、あとスキルの使い分けについて 説明をしていこうかなと思います。で、 スキルに関してはですね、ぶっちゃけ スキルだけでも動画からできるぐらいの 情報量があるので、詳細はまた別の動画で やろうと思います。なので、興味があれば 是非チャンネル登録しておいてください。 近々やりますので。はい、ということで、
1:32 じゃあまずクロードコード知らない方とか 使ったことない方がいると思うので、 そもそもクロードコードが何なのかという ところから簡単におさいをしていき ましょう。クロードコードというのは アンロピックという会社が作ったAI コーディングツールですね。ここ最近では クロードコードのソースコードがネット上 に流出したということでとんでもない騒ぎ になっている。そう、あのクロードコード です。ま、普通のクロード、つまり ブラウダーで使うチャット版とは違って 自分のPC上で直接動くという特徴があり ます。ターミナルとかで動くんですけどね 。そのターミナルってその文字の命令で パソコンを操作するようなあの画面黒い 画面ね。はい。で、今は別にターミナルで 動かさなくても拡張機能があったりですね 。クロードデスクトップというアプリが あったりするんですけど、1番ベースに なってるのはターミラルで動くクロード コードと。はい。ま、なんでどこで使って もね、クロードコードには変わりないので
2:18 別に今日の内容はそんなに変わらないから 一旦このぐらいで進みましょう。で、 クロードコードは自立して動いてくれるの で日本語でこういう機能を作ってという風 に話しかけるだけでAIがコードを書いて ファイルを作ってテストまでやってくれ ます。あのチャット版のクロードとの1番 の違い何かって言うとチャット版は ブラウザーで質問に答えてくれるだけです ね。ま、チャットなんで何か聞いたら答え てくれるとそのぐらいなんですけど、 クロードコードの場合は実際に自分のPC 上のファイルを直接読みかけてき るっていうところが強いところですね。 なんでプログラムの実行もやってくれるし 、あのプロジェクト全体を把握した上で 複数のファイルにわがる変更とかそんなの も一度にやってくれるとその辺りが根本的 に違うところです。で、始め方自体は全然 難しくなくてクロードコード始めようと 思ったらですね、あのターミナルで1の コマンドでインストールできて、ま、 クロードっていう風に入力するだけで クロードコード自体は起動します。で、
3:04 料金はCLProとかMAXの月額プラン か、もしくはAPIっていう使った分だけ 払う重量金方式で利用することができます 。ただぶっちゃけ今はサブスクがあるので 重力課金を使う意味はないのでクロード コード使うんだったらサブスクという風に 覚えておいていただければ大丈夫です。 ちなみに無料で使う方法はないので クロードコード使いたかったらサブスクに 入る必要があります。はい。で、今日の 本題なんですけど、このクロードコードを もっとうまく使うための仕組みとして cloud.MDルールフックみたいな ものがあります。ぶっちゃけこんなん全然 使わなくても普通に動くんですよ。ごくん ですが、この辺使いこなすとクロード コードが進化するので、今日はね、この辺 解説していこうかなと思います。ただ長く なるので基本的にメインはcloud. MDの解説になります。さっきも言ったん ですけどね、スキルとかそういうのはまた 別の動画で解説予定なのでよろしくお願い します。はい、ということでcloudド .MDが何なのかという話からしていき
3:52 ましょう。ま、クロードコードをね、触り 始めた人だとクロード.MDっていうの 知らない方もいるかもしれないですけど、 クロード.MD触らずにクロードコード 使うのはね、結構ね、無理ゲーです。使え なくはないけど結構しんどい。で、何 かっていうと、CLド.MDはですね、 あの、プロジェクトのルールとか作業手順 とかそういうのを書いておくための ファイルのことですね。例えるんだったら 、ま、新しく入ったバイトに仕事の手順書 みたいな渡すじゃないですか、マニュアル うちではこういうルールでやっているよ、 こういう手順でやっているよみたいな、 そういうの書いておくと、それをクロード コードが読んでくれるので楽になると毎回 毎回ね、こ、あしてくれ、こうしてく れっていう風に言わなくてもその間に読ん でいい感じにやってくれるって感じですね 。で、cloudド.MDの特徴としては クロードコードを起動すると最初に自動で 読み込まれるというところですね。はい。 なので起動するたびにですね、あの クロードコードとかも基本的に英語で作ら
4:37 れてるんですけど、日本語で返してとか テスト実行してみたいなことを言わなくて も、ま、自動的にその書かれたマニュアル に従ってやってくれるって感じです。はい 。で、ただのテキストファイル、ま、MD と言われるマークダウンで書かれただの テキストファイルなので、だからメモ帳と かのエリターで誰でも簡単に編集でき るっていうところですね。ま、書き方とか ね、そういうところも普通にメモ帳と そんなに変わらないので特別な書き方が あるかって言ったら別に特別な書き方とか ないです。プログラムとかではないんでね 。はい。で、具体的にクロドテトって どんなことを書くのかというとですね、 例えば会話は日本語でお金うこととか、ま 、コードの中のコメントも日本語で書く こととか、ま、パスワードが書かれた ファイルは共有場所にアップしないとか、 ま、読みに行かないとかね、パスワードが 書かれたような機密情報書かれたところの ファイルは読まないとか、あと行動を変更 したら必ずテストを実行することとか、ま 、そういう風なルールを書いておくという ところです。ま、この辺に関しては後ほど
5:23 もう少し詳しく説明をしていくので少々お 待ちください。はい。で、CLド.MDの 作り方ですね。ま、作り方どういう風に 作るかっていうとですね、これも めちゃくちゃ簡単で、クロードコードの セッション中に、ま、会話の途中で スラッシニットっていう風に入力するだけ です。はい。これでクロードコードの中で クロード.ドmDっていうのを作ることが できます。ま、セッションっていうのは、 あの、クロードコードとの1つの会話とか 作業のまともりのことをセッションって いう言い方をします。なんで普通にあの 新しい会話を始めたらそれがセッションっ ていうことですね。ま、セッション、会話 、ま、どっちでも同じです。はい。で、 そうすると、ま、.MDのファイルが自動 的に作られるっていう感じですね。で、 正直なところですね、あの、スラッシニッ トっていうもの自体clロド.MD作って くれるんですけど、これ何かって言うと プロジェクトの中身を分析してルールを 生成してくれるような機能なので、まだ 何にも作ってない段階だとファイルを作っ
6:08 てくれるぐらいの意味しかないです。はい 。なのでそんなね、最初にこのスラッシュ UNニットっていうのを実行したところで 大した意味はないっちゃないんですよね。 ま、そのプロジェクトのあのリポジトリー 、ギットのリポジトリーとついでクロード コード自体使うんですけど、その名前、ま 、フォルダ名みたいなもんですよ。 デスクトップとかにフォルダー作る時に 名前つけるでしょ。そのな、何を保存する かっていう名前をつけるんですけど、そう いうところから推測したものぐらいしか、 ま、そこに書けないんで、まだ何もない から。だからそんなに大して意味はないん ですけど、ま、これ後から色々と追いこと でクロードコード自体どんどん使いやすく なっていきます。ちなみに、ま、この辺は 別に初心者の方はそこまで覚えなくても いいんですけど、clorロドロ.MDは 置く場所によって適用範囲というのが 変わります。プロジェクトのフォルダーに 置くとそのプロジェクト専用のルールに なるし、ホームフォルダーダーっていう ところに置くと全プロジェクト共通の ルールになります。なので例えば会話は 日本語で行うことみたいなのはどの
6:54 プロジェクトでも使いたいと思うので、 そういうルールに関してはホーム フォルダーに置いておくと便利だよって 感じですね。はい。ただ最初は スラッシニットで、ま、そのプロジェクト 専用に作られたものになるので、ま、そこ に追求していくだけで十分かなと思います 。ま、そのプロジェクトとかを与えてね、 色々ルール化したい時にはホーム フォルダーに置いとけばオッケーという風 に覚えておきましょう。はい。で、こっ からがめちゃくちゃ大事な話なんですけど も、cloud.MDの書き方についての 個通ですね。はい。で、書き方なんです けど、ま、色々と、え、これから話をして いくんですけど、基本的にはAIに任せて 書かせてればオッケーという風に覚えて おいてください。ま、スラッシニットで 自動生成されたものをベースに使いながら 気づいたことを追求していく。もうこれ ぐらいで十分です。あの、細かい書き方と かね、そんなことを覚えたところで結局誰 も、ま、手動で書いてあるってほとんどの 人してないと思うんですよね。ただルール しておくのはめっちゃ大事なんで、これは
7:40 ね、本当に大事なことなんで是非覚えとい て欲しいなと思います。で、冒頭でも言っ たんですけども、SNSってマジで いろんな書き方があって、こういう風に、 クロード.MDを書かないと性能が 引き出せないとか、オワコンだとかね、 いろんな話されてますけど、僕はね、正直 そんなに気にしなくてもいいと思っている 派です。これあくまで個人的に僕は持っ てるだけなんですけど、なんでかって言う と、AIどんどん進化していくじゃない ですか。だから今は、ま、この cloudド.MDの書級とかいいよね みたいなあったとしてもその正解ってすぐ に変わっていくと思うんですよ。だって 進化してしまったからそのルール別になく たってえやいい感じで動いてくれ るっていうのがあるからはい。だから極論 ですね、別にクロード.MDなくて困って ないんだったらそれでもいいかなとは思っ ています。ただ実際やっていくとcl. MDみたいなとこにルール書いてる方が 色々とスムーズに進むとかっていうのも あるし方のことが知っておくと めちゃくちゃ役に立つから是非覚えといて 欲しいなと思ってこれから紹介していき ます。はい。で、クロド.MDの書き方の
8:28 コ通なんですけど、まず1つ目が cloud.MD短い方がいいです。はい 。で、クロド.MDの内容自体ですね、 AIの作業記憶というとこに読み込まれ ます。作業記憶って、ま、AIが一度に 覚えておける情報の枠みたいなところの ものなんですけど、え、会話の内容とか 読んだファイルとか作業の結果とか結果と かそういうのが全部ここに入ります。で、 その容量って上限があるので、え、クロド .MDが長いとそれだけであの記憶の容量 ってのは圧迫してしまって、え、肝心の 作業に使える余裕ってのが減ってしまい ます。ま、本テキストウィンドウと言わ れるものがあってね、それが上限なんです けど、それを毎回毎回圧迫してしまうので 、あんまり長いのは良くないと。最近だっ たらね、Oパス4.6とかだったら 100万トクンとかコンテキストウィンド どんどん増えてきているんですが、それで もトークン節約するにこうしたことはない ので、で、公式でじゃあこのクロmdどの ぐらいに抑えたらいいのかっていう数
9:14 みたいなのが示されてるわけではないん ですけど、とにかくま、短く保って各に ついてね、削除してもクロードが間違い ないなら決成みたいな感じで言っていたり します。ま、体感では数十秒行業とかその ぐらいで納めておく方がいいのかなと思っ ています。元々ね、その結構書いてたん ですよ。100行とか200行とか全然 書いていたんですけど、なんかあんま意味 ないなと思って、ある時結構消しました。 これに関してはクロードコードの開発者の ボリスさんという方がいるんですけど、 ボリスチャーニーさんという方がいるん ですけど、ま、この方も最初は数百を書い ていたけど、今は短くなっているという風 に言っています。ま、なんでなんとなく 使っているとそういう風になっていくのか なと思います。ま、それこそ後で説明する んですけど、色々とルールとかスキルとか そういう新しいものができてそっちに分割 されるっていうところもあるんですけど。 はい。で、この辺の判断基準はね、さっき も言ったんですけど、とにかくこれを消し たらクロードコードが間違えるかなんか
10:00 不都合があるかっていうところで考えても いいかなと思います。なので、とりあえず 、え、ない状態で行ってみて困ったら追加 する。で、やっていくうちに別にそれ なくっても動きそうだなって思うんだっ たら消してやって、ま、それで困ったら また追撃消してやるとかそのぐらいで十分 かなと思います。はい。あとこれ めちゃくちゃ重要なところで初心者だっ たらあんまり、え、知らない人も多いと 思うんですけど、クロドMDですね。あの 、書いたからと言って必ず守ってくれる 保証は全くありません。ま、ルールとかっ ていう言い方をしてるんですけど、あのね 、あくまでお願いです。だから守って くれる保証はなくて余裕で、え、抜け漏れ みたいなのが起こります。だからこういう ことは絶対にやってね、こういうことは 絶対にしないでねって言っても全然普通に やってきます。なのであくまでお間いお 願いみたいなものだと思っています。で、 これですね、絶対に守らせたいルール
10:45 みたいなのがある場合は後で紹介する フックという仕組みを使ってください。 もうこれ絶対使ってください。はい。で、 続いてのポイント、え、2つ目がクロード ができていないことだけを書きましょう。 え、クロードはですね、ま、たくさんの ことを最初から知っています。 めちゃくちゃ性能高いしね、頭がいいので なので、わざわざ書かなくてもいいこと まで書いてしまうとですね、本当に大事な ルールが埋もれてしまってどんどん どんどんcloud.MDの数が増えて しまうことになるので、だから基本的には 書かなくても大丈夫なことは書かないと。 で、書くと効果があるのはクロードが 知り用がないことですね。例えば プロジェクトこいうのルールとか好みの 設定とか、ま、自分がこうして欲しい、 あして欲しいみたいなことはクロードは 分からないので、そういうのを書いてや るってことですね。あとは実際にクロード が間違えたこととか、ま、こういう風に 間違えたっていうのがあるんだったら次は こうしてっていうのを書いておくってのは めちゃくちゃいいですね。ま、何にも言わ
11:30 なくてもね、正しくやってくれることって のは書かないと、例えば綺麗なコード書い てとかね、そういうのを、ま、言った ところで、それは綺麗に書けるんだったら クロードコードは最初から綺麗に書いてる んで、そんな当たり前のこと書く必要ない です。はい。なので、ま、迷ったらまずは 何も書かずに試してみてクロード間違え たら追求するというのが1番いいかなと 思います。ま、あの、さっきも言ったん ですけど、なるべく短い方がいいっていう のは大事なんでね、是非覚えといて ください。はい。そして3つ目。ま、これ さっきの話と、え、被る部分あるんです けども、間違いが起きたら追気をすると いうことですね。はい。クロードコードを 使っていて期待と違う動きをしたらその場 でルール化して覚えておいてという風に AIに指示をしましょう。そうすると cloud.MDにAIが追求をしてくれ ます。はい。なので最初から全然完璧に 書く必要はありません。こういう風に書か ないとクロードコード使えないんだみたい なのがあるかって言ったら全然そんなもん ないです。マジでなくても動きます。はい
12:16 。で、この使いながら失敗から学んだ ルール集として育てていくみたいなのが めっちゃ大事です。このcloudm自体 は育てていくという感覚をね、持ってやっ てもらえるといいかなと思います。はい。 なので例えばあのクロードコードとか使っ ていると普通に英語を使ってきたりするん ですよ。ま、基本的にこっちが日本語で 質問とか指示すると日本語で返してくれる んですけどで英語で返してきたりするん ですよね。で、その頻度が高かったら会話 は日本語で行ってくださいみたいに追求し てください。そうすると最初に、あ、この 会話って日本語でやんなきゃいけないんだ なと思って日本語で会話をしてくれるよう になります。はい。あとはね、使って 欲しくないこととかやって欲しくないこと があったらそういうのをどんどん追きして 育てていくという感じですね。はい。ま、 さっきも言ったんですけど、ま、基本的に 書かなくていくの書かない方がいいので 心配なことを先回りして書くのやめ ましょう。なんかね、僕もそうなんです けど、あれ書きたくなっちゃうんですね。 こういうことをやってくれるなとか、こう
13:02 いうことやってほしいとかって書きたく なるんですけど、本当に書いてくとキりが ないし、あの色々と指定していくと逆に、 ま、AIの性能というかね、AIの能力 引き出せないみたいなことがあったりする ので、だから基本的には何かが起こって からそれを防止するとか、ま、そういう風 に書いていくってのがいいですね。ま、 基本的にはAI信じて、ま、任せてみると 、ま、どこまで言ってもバイブコーディン グって基本的にAIが主体になるじゃない ですか。全部を自分が考えて指示してと かってやるの無理なんで。だから基本的に はAI、ま、あの、AIに任せるしかない ので、だから信じるっていうスタンスが かなり重要かなと思っています。さっきも 言ったんですけど、全然最初から完璧を 目指す必要はないので、ま、あること自分 で工夫するよりもAIの進化待った方が 早いです。はい。だからそこまでね、 こだわらずになんか気になることがあっ たらこれをあの、どんどんAIに言って cloud.MDに次起用してもらって ください。そして4つ目が、え、これ
13:48 めちゃくちゃ大事ですね。あの、テスト 方法をcloudmdに書いておくという ことですね。ま、これクロードコードの 開発者のボリスさん、さっきも言ったん ですけど、この方が最も強調していたのが このテストの方法を書いておくという ところです。で、どういう風に言っている かっていうとですね、え、クロードに自分 の作業をチェックする方法を教えることが 最も品質を上げる、作る、確認する、直す のサイクルを回させると品質が2から3倍 になるという風に言っています。ま、 つまりは行動を変更したらこのコマンドを 実行してチェックしてみたいな感じで クロードが自分の作業を自分でチェック できる方法を書いておくってのが最も効果 的だという風に言っています。ま、人間で もね、なかなか何かをやって見直しとか なしで一発けって難しいじゃないですか。 文章を書いたとしてもゴジラだった めちゃくちゃありますよね。それは僕でも あるんですよ。これAIでも同じで、だ からセルフチェックの仕組みっていうのを ちゃんと教えてあげるだけで品質というの
14:34 が劇的に変わります。で、個人的にはね、 これめちゃくちゃ重要なポイントだと思っ ています。さっきも言ったんですけど、 クロドメリーってあくまでお願いなので はい。だからあのテストの実行とか全然 忘れることもあるんですよ。テストしてっ て言っても全然やってくれないっていうの があるんで。はい。なのでクロドMDにも テストの実行ってのはね、基本の方針とし て書いておくんですけど、後で紹介する服 っていうところにもね、あのテストの自動 実行っていうのを設定をしておくっていう のがおすすめです。はい。ま、この辺の テストに関してはですね、またどっから 改めてやりたいなと思っています。え、 テストまでね、自動化でき るっていうところはクロードコードの めちゃくちゃすごいところで魅力だと思っ てるんですよね。僕も本当に例えば夜寝 てる間とかテストってちゃんとやろうと 思ってめっちゃ時間かかるんで、ある程度 の規模のシステムになるとね。で、何かを 作ってもらってもね、そのテストして エラーが起こって、それの修正してって
15:19 いうところでめっちゃ時間かかるんですよ 。これやってる人分かると思うんですけど 、とにかくやってもらいました、やりまし たって言われて確認します。ここはダめ でしたっていう。このやり取りがめっちゃ 時間かかるでしょ。なのでテストして修正 するところまで基本的にAR自動化して やると自分の時間めちゃくちゃ節約する ことができます。ま、この辺はね、分かる 人は、えっと、テストをスキルにしてで、 それをフックに加えておくと便利なので、 是非試してみてください。ま、その辺は またおいおいやっていこうかなと思います 。はい。そして5つ目、クロ.MDから別 のファイルの情報を取り込めるということ ですね。ま、これも覚えとくといいかなと 思います。あの、すでにプロジェクト内に ある情報わざわざ二重に書く必要ないです 。@、え、ファイル名っていう風に書く だけでそのファイルの内容っての自動で 取り込んでくれます。はい。なんでね、 例えば、ま、コーディングのスタイル ガイドみたいなのがベトのファイルにある んだったらそれをアッマーで、え、参照し てやるだけでオッケーです。ま、結構ね、
16:04 地味に便利だし、いろんなところに、え、 指示があると、例えば後で修正する時に 修正漏れみたいなのがあったりしてね、 困ることになるんで、基本的に書くのは1 箇所だけにした方がいいですね。はい。と いうことで、ま、色々とcloud.MD の書き方のコツを話してきたんですけども 、ほな実際にクロードコードを めちゃくちゃ使ってる人はどんな感じで 書いてるのというのが気になりますね。 はい。ということで、ま、実はね、有名な デポジitoryのcloud.MD がギッブに公開されているので、ま、その 辺を、え、参考にちょっとね、紹介をして みようかなと思います。ま、僕の作ってる やつも出してもいいんですけど、ま、そこ までね、クロドテにこだわってるわけでも ないので、あんまり出したところでなって いうところもあるし、どんどん変わって いくので、この段階で出してもどうなん だっていうところがあるので、ここの ところはもう世界の有名人に任せたいと 思います。ま、ちなみに、あの、さっきの 話もこの辺の話も全部あの、AIに任せれ
16:52 ばいいので、そこまで難しく考えなくても 大丈夫です。これどうしたらいいんだって なってる人もいると思いますけど、そんな に難しく考えなくてもいい。はい。という ことで、え、最初がですね、え、クロード コードを作っているアンロピック自身の リポジトリーですね。ここに書いてある、 え、クロード.MD実は44行しかあり ません。めちゃくちゃ短いです。で、中身 見ると冒頭にテストコマンドが並んでいて 、その後にプロジェクトの概要ってのが2 から3分ぐらいで、ここまでは、ま、普通 なんですけど、次にはまりやすいポイン トってのが書かれています。ま、これね、 実用的で、あの、クロノにはプロジェクト の説明とかいるここで失敗するっていう 落とし穴書いた方がね、効果的だと言われ ています。ま、AIが間違いやすい ポイントを先に教えておくっていう感じ ですね。はい。で、ま、これ実際に本当に めちゃくちゃよくやることで、あの、 エラーが起こったらその原因と対策回転 っていう風にやると次から同じエラーに はまらないようになるので、ま、それはね
17:38 、本当本当にやった方がいいです。AI って同じようなところでマジで同じような ミスするんで、だからやっと解消したと 思って次にまた同じようなことにすぐに なった時にまた同じようなはまり方するん で、だからあれってどうやって解決したっ けなみたいにやってるとまた時間無駄に なっちゃうので、ま、そういうものがあっ たらどんどん追求していくっていう風に する方がいいです。続いてのリポジトリー がエブレシングクロードコードという リポジトリーですね。ま、これクロード コード用のプラグインで、ま、 エージェントとかスキルとかフックの テンプレートみたいなのがまとめられて いるものです。ま、この方、あの、 アンソロピックの公式発というところで 優勝した実績もあるようなもので、ま、 クロードコード関連では最もスターが多く て13万超えということで、で、こちらの clド.MDに関しても72行で、 やっぱりね、そんなに長くないですよね。 特徴的なのが詳しいルールに関しては Chロ.MDには書かずに別のファイルに 分割しているというところですね。ま、
18:24 これまさに後で説明するルールの仕組み です。はい。CLド.MDに関しては短く 保って詳細は別ファイルに分けるという、 ま、こういうのがね、大規模な プロジェクトの定番パターンになってい ます。で、ちなみにここではね、ちょっと でもじゃないけど回できないんですけど、 このエブレシングクロードコードという リポトリー自体がめちゃくちゃ面白いので 、また別の動画で改めてね、詳しく解説 しようかなと思います。これ導入するとね 、結構ね、いい感じになるので、これは これでちょっとまた紹介をします。はい。 ということで、え、色々と、ま、紹介をし たんですけども、共通パターンみたいな ところをね、ちょっと、え、洗ってみよう かなと思います。ま、比較をしてね、な、 どういう共通点が見えてる来るのかって話 なんですけど、まず1つ目がcloudド .MD自体は50から100行ぐらいで 短く書かれているというところですね。 はい。ま、短いです。ま、注意点としては ですね、これら別にそんなに大規模なプロ
19:10 ジェクトっていうわけでもないので、ま、 比較的小さめのプロジェクトだったら当然 そのclorドロドロ.MDだってね、 普通に書いてあって短くはなるので、だ からこれがどっていうわけではないんです けど、ただあの不要なこと書かない短い方 がいいっていうのは間違いはないので、ま 、とにかく短く書くってのを覚えといて ください。あと冒頭にテストとかビルド コマンドを置いているっていう感じですね 。なんでクロードが最初に読む場所に自分 の作業をチェックする方法とかそんなの ものを書いていたりします。あと3つ目は やってはいけないこと、間違いやすい ことっていうのを重点的に書いています。 プロジェクトの説明とかそういうのは最小 限で落とし穴の方に、ま、よりね、多くの 記述をしているっていう感じですね。なの でクロドMD自体はですね、ま、 プロジェクトの紹介とかそういうことでは なくて、落とし穴マップとか、ま、エラー の原因とか対策とかそんなのを書いておく のが正解って感じですかね。はい。という ことでこっからはですね、マクロmdの話
19:56 をしているんですが、ま、それと是非 合わせて覚えておきたいルールについての 話をしていこうと思います。で、ルールと いう仕組みについての解説なんですけど、 これclロド.MDとめちゃくちゃ似た 仕組みで、ま、役割自体はね、同じような もんです。あの、クロードコードへの指示 を書いておくようなファイルですね。で、 違いに関しては管理の仕方です。あの、 cloudド.MDが1枚の手順だとする とルールに関してはカテゴリー別に分けた ルールブックみたいになっています。はい 。なんでクロードコードを使っていてです ね、クロードどんどん長くなっていくん ですよ。やればやるほどルール増えていく んで。で、そうなった時に例えば目安とし て100円を超えたあたりでテーマごとに あのファイルを分けて管理することが できる。ま、そういう風にしてやる方が どんどん軽くなるんで。はい。ま、初定の フォルダーにファイルを置くだけで クロードコードが自動で読み込んでくれる やつ。で、ルールに分割する1番大きな
20:43 メリット何かって言うとですね、ま、整理 できることっていうのもそうなんですけど 、それだけじゃなくて、ま、ルールの ファイルには対象のファイルを指定する ような機能があって、例えばこのルールは テストファイルを触る時だけ適用みたいな ことを設定できます。ま、そうすると関係 ないファイルを触る時はそのルール 読み込まれないんで、なんで余計な トークン消費しないということがま、でき ます。クロドMDに関しては毎回ね、あの ファイル開始時に全部読み込まれるです けど、対象ファイルを指定したルールは 必要な時だけ読み込まれるっていう感じ ですね。なのでさっき短い方がいいという 話をしたんですけど、ルールを使うと必要 なものだけ必要な時に読み込ませることが できるので結果的にトクンの節約になると 。ちなみにトクンの節約になるとは何が いいかっていうとですね、基本的に精度 上がります。あの、トクン消費すればする ほどに精度下がっていくんで、だから トクンの節約というのは非常にクロード コードを使う上で、ま、市場明題というか 、めちゃくちゃ重要なことなので、ま、
21:29 この辺もね、是非テクニックとして覚えて おくといいかなと思います。はい。ただ 注意点として対象ファイルを指定しない ルールに関してはclorロード.MDと 同じくあの機動時に全部読み込まれるよう な仕様になっています。なのでトクン節約 したいんだったら対象ファイルの設定指定 をするというのがポイントですね。はい。 ま、ただそんなこと言ってもですね、 難しいので最初はとりあえずcロドロ. MDに全部書いていって、あと長くなっ たらに分割するということで覚えておくと いいかなと思います。ま、そうすると最終 的にclorロ.MDにはプロジェクトの 概要とか全体的な方針だけで残ってあとは 細かいルールとかそういうのは、ま、 テーマ別のファイルに分かれているという 綺麗な構成になります。はい。で、ルール の配置場所に関してはクロードリと同じ ような感じですね。このプロジェクト専用 というところとあと全プロジェクト共通の 2つの場所に置くことができます。あの、 プロジェクト専用のルールが共通のルール
22:14 よりも優先されるので、普段は自分で言う だけどこのプロジェクトはこうするって いうような使い分けっていうのができます 。はい。ま、この辺のあの置き場所とか そういうところも、ま、この動画でね、 あんまり言ったところで分からないと思う ので、ま、その辺も別にAIに言って もらったらいいです。はい。で、ここまで がルールの説明で続いてがフックですね。 ま、ここまでで紹介したクロド.MDと ルールに関しては、さっきも言ったんです けど、どちらも、え、クロードへのお願い とかお間いみたいなものです。基本的には 守ってくれるし、守ろうとしてくれるん ですが、たまに無視されることがあります 。たまにと言っても割と頻繁にあるし、 なんなら長くなると全部守ってくれる方が 珍しくなるっていう感じの、ま、非常に 曖昧なものなんですけど、フックに関して はそれらとは性質が全然違います。あの、 クロードコードが特定の操作を行った時に AIの判断改札に自分自動的に別の処理を 走らせるような仕組みがフックですね。な
23:00 ので、クロードmdとかルールと違って AIがやるかやらないかっていうの判断 するんじゃなくて、条件にあったら システムとして実行されるって感じです。 ま、このフックに関しては正直100%と は言わないんですが、クロノ.MDとか ルールに比べると格段に精度が上がります 。ま、日常生活で例えると玄関のドアが 開いたらね、自動的に照明がつくとか、ま 、深夜にラーメンの動画見るとお腹が空く みたいなのと同じ発想ですね。はい。ま、 確実にやって欲しいことはフックに任せる というのが安心なので、是非フックを使う ようにしてください。で、フックに関して はですね、ま、こういうタイミングで実行 しろっていうタイミングは色々あるんです けど、代表的なもの3つ紹介します。え、 1つ目が操作の前に止めるタイミングです ね。あの、危険なファイルを操作するとか ですね。あとファイルの全所コマンドとか そんなのは実行させないとか、ま、そう いうようなことができます。え、取り返し のつかないミスとかね、そういうもの 防ぎるんで、このフックはすごく使います
23:47 。あとは1つの操作が終わった直後に自動 で何かをするタイミングですね。例えば ファイルを1つ保存するために自動で コードの見た目を整えるみたいな使い方 ですね。ま、ファイルの保存の度に毎回 走るので毎回手動でやる必要がなくなり ます。で、3つ目がクロードが全体の音を 終えたタイミングで何かをするという感じ ですね。ま、2つ目のとの違いは2つ目が 1つの操作ごとに毎回なるのに対して こっちは全部の作業が終わってから1回 だけ走るようなイメージです。なのであの 行動全部書き替え終えてからまとめて テストを走らせるみたいな使い方ができ ます。ま、そうすると問題があるとすぐに 気づけるんでね、ま、こういう使い方って いうのも普通にやられます。はい。で、 復空に関して確認方法なんですけど、ま、 クロードコードのセッション中に、え、 スラッシフックス、HOKSですねって いう風に入力してやると、今設定されてる フックの一覧っていうのが確認できます。
24:33 ま、ただこのフック自体は、え、この スラッシュフックね、えっと、閲覧専用に なるので、そっから設定変更することが できるかって言ったらできません。あの、 設定の変更とか追加に関してはクロードに こういうフックを設定してという風に頼め ばやってくれます。ま、あとは普通に ファイル見に行けばね、あの、フックの ところにいろんな服が入っているんで、 そのファイルを開いてやれば見えるんです けど。はい。で、ま、具体例ですね。 さっきもちらって言ったんですけど、えっ と、フックの具体例は危険な操作を ブロックするフックですね。ま、ファイル の全削除とか、ま、データベースの全削除 とか、ま、取り返しのつかないような操作 を自動で止めてくれるので、ま、こういう うっかりミスとか致名症を防ぐためにも フックは使った方がいいです。あとは作業 が終わるたびに自動でテスト走らせる フックとかですね。ま、これはね、普通に 便利ですね。何か固定でやらせたいって いう時には。はい。あとはギットに プッシュする前にあのドENVという、ま
25:19 、トークンとかね、機密情報を置いておく ファイルがあるんですけど、ま、こういう のを暗号化するフックも個人的には作って います。ま、ちょっとね、別の話になるん でややこしいんですけど、あの、暗号化さ れていないものをプッシュするって いうのはセキュリティ的に危ないので、ま 、そういうのは毎回実行するようにしてい ますね。ま、要は何かをした後に絶対に やって欲しいことがあったらフックに 入れると。ま、これもね、知らないで、 クロード.MDに必死にお願いして、これ はやるな、これをやってくれみたいなこと をめちゃくちゃお願いしてる人いると思う んですけど、それでも全然守られないじゃ ないですか。ま、そうなると困るので、え 、それを、ま、予防するというか、 ちゃんと守ってもらえるようにするための 仕組みとしてフックというものがあ るっていう感じですね。で、ま、クロット mとか、え、ルールフックっていうものが あるんですけど、この辺の使い分けについ ても整理をしておこうかなと思います。え 、クロドMDとルールはどっちも性質とし てはお願いになるって守らないことも全然 あります。で、違いに関してはクロード.
26:05 MDがプロジェクトの基本ルールを書くの に向いていて、え、ルールに関しては テーマ別の細かいルールを書くのに向いて います。ま、どっちもテキスト書くだけな んでね、全然簡単です。あの、AIに任せ てもいいし、全然自分で書いてもいいです 。で、フックに関してはその2とは性質が 違ってAIの判断を改立てにシステムとし て実行されるという特徴ですね。ま、用途 は自動処理とか危険の操作のブロックなど になります。はい。で、ざっくり言うと、 ま、こうして欲しいっていう好みとかの 方針は、え、クロードメディとかルールに 書く、絶対にこうして欲しい自動でやって ほしいというのはフックに設定するという 感じですね。はい。ま、行動の書き方とは こんな感じにしてっていうのはもうお願い とかね、ルールって十分かなと思います。 ま、ただ金操作をブロックしてっていうの は困るんですよね。それが走らないといざ という時に困るので、こういうものは強制 したいのでフックの方が安全っていう感じ ですね。ま、ここの使い分けっていうのを
26:52 意識してもらうだけでもね、クロード コードの脱つ初心者と言ってもいいんじゃ ないかなと思います。品質とかね、そう いうものも非常に安定します。はい。で、 こっからはですね、ま、クロド.MDの 書き方ではないんですが、さっきも ちょっと紹介したクロードコードの開発者 の、ま、ボリスさん、ボリスジャニーさん がXの方で公開したスレットに、あの、 クロードコードの運用方法のテクニック みたいなのが書かれていたので、ま、それ がね、非常に話題になったりもしたので、 その辺も紹介していこうかなと思います。 え、900万回以上、閲覧されたような スレッドなんですけども、クロードコード の開発者自身がどんな感じで使っている かってのが分かるので、普通に参考になり ます。まずボリスさんどんな感じで使っ てるかっていうとですね、ほとんどの作業 を計画を立てるところから始めています。 あのクロードルコード使ってるとプラン モードっていうのがあるのを知ってるかな と思うんですけど、このプランモードって いうのから始めるっていうことですね。
27:38 クロードに、え、まだコードは書かないで まず計画だけ立ててっていう風に指示する モードですね。なんか一説になると、あの 、どっか読んだんですけど、元々そんな モードなかったんですよ。そんなモード なかったんですけど、車内の中の アンソロピックのエンジニアがそういう風 な指示を良くしてるっていうのを知って プランモードっていうのをできたらしい です。めちゃくちゃ単純で行動の実行し ないで計画だけ立ててって言ってるだけ ですね、中で。はい。なんですけど めちゃくちゃ便利です。なのでとにかく、 え、最初に何かを始める時にプランモード で何をどう作るかっていうのをやり取りを するとで、計画に納得ができるまで修正と かを繰り返す、壁打ちを繰り返して計画が 固まったら通常モードに戻して一気に作ら せるみたいな感じですね。なんでいきなり 作り始めるんじゃなくて先に設計図みたい なのを固めて、え、作り直しの無駄って いうのを防ぐという感じです。ま、 ちょっとした修正みたいなね、ちっちゃい タスクだったら全然計画なしでオッケーだ し、その方が早いんですけど、ただ新しい
28:24 機能を作るとかってなるとね、大きめの 変更する時はいきなり作らせると全然 間違ったりするんで。ま、だからそういう 風な使い方はしないで、ちゃんとあの、 プランモードを使った方がいいかなと思い ます。結構ね、クロードコード使う人って な、非エンジニアだし、めどくさがりの人 多くていきなり実行させて全て全承認、 自動全承認みたいなこと使い方してる人 結構いるじゃないですか。ま、そうすると 方向性間違ったりとか無駄な機能を全然 作ったりするんで、ま、トクンを老費し がちなんですよね。なのでプランモード ちゃんと使った方がいいかなと思います。 僕もね、プランモードかなり使うようにし ていて、ま、本当にあの実際に実行すると いうか、作らせる前に何回も壁打ちして、 いやそうじゃない、これはどうなんだ みたいなことをやってから作らせることが 、え、結構ありますね。はい。あと他の 会話がで、こう行動を書いてる、コード 編集してるような時にも並行してプラン モードで別の会話ね、あの、並行して計画
29:12 立てさせると時間も節約できるんでお すすめです。なんでこっちのコード書き 終わったらこっちでプラン立ってるんで こっちを今度は実行するみたいなそんな やり方も結構してますね。はい。あと ボリスさん全てのセッションでオパス つまりは1番賢いモデルを使っている らしいです。ま、応答に関してはね、他の ま、配空とかソネットとかクロドであれば ね、ま、その買モデルに劣るんですけども 、ま、途中で違うこうしてという風に修正 する回数が減るんで結果的に早く終わると 、ま、1回の速さよりも最終的に仕上がる までの速さで考えるっていう感じで、ま、 個人的にはね、めちゃくちゃ大事だと思っ ています。ま、僕も全然あのオーバスで やることが多いので、ま、安いモデルで何 回もやり直すよりも賢いモデルで引っ張っ てやった方がいいよねっていう感じですね 。はい。ま、とはいえですね、オパス 4.6今めちゃくちゃ正きつくて、ま、X でもね、ちょっと炎上まではいかないです けど、荒れていたりしますよね。ま、 Oパス4.6めっちゃいいけど使えない
29:58 からOPENAのコデックスの方に移行し ますみたいな人がめちゃくちゃいたりして 、ま、それこそプランによっては人によっ てね、もう本当にほとんど使えないって いう人もいるんじゃないかなと思います。 そういう人にOパスプランモードというの があるんでお勧めしておきましょう。あの 計画を立てる時はオパスが動いて実際に 行動を書く時はソネットが動いてくれると いうモードなんですけど、ま、そうする ことでかなりトクっていうのを節約する ことができるので是非使ってみてください 。ま、Oパスは本当にめちゃくちゃ トークン消費してすぐに、ま、こう なくなっていくんでね、マックスプランの 人だったらそれなりに使えるんですけどね 。プロプランとかでオパス4.6とか 起こしてるとマジですぐにあの動かなく なっちゃったりすると思うので、ま、そう いう時はね、オパスプランモードというの を使ってみてください。ま、本番全て オパスでやる方が精度高くなると思います が、ま、トークン上限にすぐに出して しまって厳しいという方は試してみると
30:43 いいかもしれません。ま、ちなみに ほとんどこれを使うことはないです。なん だかんだオパスが1番精度高いので、ま、 なんとかね、オパスを使えるようにトクの 節約とかそんなのを頑張っています。 そしてあとはですね、え、ボリスさん、え 、ターミナルで5つ上でさらに5から10 のセッションというのを同時に走らせて いるらしいです。ま、すごいなと思います ね。ま、そこまでは僕はあんまやってない ですね。ま、結構同時に走らせることあり ますけど、あんまりやってると意味わかん なくなるのと、それだけでめちゃくちゃ 無限に時間取られちゃうので、そこまでは あんまりやってないんですけど、ま、でも 2つ3つぐらいの会場を同時に使ってやる だけでも効率上がるかなと思います。ま、 1つをね、こう終わったらやり取りするっ ていうか、ま、同時に走らせられるのが AIのいいところなんで、ま、複数の会話 をね、なるべく使える方がいいかなと思い ます。ま、ただマルチタスクで色々考えて いかなきゃいけないんで、苦手な人は苦手 なのかなと思うんですけど、ま、時間は
31:30 非常に有効活用できるんでね、おすすめで はありますね。なんでさっきもちょっと 言ったんですけど、ま、1つ目でコード 作りながら2つ目でテストを書いたりとか 、え、プランモードで計画を立ててやると か、ま、そういう風な使い方ですね。はい 。で、えっとね、複数の会話でその行動の 修正とかさせる人いるかもしれないです けど、あんまやめた方がいいです。これ なんでかって言うと、コンフリクトって 言って、あの、衝突みたいなのがこって コードぐちゃぐちゃになることがあるん ですよね。ま、要は同じファイルの同じ 箇所、同じタイミングで複数のAI エージェントが触っちゃうみたいな。僕も ね、たまにあるんですけど、ま、そうする とあのコード弱ジだったりとかこっちで 修正したものが全然こっちに反映してなく て、あれ、これ機能なっちゃったりする ことがあるので、ま、そういう風な複数の 会話で同時に行動修正ってのはなるべく 行わないようにした方がいいです。はい。 ま、なんで全然違う機能の開発をするとか だったらまだいいし、もしそういう同時
32:15 平行で開発をしたいのであればワーク3と かあと新しくブランチを切って作業するっ てのがおすすめなんですが、ま、この辺に 関してはまたちょっとややこしくて、ま、 ギットの知識が必要になってくるので、 この辺の、ま、並列というか並行開発 みたいなところは別の機会に解説をしたい と思いますので、是非それを待って いただければと思います。はい。という ことで、ここまでcloudド.MDとか スキルフックなどいろんなこと解説したん ですが、おそらく非エンジニアの方とか クロードコード初心者の人はどうしていい か分からずに方にくれている人もいるかも しれません。はい、ということで最後に じゃあ結局何から始めたらいいのという方 向けにスタートガイドをお伝えしていこう かなと思います。え、まずですね、 スラッシニトでcloud.MD作って ください。これ別に手動で作ってもいいん ですけど、スラッシニットで作った方が 早いので、えっと、スラッシニットを打っ てください。え、クロードコードで、ま、
33:00 本当にこれ入力するだけで作れるんでね。 でね、1番最初に実行してもいいですし、 もし今作りかけのプロジェクトがあるん だったらそこでスラッシュユニットって 打って実行してもいいです。ま、 プロジェクトの中身は自動で面積して書を 作ってくれるから、あ、は使いながら追求 してましょうと。ま、その辺もAIに依頼 してもらえればオッケーです。はい。で、 ま、やってるうちにcloud.MDが 長くなってきたらルールファイルに文化と してcloud.MDという短く保ってみ てください。で、テストとかそういうもの がしっかり引っかけてきたら作業が終わる たびに自動でテストを走らせるような フックというのも追加してみるのもいいか なと思います。あとデータベースとかそう いうのを扱うことも多いと思うんですけど 、そういうものを使うようになったら自動 あの危険な操作とかま、そういうのを自動 でブロックするようなフックも追加して みるといいかなと思います。この辺もあの 必要に応じて段階的にやっていけばいいの で最初からね全部やろうとしなくても 大丈夫です。はい。で、日々の運用で
33:45 心がけて欲しいことも紹介しておき ましょう。まず1つ目がクロードが間違え たらルール化してと言います。同じ間違い を繰り返さなくなるのでめちゃくちゃ スムーズに開発が進むようになります。2 つ目、たまにcloudド.MD見直して ください。ま、慣れた不要なルールに関し てはね、あの、決して短く保つっていう ことですね。ま、どんどんいらなかったな みたいなのが出てくるので、こういうのは 定期的に削除してやりましょう。で、3つ 目、複雑な作業はまず計画を立てさせると プランモードを使って設計図を固めてから 、え、実行に移っていきましょう。そして 4つ目、テスト方法を書いておくと、 クロードが自分で確認できるようにすると いうことですね。ま、何度も言いますが、 ま、これがね、あの、成果物の品質を 上げるためのめちゃくちゃ重要なポイント なので、ま、テストっていうのをクロード コードにさせてやってください。あの、 普通にブラウザーとかを操作してテストさ せるっていうのもできるんで、ま、自分で
34:32 本当にカチカチボタンを押したりとか何か をするっていう必要もないです。ま、そう いうのをやんなきゃいけないところもある んですけど、ただ結構大部分8割9割 ぐらいは自動化できるんで、ま、 めちゃくちゃ楽ですね。寝てる間にでも、 もう膨大なテストの計画立てて寝てる間に でも、あの、ぶん投げてですね、クロード コードに全部やってもらうとかっていうの をよくやってます。はい。そして5つ目、 なるべくトークンを節約することですね。 ま、会話もこ前面目に切り替えてずっと 同じ会話でやってると意味がないので、ま 、意味がないっていうか、どんどんね、 トクン消費してって精度が落ちてくるので 、なるべくトクンがフレッシュな状態を 保って作業してやると質の高い出力をして くれます。はい、ということで、もうお腹 いっぱいかもしれませんが、あともう1つ だけ、え、補足なんですが、CLドCード にはcloud.MDの他にMemor. MDというファイルもあります。で、混弄 しやすいので一応違いを説明しておきます 。で、cloudドとMDに関しては自分
35:17 がcloudにルール化してという風に 支持して書かせるか自分で編集するような ファイルになっています。はい。 プロジェクトのルートに置いてあって中身 はルールとか指示になっています。で、 一方ですね、今言ったメモリー.MDと いうのはクロードが会話の中から勝手に 学んだことをメモとして残してくれるよう なファイルですね。だから何もこっちから ルール化してとかって支示しなくても、ま 、修正したものとか好みとかそういうのを 自動的に学んで書き込んでくれるような ものになります。なんで整理してやると cloud.MDが自分が明治的に教える ようなルール集emモリ.....MDに 関して、え、クロードが勝手に学んだメモ 集となっています。ま、どちらも セッション開始時に1度で読み込まれる ようなところですね。ま、大事なところは この2とは役割が違うということですかね 。cloudド.MDに関してはこうして 欲しいというルールを書く。で、メモリー に関してはクロードがこの人はこういう 好みがあるなっていう風に学んだことが
36:03 蓄積されていくっていう感じで。なんで cloudド.MDは自分でコントロール していくんですけどメモリMDに関しては cloudドに任せるものという風な 使い分けになります。ま、あの、クロード に任せてるんで、これを使い分けといいの かどうかもちょっと怪しいところではあり ますが、ま、ただですね、このメモリー mdにクロード勝手に書いていくんで、だ からなんか指示してないので、毎回こいつ こんなことやってくるなとか、なんか変な もの覚えてるなって思ったらメモリ.MD の仕業の可能性があるので、ま、その辺を ね、あの、おかしな挙動し出したら疑って みるっていうのもいいかなと思います。 はい。ということで、本日はcloud. MDの書き方を中心にルールフックなどに ついて解説をしてきました。この辺はね、 まだまだクロードコードの入り口ではある んですが、正直理解できなかった人もいる かもしれないです。それこそクロード コードを触り始めたばかりの人とか、ま、
36:48 エンジニアではない方もそうなんだけどね 。ま、こういうところてめちゃくちゃ苦手 じゃないですか。ただめっちゃ重要なんで 、もし1度で覚えられない、理解でき なかったらね、何回か動画を見ていただく のがいいかなと思います。ほんまに めっちゃ大事なところなんで。はい。 ちなみにクロードコードの解説をする人の 中にはですね、全部AIに任せればいいと いう方もいるかもしれませんが、え、個人 的には反対です。一部そうなんですよ。 クロド信じることだって言ったんですけど 、本当そうなんですよ。あの、AI信じる のはめっちゃ大事なんですけど、ただ全部 のことをAIに任せていいかって言ったら そうじゃないんですよ。ま、一応動くん ですけど、めちゃくちゃね、なんか危ない こともあるので、ちゃんと学んどいた方が いいですよ。ま、実際そのクロードコード 動かしてファイルを見たりとか何をやっ てるかっていうのを見ると分かるんです けど、スキルにして欲しいのに例えば cloudMTに普通に書いたりとかです ね、ま、AIがこちらの一度をしないよう
37:34 な動きをすることってたのはめちゃくちゃ あります。で、そういうのはこっちから 指摘をしないと思った通りの動作をしない 原因になるので、ま、バイブコーディング だと言ってもですね、最低限の知識を身に つけておく必要があるかなと思います。 はい。ま、今日の動画を見てね、クロード コード触りたいと思ったけど、なんか難し そうだからやめようかと思ったそこの あなた安心してください。これからも クロードコードの回数とWEブTVでは やっていくので、ま、是非チャンネル登録 してクロードコードとか、あとは他の最新 AIの情報とかね、そんなのを学んで いただければと思います。はい、という ことで本日の動画はこれで終わりにしよう と思います。今日の動画役に立ったと思っ たら是非チャンネル登録、コメント、高 評価よろしく。お願いします。ちなみに クロードコードを使ってる人、ま、結構 使ってる人だったらね、クロード.MDと かそういうの結構自分なりにアレンジして 書いていたりすると思いますけども、ま、 どういう風な使い方をしてるのかっていう のをもし教えていただける人がいたら
38:20 コメント欄に書いていただければと思い ます。ま、さっきも言ったんですけど、僕 ね、そんなにcloud.MDに めちゃくちゃこだわってるかって言うと、 そこまでこだわってはいなくて、あんまり 運用上がなかったら別にそのままでいい じゃんって言って、なんとなくやってき てるところもあるので、ま、いい使い方が あったら是非ぜひ教えて欲しいなと思い ます。クロドの使い方、クロードコードの 使い方とか、あとその他のAI関連の講座 、ワークショップみたいなのも開催してる 、開催していますので、是非興味があれば 、え、概要欄からチェックをしてみて もらえればと思います。ということで、 これで本当に終わりになります。ではまた 次の動画でお会いしましょう。ありがとう ございました。
