Skip to content

オントロジー ​

モデルは解釈だ。オントロジーは、その一段手前にある記述だ。


📚 目次 ​

第1章:分裂と摩擦 ― なぜ語彙は揃わないのか ​

現実をモデルに合わせるのではなく、現実の語彙を先に記述しておく。分裂を統一せず保持することが、AI時代のシステム開発とエージェント利用に欠けていたものだ。

第2章:仮説を先に持つ ― ヒアリングの前に立つオントロジー ​

業務資料から抽出した語彙は、ヒアリングの前に仮説として使える。ヒアリングは「白紙から聞く」作業から「仮説を確認する」作業に変わり、設計の仮定を問い返す視点と、組織の都合ではなく語彙の性質でシステム境界を引く根拠が手に入る。

第3章:配るのではなく導出する ― データエージェントとオントロジー ​

オントロジーはエージェントに配る共有コンテキストであるだけでなく、エージェントの振る舞いを記述から導出する基盤になる。質問者の位置がデフォルトの語彙を決め、優位性と訂正リスクという二つの量が、実行時のLLM判断ではなくオントロジー側の定義に封じ込められる。

続刊は追って追加する。


🎯 このシリーズの目的 ​

業務資料から抽出した語彙の記述を、要件定義・システム設計・データエージェントの共通の起点として位置づける。


Last Updated: 2026-09-03

Code: MIT / Content: CC BY-SA 4.0