개발자의 비밀의 정원 : 공간 온톨로지가 프롬프트 엔지니어링 없이 LLM을 어떻게 정렬하는지

3주 동안, Opencode를 사용해 Gradle 플러그인을 개발했으며, 세 가지 다른 LLM — Kimi K2.6, GLM-5.1, 그리고 DeepSeek-V4-Pro (유일한 생존자지만, 이는 또 다른 이야기Déjà couverte ici.)를 사용했습니다. 에이전트 거버넌스 방법Je l’ai documentée en détail dans un précédent article.는 AsciiDoc 파일을 기반으로 합니다 —AGENT.adoc, INDEX.adoc, PROMPT_REPRISE.adoc— 규칙, 백로그, 기록 약 30,000 토큰을 세션 시작 시마다 로드합니다.

그리고 이 문서 인프라스트럭처에도 불구하고, 두 가지 점이 내게 인상적이었지:

프롬프트의 토큰 수에 의존하지 않는 정렬 메커니즘이 필요했습니다.

답변: 텍스트로 정렬하는 것을 멈추고, 로 정렬하기 시작하기공간.

내 폴더`workspace/(안에~/workspace/`) 이것은 Git 저장소가 아닙니다. 이것은 내가 하는 모든 작업의 근간이다 — 코드, 문서, 교육, 인프라. 그리고 이것은 네 가지 영역으로 구조화되어 있는데, 이 영역들은 정리의 관례가 아니라 하지만 그것들은동심원 형태의 신뢰</think>

참고: 테이블에 수준 3이 없습니다. 수준 3은 전이 수준이며: 내용의 일부입니다.`office/`익명 처리되어 오픈 데이터로 공개할 준비가 된 상태입니다. 자체적인 물리적 영역이 없으며 — 데이터의 상태일 뿐, 위치가 아닙니다.

각 수준은 구체적인 질문에 답한다 :

이 온톨로지는LLM에 의해 소비 가능한. 파일을 읽을 때`foundry/plantuml-gradle/src/`, 그는 암시적으로 알고 있다 : "나는 4번째 원 안에 있다 — 공개 코드, 필수 테스트, 비밀 없음, 교육 데이터 없음". 그는 그것을 상기시켜줄 프롬프트가 필요하지 않다.

두 가지 접근 방식을 비교해 봅시다.

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을 맞추는 데 만족하지 않고 — 그에게 하나를 준다RGPD 분류 표각 데이터를 그 합법적인 영역으로 라우팅하기 위해.

세션이 끝날 때, 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은 더 이상 라우팅을 결정할 필요가 없습니다 — 그래프가 이를 처리할 것입니다.

그녀가 구체적으로 제공하는 것은 다음과 같습니다:

나는 내 사이트의 footer에 정치적 선언문을 넣지 않는다. 나는 내 프롬프트에 윤리적 규칙을 넣지 않는다. 정렬은 텍스트에 있지 않다 — 그것은 안에 있다파일 시스템.

LLM이 이 공간에서 작업할 때는 비밀을 유출할 수 없습니다(경로가 이를 막기 때문입니다). 교육 데이터와 소스 코드를 혼동할 수 없습니다(물리적 영역이 다르기 때문입니다). 80,000 토큰의 보안 규칙을 잊을 수 없습니다—규칙이 프롬프트에 있지 않고 ___에 있습니다.workspace/→configuration/→office/→`foundry/`각 파일 읽기마다 반응적입니다.

이것은 에이전트 정렬에 적용된 secure by design 원칙이다: LLM에게 규칙을 기억하도록 요구하지 말고, 아키텍처가 오류를 구조적으로 불가능하게 만들도록 하라.

그 사이에, 그것은 프롬프트가 LLM에게 줄 수 없는 것을 LLM에게 줍니다: 능력을인식하다그가 어디에 있는지, 무엇이 존재하는지, 무엇이 부족한지 — 그로부터 그가 해야 할 일을 추론하다