[{"data":1,"prerenderedAt":263},["ShallowReactive",2],{"content-/lanchester-two-stage-skill-design":3,"all-pages-for-dir":244,"related-/lanchester-two-stage-skill-design":245,"og-image-/lanchester-two-stage-skill-design":262},{"id":4,"title":5,"body":6,"category":225,"concepts":226,"description":227,"extension":228,"meta":229,"navigation":230,"ogImage":226,"path":231,"project_name":232,"published":233,"publishedAt":234,"seo":235,"stem":236,"tags":237,"todo":226,"unpublished":233,"updatedAt":226,"__hash__":243},"pages/2026-07/2026-07-31/lanchester-two-stage-skill-design.md","ランチェスター戦略の競合診断をClaude Codeの2段スキルにして自分の事業で実機テストした",{"type":7,"value":8,"toc":212},"minimark",[9,13,17,20,23,28,31,34,37,40,43,46,49,59,62,65,68,71,74,77,81,84,87,90,94,97,100,103,106,109,112,116,119,122,125,129,132,138,141,144,147,150,153,156,161,164,167,188,192,195,200,203,206,209],[10,11,5],"h1",{"id":12},"ランチェスター戦略の競合診断をclaude-codeの2段スキルにして自分の事業で実機テストした",[14,15,16],"p",{},"蔵書データベースに入れてある戦略理論の1冊を読み込ませて、法則のまとめと事例集のレポートを作らせた。\n図解を5枚付けさせ、右側にスクロール追従の目次を出し、ブラウザで表示するところまでやらせた。\n読み物としては整っている。",[14,18,19],{},"理論の核は一点に集約できた。\n勝敗は総力ではなく局面ごとの力関係で決まる。\nそこから弱者の差別化と一点集中、シェアの数値基準が全部演繹されている。",[14,21,22],{},"構造は分かった。分かっただけだった。\nこのレポートからは、自分の事業で明日何をするかが一行も出てこない。",[24,25,27],"h2",{"id":26},"スキルにするなら事業計画のどの工程に置くか","スキルにするなら、事業計画のどの工程に置くか",[14,29,30],{},"そこで聞いてみた。\n事業計画書を作るときのスキルにするなら、どういう設計になり得るか。",[14,32,33],{},"返ってきた見立ては、知識リファレンス型ではなくワークフロー型になる、というものだった。\n診断して、処方して、数値に分解する。",[14,35,36],{},"見立てには同意したうえで、後ろ半分を削ることにした。\n数値計画も行動分解も月次モニタリングも、この理論に固有の話ではない。\nどこの計画づくりでも同じことをやる。\n理論が効くのは現状診断と戦略策定の2工程だけだ。\nシェア26%のような数値基準も、目標値ではなく「未満なら弱者」という判定に使うものなので、診断側に溶かせる。",[14,38,39],{},"適用範囲を現状診断と戦略策定の2つに絞らせた。",[14,41,42],{},"競合調査は外部AIのDeep Researchに外注する形にした。\n差別化の6つの切り口（理念、市場、商品、価格、販路、販促）をそのまま設問軸にして、競合各社を同じ軸で埋めさせる。\n自分で検索して回るより速いし、設問を固定しておけば比較できる形で返ってくる。",[24,44,45],{"id":45},"自社の棚卸しと局面診断を2段に分けた",[14,47,48],{},"出来上がったのは1本ではなく2本のスキルだった。",[50,51,52,56],"ul",{},[53,54,55],"li",{},"自社の戦力を棚卸しして「自社プロファイル」を作るスキル",[53,57,58],{},"戦場を定義して競合と比較し、差別化仮説を出すスキル",[14,60,61],{},"分けた理由は更新頻度の違いにある。\n自社の棚卸しは、事業そのものが変わったときにしか更新しない。\n局面診断のほうは戦場ごとに何度も回す。\n1本にまとめると、局面を変えるたびに自社の情報を聞き直すことになる。\nプロファイルを独立させておけば、複数の診断で使い回せる。",[24,63,64],{"id":64},"自分のコンテンツ事業を題材に実機テストした",[14,66,67],{},"同じ日の別セッションで実機テストに入った。\n題材は自分のコンテンツ事業にした。\n制作会社の社長が自分で使うスキル、という設定にして手持ちを棚卸しさせた。",[14,69,70],{},"サイト群、動画講座、電子書籍、直近に動いていたリポジトリ。\nディスクと公開面から確認できるものは読ませて埋めさせ、埋まらない項目だけ質問票にまとめて返させた。",[14,72,73],{},"事業の自己定義と「なぜやっているか」は自分で答えた。\nAIが出る前は、分かりやすい教材を作ること自体が難しかった。\nインタラクティブな教材もなかった。\nだから、そこに手を入れれば分かりやすくなるという仮説を持ってプログラムを書いていた。\nこの動機はどのデータにも書いていない。",[14,75,76],{},"検索流入の実測も取りに行かせたが、こちらは空振りだった。\nSearch Console にドメインプロパティが無く、URLプレフィックス型も仕事用アカウントでは未検証だった。\n結局、個人アカウント側でしか開けなかった。",[24,78,80],{"id":79},"戦場を1つ選べに全部やれと返した","「戦場を1つ選べ」に「全部やれ」と返した",[14,82,83],{},"診断側のスキルに進むと、戦場を1つ固定しろと言ってきた。\n候補のマトリックスまで描いたうえで、捨てるのではなく順番を決めるだけだと説明された。",[14,85,86],{},"ここで引っかかった。\n調査を人間がやるなら1つに絞る意味がある。\n時間も体力も有限だからだ。\nエージェントに投げるなら、調査コストはほぼゼロになる。",[14,88,89],{},"分岐していいので全パターンで診断して、と返した。\n3局面ぶんのリサーチプロンプトを同時に作らせ、下調べのエージェントも3体並列で走らせた。\n下調べはマークダウン3本で返ってきたが、並べて読み比べられない。\n1本のHTMLに結合させ、目次から各局面に飛べる形にしてブラウザで開かせた。",[24,91,93],{"id":92},"deep-research-が空のまま3本走った","Deep Research が空のまま3本走った",[14,95,96],{},"Deep Research は自分で貼りに行くつもりだった。\n途中で、ブラウザ操作のスキル経由でClaude Codeから直接投げられることに気づいた。\n任せた。",[14,98,99],{},"3本を投入させ、進行中であることを画面で確認させたところまでは順調だった。\n結果が返ってきて、様子がおかしい。",[14,101,102],{},"レポートの冒頭に「調査テーマが指定されていないため」と書かれていた。\n3本とも、プロンプト本文が乗らないまま空リクエストで走っていた。\n返ってきたのは生成AIの動向といった汎用テーマの調査で、競合の話は一行も無い。\nDeep Research の実行枠を3回ぶん捨てたことになる。",[14,104,105],{},"原因は、Deep Research モードでは空の入力欄でも送信ボタンが押せてしまうことだった。\nブリッジ経由で差し込んだテキストが画面に反映されないまま、送信だけが通っていた。",[14,107,108],{},"同じ事故を二度やりたくないので、スキル側に書き残させた。\n入力欄の中身を検証せずに送信しない。\nこれを禁止事項として明記させ、実証できた正しい手順を並べさせた。\n書いた先は2か所ある。常時ロードされるスキル本体と、ブラウザ拡張側のレシピだ。",[14,110,111],{},"再投入では、貼り付けた文字数を検証してから送信させた。\n1,712文字、1,977文字と数えさせ、送信後にユーザーメッセージ本文が載っていることも目視で確認させた。\n確認できた2本は12分ほどで完了し、引用は39件と58件が付いていた。",[24,113,115],{"id":114},"検討結果はhtmlで読み判断はボタンで返す","検討結果はHTMLで読み、判断はボタンで返す",[14,117,118],{},"返ってきたレポートは、そのまま信じない設計にしてある。\n数値と固有名をスポットチェックさせたら、ある書籍シリーズの発行部数がレポートと出版社表記で食い違っていた。\n検証ノートに残させた。",[14,120,121],{},"ポジショニングマップを4枚描かせ、差別化仮説を出させ、統合レポートにまとめさせた。\nそのうえで判断が要る項目が4件出てきた。\nターミナルの選択肢では前提を読みながら選べないので、レポートHTMLに3択ボタンを埋め込ませ、ローカルの決裁サーバーで受け取る形にした。",[14,123,124],{},"4件とも推奨案のまま返した。\nコメント欄には何も書かずに送信した。",[24,126,128],{"id":127},"結局どう進めばいいのかが成果物から読み取れない","「結局どう進めばいいのか」が成果物から読み取れない",[14,130,131],{},"全工程が終わったと報告が来た。\n確定版のHTMLを開いて、最初に聞いたのはこれだった。",[133,134,135],"blockquote",{},[14,136,137],{},"結局診断した結果、どこにどう進めばいいっていうことなんですか？",[14,139,140],{},"口頭では一言で返ってきた。\n主力を1つに寄せ、1つは数か月後に仕込みを始め、1つは最小メンテで守る。\nではそれはレポートのどこに書いてあるのか。\n節番号がいくつも返ってきた。\n散らばっている。",[14,142,143],{},"成果物を開いた人間が最初に知りたいのは「で、どうすればいいのか」だ。\nそれが節をまたいで散っているなら、書いていないのとあまり変わらない。",[14,145,146],{},"レポートの冒頭に結論セクションを新設させた。\n一言の方針と、優先度、局面、戦略、やること、最初の一歩を並べた一覧表を置かせた。\n表の中に出てくる「24本」のような数字は、何を指すのか本文だけで分かるように内訳を書かせた。\n元の計画書の該当セクションへのリンクも張らせ、実際にクリックして着地まで確認させた。",[24,148,149],{"id":149},"テストで分かったことをスキルに戻す",[14,151,152],{},"3つ目のセッションでスキルの改訂に入った。",[14,154,155],{},"一番大きく変えたのは局面の扱いだ。\nテスト中に「戦場を1つ選べ」と言われたときに全部やらせた分岐を、そのまま既定に昇格させた。",[133,157,158],{},[14,159,160],{},"3局面同時の方が別にそんなコストかかんないから（中略）調査とかはほぼゼロコストでできるわけじゃないですか、人間のね。",[14,162,163],{},"局面の選別を途中でユーザーに求めない。\n複数候補は全部同時に走らせ、判断は最後の横断比較に一度だけ集約する。\nこれを既定に書き換えさせた。\n3ファイル4箇所で済んだ。",[14,165,166],{},"ほかにテストから戻したものが3つある。",[50,168,169,176,182],{},[53,170,171,175],{},[172,173,174],"strong",{},"事前準備資料リスト","。デューデリジェンス前の資料依頼リストに相当するものを作らせ、両スキルに受付とチェックのフローを組み込ませた",[53,177,178,181],{},[172,179,180],{},"プロファイルの3値マーク","。✅はこのセッションで確認済み、🔶は本人申告で未検証、❓は不明。診断側がこのマークを見て事実の重みを変える",[53,183,184,187],{},[172,185,186],{},"決裁後の説得スライド","。経営者を説得する立場で10枚の紙芝居を作らせたら形になったので、成果物の標準に加えさせた",[24,189,191],{"id":190},"スライドに出てきた止まっている先行者の正体","スライドに出てきた「止まっている先行者」の正体",[14,193,194],{},"そのスライドの1枚に、こう書いてあった。",[133,196,197],{},[14,198,199],{},"数値を動かして学ぶ型の先行者は止まっている。2020年更新停止",[14,201,202],{},"誰のことか分からなかったので聞いた。\n元データまで遡って照合させたら、その先行者は自分だった。\n数年前に出した自分の動画講座のことだった。",[14,204,205],{},"競合リサーチの結果に自社が混ざり、そのまま「先行者は止まっている、だからそこは空いている」という仮説の根拠になっていた。\nレポートと検証ノートとスライドに訂正を入れさせ、スキルには失敗モードとして横展開させた。\n競合リストを作る前に自社の資産を除外する、という一行を足した。",[14,207,208],{},"外から見れば当然の結果ではある。\n公開してある以上、検索結果には自社も他社も同じ顔で並ぶ。\nそれを弾く仕事は、外部リサーチではなく自社プロファイル側にある。\n棚卸しを別スキルとして切り出していたので、その置き場所には迷わなかった。",[14,210,211],{},"理論のレポートを作らせた朝に戻ると、あのとき足りなかったのは要約ではない。\n自分の手持ちを競合と同じ軸で並べる工程だった。",{"title":213,"searchDepth":214,"depth":214,"links":215},"",2,[216,217,218,219,220,221,222,223,224],{"id":26,"depth":214,"text":27},{"id":45,"depth":214,"text":45},{"id":64,"depth":214,"text":64},{"id":79,"depth":214,"text":80},{"id":92,"depth":214,"text":93},{"id":114,"depth":214,"text":115},{"id":127,"depth":214,"text":128},{"id":149,"depth":214,"text":149},{"id":190,"depth":214,"text":191},"dev",null,"戦略理論を蔵書DBから読み込ませ、自社の棚卸しと競合局面の診断を2段に分けたスキルを設計した。自分のコンテンツ事業を題材に実機テストし、Deep Researchの事故や成果物の読みづらさをスキル側に書き戻すまでの記録。","md",{},true,"/lanchester-two-stage-skill-design","claude-code-tools",false,"2026-07-31T00:00:00.000Z",{"title":5,"description":227},"2026-07/2026-07-31/lanchester-two-stage-skill-design",[238,239,240,241,242],"ランチェスター戦略","Claude Code","スキル設計","競合分析","Deep Research","gAcfzhJLMtzyp1na2IWUoIB36KFKbYUFA_b6VOnG7SA",[],[246,249,253,256,259],{"title":247,"path":248,"publishedAt":234},"2026年7月31日の開発日記 - 消えたファイルの原因を物証で特定した日","/2026-07-31-diary",{"title":250,"path":251,"publishedAt":252},"決算ビートスキャンに「発表日ゲート」を新設した話 — 0件こそ正しい結果","/earnings-beat-scan-announce-date-gate","2026-05-25T00:00:00.000Z",{"title":254,"path":255,"publishedAt":234},"dev サーバーを止めずにデプロイできるよう、Nuxt のビルド出力先と Content DB を分けた","/deploy-while-dev-running",{"title":257,"path":258,"publishedAt":234},"ランチェスター戦略「弱者逆転」の法則 — エッセンスレポート","/lanchester-strategy-essence",{"title":260,"path":261,"publishedAt":234},"消えたファイルの原因を2日後に物証で特定した記録（Claude Code の再帰削除事故）","/recursive-delete-incident-postmortem","https://log.eurekapu.com/og/blog/lanchester-two-stage-skill-design.png?v=2026-07-31T00%3A00%3A00.000Z&title=%E3%83%A9%E3%83%B3%E3%83%81%E3%82%A7%E3%82%B9%E3%82%BF%E3%83%BC%E6%88%A6%E7%95%A5%E3%81%AE%E7%AB%B6%E5%90%88%E8%A8%BA%E6%96%AD%E3%82%92Claude%20Code%E3%81%AE2%E6%AE%B5%E3%82%B9%E3%82%AD%E3%83%AB%E3%81%AB%E3%81%97%E3%81%A6%E8%87%AA%E5%88%86%E3%81%AE%E4%BA%8B%E6%A5%AD%E3%81%A7%E5%AE%9F%E6%A9%9F%E3%83%86%E3%82%B9%E3%83%88%E3%81%97%E3%81%9F&author=Kei%20Komatsu&sig=4528743f5d902699",1785552664459]