【9割が逆】スキルを増やすほど、精度は落ちます。作れる人が次にぶつかる壁と、その本質的な解決を全部お見せします

需要は確認できました。蓮さんのX投稿のうち、保存率Top20に入っている4本がこの領域です。

とくに14位が、この動画の入口とほぼ同じ視聴者状態です。「Claude Codeがイマイチに感じる」＝「スキル使ってるのに精度が出ない」。

ただし、読み方に注意が要ります。4本とも imp が低い（1,074〜1,909。1本だけ1.7万）。トピック別で見ても同じ傾向です。

git worktree n=5 → imp中央値 4,115／🔖率 0.388 ・ Dynamic Workflows n=11 → 3,265／0.248 ・ Claude Code（汎用）n=84 → 320／0.288

つまりこの領域は「拡散しないが、刺さった人には確実に刺さる」。voice.md の定義でいう quality（送客）レーンであって、mass（認知）レーンではありません。

したがって、この動画を「再生数が伸びなかったから失敗」と判定しないでください。見るべきは LINE登録数と視聴維持率です。北極星のKPIをLINE登録数に置いているので、そこは整合しています。
入口（タイトル・サムネ）だけは、もう少しマスに広げる余地があると考えています。中身は今のままで、「スキル」という語を知らない層にも届く入口の言葉を足す方向です。ここはサムネ判断と合わせたいので、ご意見をいただきたいところです。

企画の入口は、五月女さんの指摘をそのまま使っています（2026-07-28）。

「スキルっていうのは、AIを触り出した人がすごいって思う一つのポイント。ただ、スキルをもう余裕で作れるよっていう人が次にどう気づくかというと、あれ、スキル使ってるのに意外とアウトプットの精度良くないなっていうところにだんだん気がついてくる」「スキルは重要だけど重要じゃないっていう矛盾、スキルを信用しすぎると穴があるということに気づき出す」

あわせて「この壁は初心者から中の下ぐらいまでの人がぶつかるので、題材としては簡単。ただ本質的な解決策を提示している人が割といない」という指摘も受けています。入口は広く、中身は空白地帯という条件がそろうため、この題材を選びました。

一次情報を混ぜる理由も、ご本人の発言に従っています（AIVEST事務局・2026-07-14）。

「一次情報とナレッジと掛け合わせるっていうところがかなりミソ」「それがないと、このAIが書いたなって分かった瞬間、僕らのYouTubeも僕のXも見る気失せるじゃないですか」

2026-07-27に出した4案は全て不合格でした。理由は①噛み砕きすぎ ②表現力が浅い ③タイトルが弱い ④Whyが変。原因は、x-harnessの「入口は普遍欲求の言葉のみ、AI固有名詞を出さない」という入口だけの規則を、中身にまで適用していたことでした。同じ表に「中身＝一次情報（入口マス×中身実践）」と明記されています。

今回は専門用語を日本語に言い換えていません。スキル／CLAUDE.md／Rules／サブエージェント／フック／Codex／Gemini／評価器を、そのまま使っています。

スキル、何個作りましたか。

その数が増えてから、出力の精度、上がりましたか。

あなたがやらなくていい仕事を、全部AIに。
AIに任せる経営術、こんにちはれんです。

スキルを初めて作った日、感動しましたよね。僕もでした。でも、3つ目、4つ目と増えてきたあたりから、こうなってませんか。

思った通りに動かない回が出てくる。CLAUDE.mdに禁止事項を1行足す。足したのに、次のセッションで普通に破られる。Rulesを分けて整理してみる。今度はスキル同士が喧嘩し始める。出力を見て毎回手で直す。直したのに、翌日また同じ間違いが戻ってくる。サブエージェントに分けてみる。分けたら分けたで、伝言ゲームみたいに劣化する。フックで止めてみる。止めたのに、なぜか突破してくる。結局、最後は自分が全部読んで確認している。気づいたら、スキルを作る前より確認の時間が増えている。スキルすごいって言ってた自分が、いまはスキルを疑っている。

ひとつでも心当たりがあるなら、今日の話はかなり刺さると思います。

で、断言します。スキルは重要です。でも、精度を決めているのはスキルじゃありません。

スキルを磨いても、CLAUDE.mdを整えても、Rulesを足しても、この壁は超えられないです。理由は今日ちゃんと話します。

でも大丈夫です。やることが増えるわけじゃありません。足す場所を1段、変えるだけです。

今日は、スキルが効かなくなる構造から、実際に運用している検査、そして本質的な解決まで、5つに分けて全部お見せします。

1つ目と2つ目は、たぶん皆さんがやっていることと逆のことを言います。4つ目は、自分でチェックさせていたら全然甘かったという、正直かなり恥ずかしい話です。そして5つ目が、今日いちばんお伝えしたいところです。

このチャンネルでは、ツール紹介のような調べれば出てくることは扱いません。自分の会社で実際に回している裏側の仕組みと思考を、全部お見せしていきます。

それでは1つ目です。

共感まず1つ目。スキル、いま何個ありますか。10個超えてる方、けっこういると思います。そして、増やした割に手応えが無い。むしろ最初の1個だけ使っていた頃の方が、思い通りに動いていた気がする。

Whyこれ、気のせいじゃないです。構造的にそうなります。

スキルもCLAUDE.mdもRulesも、作っているときは1個ずつの独立したファイルに見えますよね。でも実行時には、全部まとめて文脈に流し込まれます。つまりAIから見ると、独立したルールじゃなくて、ひと続きの長い指示文なんですよ。

で、指示文は長くなるほど、1行ずつの効きが薄くなります。これはモデルの性能の問題じゃなくて、長い文脈ほど個々の記述への注意が分散するという、仕組みそのものの性質です。つまりスキルを1個足すたびに、既にあるスキルの効きは少しずつ下がっている。足し算のつもりが、実は薄め算だったんですよね。

しかもそれだけじゃない。増えると、ルール同士がぶつかります。

Howこの話をします。テロップの文字数を16〜17文字で指定する。別のところで、助詞で区切れと書く。どちらも単体では正しい指示です。でも同時に効くと、助詞のたびに切られて、文字数の指定が壊れる。

これ、スキルを見ても分かりません。出力を見て初めて分かる。しかもどのルールが原因かは、出力からは特定できないんですよね。

実演画面 実際に矛盾が起きたときの出力を見せる。要記入（テロップが細かく切られすぎた実例。before/after で対比できると強い）

意味づけだから、スキルが10個ある人がやるべきなのは、11個目を作ることじゃないです。いま何個ぶつかっているかを見ること。ここ、後半でもう一度出てくるので覚えておいてください。

共感2つ目。矛盾が起きると、次にやることはだいたい決まってます。CLAUDE.mdに「矛盾するな」と書く。優先順位を書く。禁止事項を足す。僕もやりました。検索して出てくる解決策も、ほぼこれです。

で、効いた実感、ありました?

Why効かないんですよ。しかもこれ、効かない理由がはっきりしています。

CLAUDE.mdも、Rulesも、スキルも、全部「指示」なんです。指示というのは、守るかどうかをAIが毎回判断します。判断する以上、確率です。9割守ってくれても、10回に1回は破られる。

そして、ここが本当に大事なところなんですけど、指示を足すと、指示の総量が増えます。さっき言った通り、総量が増えると1行ずつの効きは下がる。つまり「守らせるために指示を足す」という行為そのものが、守られる確率を下げている。やればやるほど悪くなる方向に、全力で走っているんですよね。

だから「CLAUDE.mdを整えましょう」「Rulesを書きましょう」は、間違いではないんですけど、この壁の解決策にはならないです。同じ層で戦っている限り、勝てません。

Howじゃあどうするか。層を変えます。指示で守らせるのをやめて、守っていないものを落とす。指示は確率ですが、検査は決定です。

実演画面 CLAUDE.mdの禁止事項が増えていった履歴を見せる。要記入（一時期どのくらい行数があったか、そこから何行に減ったか）

意味づけ指示を足す前に、検査に落とせないかを考える。これができると、CLAUDE.mdはむしろ短くなります。

いま画面でお見せしたCLAUDE.mdの構成と、スキルの矛盾を洗い出すときに使っているチェックの手順、それから実際に運用している検査の設定を、まとめてLINE登録特典としてお渡しします。

概要欄のLINEに登録して、「ひょうかじく」とひらがなで送ってください。すぐに自動で届きます。

続いて3つ目ですが、ここからが本題です。

共感3つ目。検査に落とすと言っても、いきなり大げさなものは要りません。まずフックです。この条件を満たしていなかったら止める、というのを機械側に持たせる。

ここまでやると、かなり止まります。指示では9割だったものが、ほぼ確実に止まる。

ただ、ここで面白いことが起きます。

Why止められると、AIは止められない書き方を探し始めます。悪意じゃないです。与えられた仕事を完了させようとしているだけ。でも結果として、検査を回避する方向に賢くなる。

これ、めちゃくちゃ重要な現象なんですよ。何を意味しているかというと、検査を1個置くと、その検査の「外側」が新しい抜け道になるということです。文字数を検査すれば、文字数は守って中身が薄くなる。禁止語を検査すれば、禁止語を避けた言い換えで同じことを言う。

つまり検査は、置いた瞬間から抜け道と競争を始めます。置いて終わりにできないんですよね。

Howだから検査は、置いたあとに「本当に効いているか」を見にいく必要があります。緑ランプが点いていることと、守られていることは別です。

実演画面 実際にフックで止まる様子。要記入（突破しようとしてきた実例。どんな書き方で回避されたか）

意味づけ検査を置いたら、抜けられた回を必ず1個は見つけにいく。見つからないなら、検査が甘いか、見ていないかのどちらかです。

共感4つ目。ここは正直に失敗の話をします。

検査を機械に持たせたあと、次にやったのがチェック役のサブエージェントを立てることでした。作る側と見る側を分ける。人間の組織でもやりますよね。

で、これがなかなか落ちないんですよ。要記入（自分でチェックさせたら甘かった具体例。通してしまった実例が1つあると強い）

Why理由は、たぶん想像がつくと思います。同じモデルに作らせて、同じモデルに採点させているからです。

作った側と同じ判断基準を持っているので、同じ見落とし方をする。しかも自分の出力を評価するときは、通す方向に寄ります。自己採点は、構造的に甘くなるんですよね。

これは分けても解決しません。サブエージェントに分けたところで、中身は同じモデルですから。役割を分けただけで、目は同じなんです。

Howだから、目そのものを変えます。

Claude Codeで作ったものを、Codexに見せる。Geminiに見せる。違うモデルは違う見落とし方をするので、片方が見逃したものをもう片方が拾います。

もう1つ、これは考え方の話なんですけど。

Claude Codeを見張るのは人間の仕事じゃないです。見張りも渡す。ここを人間が持ち続けている限り、いくら自動化しても自分の時間は空きません。

実演画面 実際のクロスチェックの構成。要記入（Codex・Geminiに何を見せているか、どこで落ちたか）

意味づけ作る目と、見る目を、違うモデルにする。これだけで、通っていたものが落ち始めます。

共感5つ目。ここが今日いちばん伝えたいところです。

検査を置いて、違うモデルに見せて、それでもまだ足りないものがあります。「何を良しとするか」です。

検査は「間違っていないか」しか見ていません。間違っていないけど刺さらない、という出力は、全部通ります。

Whyここが分かれ目でした。間違いを弾くことと、良し悪しを決めることは、まったく別の仕事なんです。

間違いは、ルールで書けます。文字数、禁止語、形式。でも良し悪しはルールで書けない。だから多くの人は、良し悪しの判断を自分の頭の中に置いたままにします。その結果、最後は毎回自分で読むことになる。ここが、いくら自動化しても時間が空かない本当の原因なんですよね。

そして、良し悪しを頭の中に置いていると、仕組みが育ちません。基準が外に出ていないので、良かったのか悪かったのかが記録されない。記録されないから、次に活かされない。ずっと同じ場所で回り続けます。

Howやることは3つです。①良し悪しの基準を、頭の外に文章で出す。②その基準で採点させる。③採点と、実際の結果を突き合わせる。

ここでひとつだけ、絶対に外せない条件があります。採点が当たっているかを、実際の結果で確かめること。これをやらないと、自分に都合のいい採点をする評価器ができあがって、全部満点になります。要記入（採点と実測がズレていた実例があれば）

実演画面 実際の評価軸と、採点が付いている画面。要記入（何軸で、どういう基準か）

意味づけスキルは「作る」で終わりますが、評価軸は「育つ」んです。ここを持った瞬間から、仕組みが勝手に良くなり始めます。

ここまで5つ話してきました。ひとつ、気づいた方いるかもしれません。

僕、今日いちど も「スキルの書き方」の話をしていないんですよ。

1つ目は、スキルが増えると薄まるという構造の話。2つ目は、指示ではなく検査に落とすという層の話。3つ目は、検査は抜けられるという話。4つ目は、見る目を変えるという話。5つ目は、良し悪しの基準を外に出すという話。全部、スキルの"外側"の話でした。

だからこうなります。スキルは重要です。でも、重要じゃない。

スキルは入口としては最高で、あれが作れるようになると世界が変わります。ただ、精度を決めているのはスキルの中身じゃなくて、その外に何を置いているかなんですよ。ここに気づかないまま11個目、12個目を作り続けると、増やすほど薄まって、増やすほどぶつかって、確認の時間だけが増えていきます。

いつも「あなたがやらなくていい仕事を、全部AIに」と言っていますが、その"やらなくていい仕事"の最後に残るのが、良し悪しを毎回自分で判断する仕事です。ここを外に出せた人だけが、本当に手が空きます。

躓き3点ここまで見てくれたあなたは、たぶんこう思っています。層を変える話は分かった、でも自分のスキルのどれが矛盾しているか分からない。検査を機械に持たせるところで絶対つまづく。あと、評価軸を文章にしろと言われても、何から書けばいいか見当がつかない。

新しい問題その感覚、正しいです。考え方は今日、出し惜しみせず全部話しました。ただ、実際にやると最初の壁は別のところに出ます。自分の評価軸を言葉にすることです。これ、頭の中にはあるのに、書こうとすると出てこないんですよ。しかも業種と仕事の中身で全然違うので、動画では一般論しか言えません。

オファーそこで、実際に使っている評価軸のフォーマット、クロスチェックの構成、それからスキルの矛盾を洗い出すチェック手順を、実物のファイルでそのままお渡しします。簡易版ではなく、秘匿部分を抜いただけの完全版です。

3ステップ受け取り方は3つだけ。概要欄から公式LINEを開く。登録する。「ひょうかじく」と送る。10秒で終わります。すぐ届きます。

それから、自分の会社の業務で同じ体制を作りたいという経営者の方。開発のお手伝いや社内向けの研修もやっています。そちらも同じLINEから、お気軽にどうぞ。

登録依頼そういう情報を探している方は、ぜひチャンネル登録をお願いします。

EDスキル、11個目を作る前に、評価軸を1行書いてみてください。それでは、また次の動画で。