AIのドメイン知識とは｜「99%はAI以前でつまずく」——出力をジャッジできないと道具は選べない

AIツールの使い方は一通り覚えた。プロンプトの型も知っている。それでも事業の数字が動かない——このとき次に探すべきものは、もっといいプロンプトでも、もっといいツールでもありません。

足りていないのはAIの知識ではなく、ドメイン知識のほうです。 ドメイン知識とは、自分の事業そのものの知識と経験のこと。AIの学校「AI Crew」を運営するみやっち🧑‍💻は、2026年8月の登壇でこう話しました。「99%の人はAI以前のところでつまずいてる。だからAIの話を最初にしても意味がない」。この記事では、AIを使うのになぜ事業の知識が要るのか、そして何から手を付ければいいのかを、経営者・個人事業主・士業の方に向けて整理します。

AIにおけるドメイン知識とは ドメイン知識とは、もともと特定の領域・分野についての専門知識を指す言葉です。AIの文脈では、AIの操作方法ではなく、その人が事業として積み上げてきた専門知識・業務手順・判断基準を指します。誰のどんな悩みを扱い、何を良い成果と呼ぶのかを知っているから、AIが出した答えの当たり外れを判定できます。ドメイン知識が薄いままAIを使うと、出力の良し悪しを自分で決められず、ツールを増やしても成果につながりません。

なぜ「AIを使いこなせない」の原因がAIの外にあるのか

同じ登壇で、みやっち🧑‍💻はもう一つこう言いました。「AIの出力を自分でジャッジできなかったら、AIがあっても意味がない」。

ここが核心です。生成AIは、それらしい答えをいくらでも、すぐに出します。ところがドメイン知識がない状態で画面を眺めると、そのまま使える出力と、それらしいだけの出力が、同じ顔をして並びます。 見分けがつかないので、最初に出てきたものを採用するか、なんとなく不安で全部使わないかの二択になる。どちらを選んでも、成果は自分のジャッジの精度より上にはいきません。

道具選びも同じ構造です。「結局どのツールがいいですか」という質問に答えが出ないのは、比較情報が足りないからではありません。自分にとって何が良い成果なのかが決まっていないから、比べる物差しが手元にないのです。物差しがないまま道具を増やすと、詳しくなった感覚だけが増えていきます。手段を集めても状態が変わらないこの構造は、生成AIを使いこなせない人の共通点でも別の角度から書きました。

AIの専門家として呼ばれた場で、前半はAIの話をしなかった

2026年8月、AIの専門家として登壇の機会をいただきました。呼ばれたのはAIの担当としての枠です。それでもみやっち🧑‍💻は、与えられた時間の前半を、AIの話に使いませんでした。

代わりに話したのは、誰の・どんな悩みを・どこへ連れて行く事業なのか、という業務構造の話です。AI講師が壇上でマーケティングの話を始める構成です。

そうした理由は単純で、順番を逆にすると持ち帰れる人が限られるからです。AIの機能から入った場合、それを自分の仕事に翻訳できるのは、すでに自分の業務構造を言葉にできている人だけになります。業務構造が曖昧なままの人には、機能の説明はそのまま「知識」として積まれて終わります。逆に、前半で自分の事業を言語化してもらってから機能の話に入ると、後半のAIパートは「自分のどの工程に効くか」を考えながら聞ける。前半を捨てたのではなく、後半を使えるものにするために前半を使った、という感覚です。

道具側の「AI以前」と、事業側の「AI以前」は別の話

ここで整理が要ります。AI Crewでは以前から「AI以前」という言い方をしていますが、中身は2種類あり、直し方がまったく違います。

道具側のAI以前は、AIを使いこなすには「AI以前」の6分野のうち操作系の分野（パソコン操作の基礎、ファイルの住所といった話）や、mdファイルの開き方のような各論でつぶせます。知らなかっただけなので、知れば終わりです。

やっかいなのは事業側です。こちらは検索しても出てきません。あなたの顧客が何に困っていて、あなたがどの状態をゴールと呼んでいるかは、あなたの中にしかない情報だからです。 そしてAIは、渡されていない情報を推測で埋めます。埋まった部分がそれらしく見えるぶん、ジャッジできない人ほど気づけません。

ドメイン知識を言語化する3つの問い

では何から手を付けるか。高度な分析は要りません。次の3つを、文章で書き出すところから始めてください。

1. 誰の話なのか — 自分の顧客は誰か。業種・規模・立場まで具体的に。「中小企業」ではなく「従業員5人までで、社長が現場も見ている会社」のレベルまで下ろす
2. どんな悩みを扱っているのか — その人が実際に口にする言葉で書く。自分の業界用語に翻訳しない
3. どこへ連れて行くのか — 仕事が終わったとき、その人はどんな状態になっているか。何をもって「うまくいった」と呼ぶか

3つ目が、そのままジャッジの基準になります。何をもって良しとするかが1行でも書けていれば、AIの出力に対して「これはうちの顧客の言葉じゃない」「これはゴールに向かっていない」と判定できます。

この3つが書けているかどうかで、AIとのやりとりはこう変わります。以下は誰かの実例ではなく、書けている場合と書けていない場合の違いを示すための説明用の対比です。

before: AIに「提案書を作って」と頼み、出てきた文章を読んで「悪くはないけど、なんか違う」と感じ、結局ゼロから自分で書き直す。翌週も同じことをする。

after: 顧客像とゴールを書いたファイルをAIに読ませたうえで依頼する。出てきた文章に対して「この一文はうちの顧客の悩みとずれている」と具体的に指摘でき、少ないやり取りで使える形になる。指摘した内容をファイルに書き足しておけば、次回もそのファイルを読ませるだけで、同じ指摘を毎回しなくて済む。

違いは速さより、積み上がるかどうかです。beforeは毎回ゼロですが、afterは自分のドメイン知識が少しずつ外部化され、AIエージェントに渡せる資産になっていきます。

出力をジャッジする基準は、プロンプトより先に要る

「そこまで言語化できていないから、まずプロンプトを勉強したい」と思うかもしれません。順番が逆です。プロンプトは、自分が欲しい結果を言葉にする作業なので、欲しい結果が決まっていないと書きようがありません。必要な型はごく少なく、プロンプトエンジニアリング入門で挙げた3つで足ります。

ジャッジを運用に落とす形も紹介しておきます。みやっち🧑‍💻がこのサイトのブログを運用するときは、記事を出す前に「出してはいけない情報が混ざっていないか」「事実として正しいか」「書いた実例に一次情報の裏付けがあるか」の3観点で必ず点検する手順を決めています。点検の作業自体はAIに任せられますが、最後に「この書き方はうちの読者に合わない」と決めるのは自分です。ここを他人にもAIにも渡せないのが、ドメイン知識の実務的な意味です。

ツールは入れ替わる。変わらないのは前提を資産にする設計

ここまで特定のツール名をほとんど出していないのは、意図的です。主役のツールは1年もすれば入れ替わります。追いかけ続けるのは現実的ではありません。

一方で、自分の事業の前提を書き出してAIに渡せる形にしておくという設計は、ツールが変わっても効き続けます。顧客像・判断基準・業務手順を書いたファイルは、今日使っているツールから次のツールへそのまま持ち越せるからです。この「前提をどう渡すか」の設計を、当サイトではコンテキストエンジニアリングとして整理しています。

そして、この資産が効くのは、汎用のチャットに毎回同じ説明を打ち直す使い方ではありません。自分の業務の前提を読み込んだうえで手順ごと動いてくれる、いわば自分専用の分身を持ったときに、書き出したドメイン知識がそのまま戦力になります。ドメイン知識の言語化は、そこへ向かうための最初の一歩です。

まとめ: AIに渡せるのは、自分が持っている分だけ

• ドメイン知識とは、AIの操作方法ではなく、自分の事業そのものの知識と経験
• AIの出力をジャッジできなければ、良い道具を持っていても選べない
• 「AI以前」には道具側と事業側があり、事業側は本人にしか言語化できない
• 手を付ける順番は、誰の・どんな悩みを・どこへ連れて行くかを書き出すこと
• ツールは入れ替わるが、前提を渡せる形にしておく設計は残る

学ぶ順番そのものに迷っている方は、AIの勉強は何から始めるかもあわせて読んでみてください。自分の業務を1つ動かすところから始める、という順序を書いています。

自分の事業を言語化する作業は、一人でやると「これで合っているのか」が分からなくなりがちです。AI Crewでは、経営者・個人事業主・士業の方と一緒にそこから組み立てています。まず無料セミナーでお会いしましょう。