開発者の秘密の庭：空間オントロジーがプロンプトエンジニアリングなしでLLMをどのように調整するか

3週間、Opencodeを使ってGradleプラグインを開発しました。3つの異なるLLM、Kimi K2.6、GLM-5.1、DeepSeek-V4-Proを使用して（唯一の生存者ですが、これは別の話既にここで説明済み。）。私のエージェントガバナンス手法以前の記事で詳しく説明しました。はAsciiDocファイルに基づいています —AGENT.adoc, INDEX.adoc, PROMPT_REPRISE.adoc— 約30,000トークンのルール、バックログ、履歴を毎セッションの開始時に読み込む。

それにもかかわらず、このドキュメントインフラストラクチャにもかかわらず、二つのことが私を驚かせました：

プロンプトのトークン数に依存しないアラインメント機構が必要でした。

答え：テキストによって揃えるのをやめ、テキストによって揃え始めるスペース。

私のフォルダー`workspace/(中に~/workspace/`) は pas Git リポジトリではありません。 これは 私の仕事全体のルートです — コード、ドキュメント、トレーニング、インフラストラクチャ。 そしてこれは 4 つのゾーンに構造化されており、これらは単なる整理ルールではなく、しかしこれらは同心円状の信頼の円：

各レベルは特定の質問に答えています：

このオントロジーはLLMで消費可能. ファイルを読み込むときに`foundry/plantuml-gradle/src/`, 彼は暗黙的に知っている：「私はサークル4にいる — パブリックコード、必須テスト、秘密はなく、教育データもない」。 彼はそれを思い出させるプロンプトを必要としない。

2つのアプローチを比較しましょう。

LLMが巡回するとき`foundry/, それはあるを持っている構造化データの格子ノード (プラグイン、ファイル、テスト、依存関係)、型付きエッジ (`import, depends_on, generates, tests), 構成関係と順序関係 (`training-gradle`リポジトリを抽出→`slider-gradle`スライドを生成します →`capsule-gradle`動画を編集して

この代数はどこにも平文で書かれていない — しかし、それは*観測可能*である。それぞれ`build.gradle.kts`依存関係を公開します。それぞれ`INDEX.adoc`相互参照を表示します。

LLMはこの代数を観察し、それを検出するデルタシステムがすでに生産できるものと、ビジョンが描写するものの間のギャップ

このデルタから、彼は(または、それは)いくつかの業務エキスパートの地図— CDA (アプリケーション設計開発者、Kotlin/Gradle/JHipster) と FPA (成人向けプロフェッショナル講師、教育法/Qualiopi/Bloom) — 各専門家に不足しているものを特定する。

LLMに何をすべきかを教える必要はない。デルタは構造から現れる。

リレーショナル代数は理論的な構築ではありません。それは*具体化された*三つのコンポーネントによって一つのコンテキストの合成ベクトルLLMのために

空間オントロジーはLLMを単に整列させるだけで満足せず — それに___を与えるGDPRの分類グリッド各データをその正当なゾーンにルーティングするために。

セッションの最後に、LLMは実行するグローバルタスク:

Le `.gitignore`ルートはGitの設定ファイルではありません — それは履歴管理のガバナンスファイル. それはLLMが消費するスキーマを定義し、どの秘密の庭のファイルが戦略的伝記に入り、どれが捨てられるかを決定します。

LLMはもはや単なるテキスト生成器ではなくなった。それは情報管理者エコシステムの — 生産者、分類器、ルーター。

今日、このガバナンスは 決定論的 です : LLM は AsciiDoc ファイルに記述された手順を適用します。これはフェーズ 1— LLMメモリを用いたプロンプトエンジニアリング。

La フェーズ 2それぞれの手順をあるものの中に抽出する型付き Gradle タスク :

La フェーズ 3セッション終了プロセスをあるもののようにモデル化する状態グラフとhttps://github.com/langgraph4j/langgraph4j[LangGraph4j]:

このグラフは CI/CD でバージョン管理され、Gradle で実行され、プラグインの GitHub Secrets を介して設定されます。LLM はルーティングを決定する必要がなくなり — グラフがそれを行います。

これは彼女が具体的に提供するものです：

私はサイトのフッターに政治的マニフェストを掲載しません。 私はプロンプトに倫理的なルールを入れません。 アライメントはテキストの中にない——それは中にあるファイルシステム。

LLM がこの空間で作業しているとき、秘密を漏らすことはできません（経路がそれを防ぐため）。教育データとソースコードを混同することはできません（物理的な領域が異なるため）。80,000 トークンのセキュリティ ルールを忘れることはできません——なぜなら、そのルールはプロンプトの中ではなく、そこにあるからです。workspace/→configuration/ → office/→`foundry/`それぞれのファイルの読み込みは反応性がある。

これは、*secure by design*の原則をエージェントのアラインメントに適用したものです：LLMにルールを覚えさせないようにする。アーキテクチャによってエラーが構造的に不可能となるようにする。

そして、これはLLMに与えるもので、どのプロンプトにも与えることができないもの：能力を感じ取る彼がどこにいるか、何が存在し、何が欠けているか — そしてそれらから何をすべきかを導き出す。