Abstract
structura.lisp는 위상기반 구조판독을 프로그램으로 표현하기 위해 만들기 시작한 Common Lisp 패키지이다.
Rust로 작성한 Aspectscope-MCP는 Swiss Ephemeris를 기반으로 Natal, Transit, Progress Chart를 계산하고, Aspect와 Aspect Pattern 및 CSF, Celestigram을 탐색하며, 특정 조건이 성립하는 시점을 찾아내등 LLM을 끼고 기본적인 역할을 해왔다. HTTP 방식의 MCP 서버이기 때문에 LLM Agent 역시 필요한 계산을 직접 요청할 수 있다. 그런데 계산할 수 있다는 것과 판독할 수 있다는 것은 다른 문제이므로 AspectScope가 알려주는 것은 특정 시점에 어떤 천체가 어디에 있고, 어떤 Aspect가 형성되며, 어떤 Pattern이 존재하는가와 같은 비교적 결정론적인 사실에 국한된다. 실제 구조판독에서는 여기에서 다시 여러 요소의 관계를 연결하고, 직접 관계와 간접 관계를 구분하고, Pattern이나 CSF를 통과하는 Pathway를 찾으며, 시간에 따라 어떤 구조가 생성되고 약화되고 사라지는지 등, 간단히 주어진 몇개의 데이터로 판단하는게 아니라 그래프 데이터에 기반해서 판단해야 한다. 지금까지는 이런 부분의 상당량은 문서화된 구조판독지침을 LLM이 읽고 적용하는 방식으로 처리했다. 이 방법은 유연하지만, 반복해서 계산할 수 있고 명확한 규칙으로 표현할 수 있는 부분까지 매번 LLM의 추론에 맡겨야 한다는 문제가 있다. structura.lisp은 바로 그 사이의 계층, 즉 가능한 계산할 수 있는 한계까지 미리 계산하거나 프로그램으로 처리하기 위한 프로젝트이다.
AspectScope가 천문학적 사실을 제공한다면, Structura는 그 사실들 사이의 관계와 구조를 계산한다. 그리고 LLM은 이미 계산된 구조를 바탕으로 최종적인 의미를 판독하고 인간의 언어로 표현할 것이다.
Why Common Lisp?
구조판독 규칙은 완성된 알고리즘이지만 계속 발견되고 수정되는 지식에 가깝다. 어떤 관계를 직접 연결로 인정할 것인지, 위상구조 내부의 관계를 어떻게 전파할 것인지, 여러 구조가 중첩될 때 어떤 관계를 우선할 것인지와 같은 규칙은 계속 변하고 조정되야 한다. 이런 작업에는 프로그램을 수정하고 다시 컴파일하는 방식보다, 실행 중인 시스템 안에서 규칙을 정의하고 즉시 적용해 보는 Common Lisp의 REPL 중심 개발방식을 생각하지 않을 수 없다.
또한 Lisp에서는 코드 자체가 데이터이므로 구조판독 규칙을 단순한 함수의 집합으로 만드는 대신, Lisp 표현식으로 정의된 하나의 Domain Specific Language로 발전시킬 수 있다. 규칙 자체를 검색하고 검사하고 교체할 수 있으며, 같은 규칙으로 실행 코드와 설명, 검증 로직을 만들어내는 것도 가능하다.
structrua vs. structualis
Structura 내부에서 규칙을 처리하는 컴포넌트에는 structuralis라는 이름을 사용한다.
structura 가 여러 요소와 관계가 만들어낸 구조 그 자체를 의미한다면, structuralis는 그 구조를 구조적으로 판별하는 방법을 의미한다.
1st implementation plan
- AspectScope-MCP와 통신하여 계산 결과를 Common Lisp의 내부 객체로 변환하고,
- 그 위에서 판독 규칙을 등록하고 실행하는 기능부터 구현 예정.
- 규칙이 어떤 조건에서 성립했는지 근거를 추적할 수 있게 하고,
- 같은 입력과 같은 규칙에는 동일한 구조적 결과가 나오도록 하는 것이 첫 번째 목표입니다.
- 이후에는 Aspect, Pattern, CSF 등의 관계를 하나의 그래프로 표현하고, 두 요소 사이의 Pathway를 탐색하거나 서로 다른 시점의 구조를 비교하여 새로 발생한 관계와 소멸한 관계를 찾아내는 기능을 추가한다.
- Transit과 Progress Chart 역시 단순히 두 개의 Chart를 비교하는 것이 아니라, 시간에 따라 구조가 어떻게 변화하는지를 추적하는 방향으로 확장한다.
- 장기적으로는 structura 자체도 MCP 서버가 될 수 있다. 그렇게 되면 Agent가 AspectScope의 저수준 계산 결과를 일일이 조합할 필요 없이
find-pathway,compare-structure,evaluate-rule같은 구조판독 명령을 직접 사용할 수 있을 것이다. (CLisp은 C로 포팅 & 컴파일 된다)
AspectScope가 무엇이 존재하는가를 계산한다면, structura는 그것들이 어떻게 연결되어 있는가를 계산한다. 그리고 최종적으로 LLM은 그 구조가 무엇을 의미하는가를 판독한다.2610051510
structura.lisp 패키지는 이미 구현되었고 어쩌면 제법 길수도 있는 검증 과정을 거칠 것이다.

