スキルの作りすぎとは、AIに覚えさせる手順を増やしすぎて、動きが重くなり直す手間も増えること

出典: 【ガチ勢への道】ガチ便利なAIテクニックを正しいカタチで身につけろ！

スキルって、名前は聞いたことがあるけれど、結局どういう物なんでしょう？動画はそこから始まります。聞き役のイデくんも、スキルを少し知っている程度の所から話を聞いていきます。

AI仙人さんは、スキルを、職人技を一連の手順にまとめて、AIエージェントに動かさせるもの、と例えます。

例はスライドづくりです。1段目にスライドの意味を書く、文字は少なめで絵を大きくする、左右の配置。そこに作る人の癖が出ます。その癖を文章で説明するのは大変ですが、スキルにすれば、誰でもその人のやり方をAIを通して同じように使えます。

話は、YouTubeの企画のリサーチのような作業にも広がります。手順はうっすら決まっていても、曖昧な部分が残る作業です。エクセルのマクロとの違いは、ここにあります。

AI仙人さん（動画の中で・5:15〜）

そういうちょっと曖昧なものも吸収できるのがスキルの強みなわけ。

反対に、サイトも数値の位置も決まっているなら、プログラムでそのままやらせる方がやりやすい、とも話します。使っているうちに指示はだんだん詳しくなる、という話も出ます。

AI仙人さん自身は、スキルを100個以上持っています。一方で聞き役のイデくんは、これまでの動画を見て、そんなに作りまくる必要はない、という印象だったと話します。

答えは、運用の仕方にコツがある、です。

動画のあとの場面で、聞き役のイデくんが、1回、2回、3回で終わる作業なら、改めてAIに同じように指示すればいい、と整理します。AI仙人さんも、その方向で受けます。ただし、AI仙人さん自身が1〜3回の作業で使うのは、第3章で出てくる使い捨てのスキルです。

コンピューターユースの話に入る前に、スキルが効く例も挙がります。コンピューター操作や、画面のスクショを撮らせてUIを直す作業のように、AIがミスしやすい作業。そして、毎回同じ流れで、中身だけが変わる作業です。

スキルは、同じ手順を何度も回す作業のための道具。この章の芯は、ここにあると私は見ています。

曖昧さを吸収できる強みも、回数が少なければ出番は少ないんですよね。

私は、AIに委ねて、人は積み減らして生き直す、を軸にしています。スキルを増やすことが、そのまま積み増しになっていないか？

なので、スキルを作る前には、これを何回やる作業なのかを、先に見積もりたい。3回までなのか、100回続くのか。

私なら、1〜3回で終わる作業は、整備したスキルにはせず、AIにその都度頼み直すか、使い捨てで作らせます。

スキルは、一つずつは小さくても、気づくと積み重なっていく物です。動画はここで、作りすぎると大きな問題が2つ起きる、と話を進めます。

1つ目は、スキルを読み込みすぎて、コンテキストを食う問題です。コンテキストは、チャットで入れられる文字の量の限界のようなもの、と説明されます。

AI仙人さん（動画の中で・7:10〜）

スキルロードしすぎ、コンテキスト食いすぎ問題ですね。

話は、スキルの置き場所に進みます。AIの設定フォルダの深い階層に大量にあると、全部が発動の対象になって読み込まれます。説明文などを抱えるので、勝手に発動するリスクも高くなります。

AIに情報を与えすぎると、同じチャットの中で賢くなくなる、とAI仙人さんは話します。意図していないスキルが入り込んでいる場面にも、何度も出会ってきた、という話も出ます。

2つ目は、メンテが大変な問題です。意図した時に、意図したスキルが発動するかを測らないといけません。ウェブ検索で、使ってほしいサイトを決めたスキルがあるのに、普通のウェブ取得で済ませていた例が出てきます。

AI仙人さん（動画の中で・9:44〜）

メンテしないといけない上にモデルが変わると壊れる

モデルが変わると壊れる可能性があり、モデルごとにスキルの感覚が違う、とも話します。強制発動の方はAI側でうまく扱ってくれている気がするけれど、まだ調べている途中、という話です。

聞き役のイデくんは、ここでスキルは要らないのかと思い始めます。数を絞って、ちゃんとメンテする大切なものなら作るのはいい、という整理に落ち着きます。

スキルの作りすぎとは、困りごとが2つあることです。読み込みの重さと、直す手間です。

2026年5月25日、私は直近90日で呼び出しが1回もないスキル91本を、消さずに退避フォルダへ移しました。呼び出しの記録を集計して出した数でした。

ところが、あとで分かったんです。hookや別のスキルの中から呼ばれて使われていたスキル12本が、壊れていました。それで、元の場所へ復元しました。

hookや別のスキルがSKILL.mdを直接読んで使った分は、呼び出しの記録に残らないんですね。だから、ゼロ回に見えていました。

2026年7月9日には、AIに頼んで、溜まったスキルを全部読ませて棚卸ししました。個人スキル130本のうち、30日の使用実測で85本が未使用と出ました。

退避は32本。消さずに別の場所へ置いて、戻す手順も付けました。説明文を直したスキルは、25本以上。

棚卸しでは、終了の一語でも動く書き方になっているスキルが見つかり、そのトリガーを外しました。別のスキルからも、振り返り、改善という汎用の語を外しました。理由は、ほかのスキルとの同じ語の奪い合い。

AI仙人さんは、読み込まれない場所へ移しておく、と話しました。私の場合は、消さずに退避して、戻せる形。起動時にどれだけ読み込まれるかは、CLAUDE.mdの行数と、起動時に読み込まれる文字数の関係を整理した記事に書きました。

消すのか、戻せる形で置いておくのか？ここで違いが出ます。

私なら、作りすぎたスキルは、消さずに預けます。ただし預ける前に、hookや別のスキルから呼ばれていないかを確かめたい。

スキルを手で書いて直し続けるのも、作りすぎて放っておくのも、しんどいですよね。そこで動画は、3〜4か月ほど話していなかったという第3の道を明かしていきます。どんなやり方なのか？

第3の道は、スキルを動的に作らせるやり方です。うまくいった成果物、例えばスライドをAIに渡して、これを参考にこの目的の新しいスキルを作って、と頼みます。

使い捨てにする理由は、具体的な成果物には癖が混ざるから。例えば女性向けの提案書は、構造も図も綺麗なのに、可愛い手書き風の文字が入りがちです。

そこで、前のスライドを渡して、今回の大企業向けに要らない所を削って骨だけ合わせて、と頼み、その都度新しいスキルを作らせます。うまくいけば再利用してもかまわない、という扱い。

AI仙人さんは、スキルをAIが自動で読み込む場所には置いていません。フォルダに約100個並べておき、前の作業と似ているけれど同じではない時に、このフォルダを参照して、とだけ渡します。

AI仙人さん（動画の中で・17:03〜）

一旦うまくいったやつはとりあえずスキルにしとく。

似た作業の時は、整備していないスキルを参照して別のスキルを作ります。本当に大事で何回もやらせる作業は、しっかり整備したスキルを作ります。この使い分けです。

AI仙人さん（動画の中で・19:18〜）

自分で手で書いてメンテナンスするっていうのは僕の方にはあんましない発想なのよ。

線引きはシンプル。100回繰り返す作業ならスキルを整備したいし、1回、2回、3回ぐらいの作業なら、雑に渡して使い捨てにします。

スキルは、作る物から、その都度作らせる物へ。棚に置くのは、手本と骨。私はここをそう見ています。

棚の話で、思い出す日があります。2026年7月9日の棚卸しで、idea-forge を含む11本を、死蔵・壊れとして退避していました。

7月24日、アイデアを鍛えるスキルを使う依頼で、AIは保存だけで済ませ、別のスキルで代用し、使いたいスキルを見つけられませんでした。そのあと、退避していた idea-forge を元の場所に戻しました。

戻せたのは、消さずに退避していたから。

2026年10月18日の実測で、共通スキルの置き場にはフォルダが325個ありました。

AIへの指示書の12行目には、共通スキルの置き場は ~/.agents/skills で、使う前に SKILL.md を読む、と書いてあります。棚を持って、そこを参照させる形は同じです。違うのは置き場。AI仙人さんは、自動で読み込まれない場所に置いています。私の棚は、AIが自動で見に行く置き場のリンク先でもあり、読み込まれる側です。

じゃあ、参照して、の一言で足りるのか？指示書に常設で書く形なら、私は試しました。

2026年9月25日の計測です。指示書に、書く前に SKILL.md を読む、とやわらかく書いた1行は、4回の試しではどれも読まれませんでした。

書き始める前に必ず読み、読まずに書かないと強めたあと、新しく始めたAI2本とも読みました。必ず読む、まで強く書かないと読まれませんでした。4回と2回の小さな試しで、一般化はしていません。

スキルを成功と失敗の経験で育てる仕組みは、WikiSkillを使い、スキルを成功と失敗の経験で育てる仕組みを解説した記事に書きました。前にあった物を探してから作る話は、AIの設計を受け取ったら前に作った物はないのかと聞く、分身AI日記のDAY187に書いています。

私なら、スキルは手で書いて直し続けず、AIに作らせて、手で抱える仕事を増やさない形にします。

スキルの話がひと区切りして、動画はコンピューターユースに移ります。知らない人は損をする、と言い切る話でした。では、なぜ気づかずに過ぎる人が多いのか？

AI仙人さんは、コンピューターユースは知らないと損、と話します。聞き役のイデくんの知り合いは、知って世界が変わったと感動していたそうです。

画面を使う機能なので、画面にあるデータがAIの会社に送られます。だから既定ではオフ。気づかずに過ぎる人が多い、という話です。セキュリティの理由で画面を渡せない現場でなければ、まずオンにして試す、というのがAI仙人さんの勧めです。

パソコンを操作する機能で、今は最強のモデルが、動画編集のソフトやパワーポイント、エクセル、Googleスライドなど、パソコンで操作できる物なら人間のように動かせます。

マウスを使わず、音声だけで動かす使い方も試せます。LINE、Slack、Discordへの送信、作曲、Macに入っている標準のソフトでの動画づくりまで。

生成AIに新しく作らせなくても、人間が雑務をする手順で作れます。そこが強い、とAI仙人さんは話します。

AI仙人さん（動画の中で・27:11〜）

もうコンピューターユースはもう本当に革命すぎて

コツは、操作させながら手順を残させ、次からはトークンを使わずに回せるよう、プログラムにしておいてもらうこと。

AI仙人さん（動画の中で・27:40〜）

コンピューターを今から操作してその手順を全部記録しといて、次からはトークン食わない形で使えるようにプログラムしといてみたいな。

ブラウザ操作は、実際には要素を順にクリックしているだけのことが多い。同じ操作に毎回トークンを使うのはもったいない、という話です。

動画には、要素を選ぶ道具と組み合わせる話も出てきます。ブラウザ操作をその道具に任せる技で、トークンの節約と速さにつながるそうです。

知らないと損、の意味は、使えば雑務の手順をそのまま任せられるのに、既定がオフで気づかないまま通り過ぎる点にあります。送られるのは画面のデータです。

手順を記録してプログラムにしておく話は、同じ操作に毎回トークンを使わない考え方として見ています。

要素を選んで判断だけをAIに任せる方法を書いた私の過去の記事は、Jevを使い、AIと組んで判断だけを任せる方法を紹介した記事に書きました。

私なら、何が送られるかを確かめて、渡せる作業からオンにして試します。

ハーネスという言葉、調べるたびに意味が違うと感じませんか？AI仙人さんは、実はこの言葉の解説をずっと避けてきた、と話します。聞き役のイデくんが今作っているものも、ハーネスにあたるという話。

解説を避けてきた理由は2つです。1つは、チャットの初期の頃から自分で工夫して作り込んでいたものに、後から名前が付いたのが、少し腹立たしかったこと。

AI仙人さん（動画の中で・29:41〜）

ハーネスって使ってる人によって定義違うのよ。

もう1つは、使う人によって定義が違うこと。コンテキストぐらいならまだ一般的でも、ハーネスは調べるたびに違う定義が出てくる、と話します。

流れは、プロンプト、コンテキスト、ハーネスの順。AIに情報を渡して動かしまくると、ファイルを壊すような暴走が起きるので、道を整えるガードレールの意味で言われることが多かったそうです。

そこから呼び方が広がりました。サブエージェントやスキルまで全部をハーネスと呼ぶ人、自分で付け足したプログラムだけを呼ぶ人、AIを自己改善させる仕組みを呼ぶ人。

AI仙人さんの定義は広く、モデル以外の補助要素の全部です。ただ、スキルまで含めるかは、本人も迷うそうです。AI単体は脳みそのようなもので、そこへSlackとの連携やコンテキストの管理を、外から付けていくイメージ。

例えは、最初のチャット。しゃべるだけだった所に、メモリが付き、ウェブ検索が付き、エージェントが付きました。どこまで狭く言うかは人によって違う、と覚えておく程度でいい、という整理です。

分け方として挙がるのは、コンテキスト系、挙動制御系、ツール系、エージェント系。挙動制御系は、ファイルを消すのを防ぐ、ウイルスに感染するのを防ぐ、プロンプトインジェクションを防ぐ、といった守り系です。

ツール系は、ウェブなどと連携して、AIの機能を広げるもの。エージェント系は、他の人が挙げていた分け方で、しっくり来ているそうです。

攻めのツールだと思う人と、守りだと思う人では、話が噛み合わないまま。最近は、制御より機能を広げるニュアンスの方が強くなった印象だ、とAI仙人さんは話します。

Hooksの話も出ます。例えば、AIとの会話が終わった瞬間に、必ずログを残す仕組み。これはスキルの形をしていない、ハーネスの一つの形だそうです。

ハーネスは、答えが1つに決まる言葉ではありません。どこまでを含めて呼ぶか、の言葉。

だから、どの系の話をしているのかを、先に聞きたくなります。守りの話と、機能を広げる話が同じ一語に混ざると、お互いに別のものを思い浮かべたまま話が進んでしまうからです。

同じ一語でも、相手の頭にある絵は別物。そこを先に揃えたい。

ハーネスという言葉を聞いたら、守りか、拡張か、どの系の話かを先に決めてから、中身を聞きます。

新しい言葉が出るたびに、全部を覚え直す必要があるのか。動画の最後の章は、聞き役のイデくんのこの不安から始まります。

聞き役のイデくんが耳にしていたのは、スキルとハーネスぐらい。そこへHooksという初めての言葉が出てきて、他にもまだたくさんあるのでは、覚えなくていいのか、と聞きます。

AI仙人さん（動画の中で・37:52〜）

これはね、結論学ばなくていい。勝手に学べるんですよ。

答えは、覚えにいかなくても身につく、という向き。ただし、全員に勧める話ではありません。ある程度AIの基礎ができて、解けていない課題が溜まった人向けで、そこまで行けていない人は、まず基礎力と自動化に挑戦する順番、と添えられます。裏側の話として、AI仙人さんはYouTubeのために勉強をしないそうです。ハーネスを話すから今日はハーネスを学ぶ、という順番は取らない、という話。

話は、日々の仕事へ。AIでいろいろな人の課題を解いているので、手元には常に課題が並ぶ状態。サイトを開いた時のプロンプトインジェクションをお客さんが怖がれば、そこで初めてAIに調べさせ、Hooksなどを知るそうです。

面白そうなXの記事のリンクは、自分のタスク用のLINEに貼っておきます。時間が空いた時に、まとめてレポートにして解説して、とAIに頼み、使えそうなものを課題に当てて覚えていく流れ。

助言は、機能を塗り絵のように全部埋めようとする発想を、一旦捨てること。やりたいことに向き合ってAIに雑に頼み、できなかった所を頭かメモに貯めておく、という順番です。そこに敏感でいると、新しいものが出た時に課題へ当てはまって入ってくる、という見立て。

聞き役のイデくんは、できないと思ったらパソコンを殴って終わる、と話します。AI仙人さんは、それを課題として貯める側。できなかった課題の数が、AI時代の打ち手になる、という話です。

AI仙人さん（動画の中で・44:44〜）

知識を積み上げることにあんまり価値はなくて、どっちかというと経験の積み上げの方がなんか大事な気がするんすよ。

1つ1つの言葉に振り回されず、AIで何の課題を解きたいかに向き合う人が最強。課題と、その解き方、まだ解けていない課題を多く持つ人です、と続きます。

AI仙人さん（動画の中で・45:08〜）

何課題解決したいんかっていう方に向き合ってるやつが最強

AI仙人さん自身も、最近は1つの課題を解くのに、半日かかることがあるそうです。

用語を全部覚えてから使う順番。それ、息が詰まりませんか？

用語は、後から課題が連れてくるもの。困った所で出会った言葉なら、使う場面と一緒に手元へ残ります。

子どもの頃に夢中だったのは、スーパーマリオブラザーズ。裏技やワープを見つけ、攻略本で学んで覚えて、友達に教えました。

スコアアップした分お金が出てくるテレビを妄想したこともあります。課題解決するほど学べてもうかる、攻略を学び実践していく、という空想です。

結果が失敗に見えても、行動して経験が得られたなら成功。それが私の軸です。

経験を積むところは、知識より経験を積む、というAI仙人さんの話と重なります。

私なら、用語を先に覚えず、課題を攻略しながら、必要な言葉を拾います。

動画は、Skillsとは何か、作りすぎた時の困りごと、使い捨てで作らせて棚から参照させる道、コンピューターユース、ハーネスの定義、課題から入る学び方の順に進みます。

この動画から私が持ち帰ったのは、次のことです。1〜3回で終わる作業は整備したスキルにせず、頼み直すか使い捨てで済ませます。作りすぎたら消さずに退避しますが、その前に、別の所から呼ばれていないかを確かめたいと考えています。用語は課題にぶつかってから拾います。

5月の退避では、hookなどが直接読んだ分は呼び出しの記録に残らず、ゼロ回に見えたスキルが、実際には使われていました。数えた回数だけでは、使っていないとは言い切れません。

関連して、AIへ渡す所と自分で持つ所を分ける話は、AI社員を作る時に、AIへ渡す所と自分で持つ所を4つに分けて決める記事に書きました。AIの答えに違和感を持って判断軸で選ぶ話は、AI時代の天才を、AIの答えに違和感を持ち判断軸で選べる人と整理した記事にあります。

何回やる作業なのかを、作る前に見積もれていますか？