내 지식을 계속 관리해 주는
에이전트 만들기

자료를 읽을 때마다 주장·조건·출처를 연결해 둡니다. 다음 질문에서는 그 연결을 재사용하고, 부족한 근거를 찾아 기존 설명을 고칩니다. 쌓인 지식과 개선된 운영 방식이 다음 사이클의 출발점이 되는 것을 ‘지식의 복리’라고 부릅니다.

자가증식의 기준은 ‘더 많이’보다 ‘더 잘 답하기’입니다. 새 자료 하나가 여러 노트와 질문의 근거가 될 수 있고, 정정 하나가 연결된 설명을 함께 고칠 수 있습니다. 같은 내용을 중복 생성하거나 근거 없이 연결을 늘리면 복리가 되지 않습니다. 이 순환은 운영 개념도이며 일정한 성장률을 측정하거나 보장하는 그래프가 아닙니다.

2025년 국가생물종목록 62,604개 항목을 두 가지로 준비했습니다. 플레인은 원문과 전문 검색, 적용본은 같은 원문에 명시적 분류 관계와 DB 집계 도구를 더했습니다. 양쪽 JSONL은 바이트까지 같습니다.

이번 실험에서는 단순 질문은 차이가 작고, 범위가 넓은 질문은 속도와 답변 품질 모두 확연히 차이가 났습니다. 여기서 품질은 요구한 범위·총계·집계행을 정확하고 빠짐없이 제시하는 정확성과 완전성을 뜻합니다.

DECK의 Galaxy Graph 3D를 이 데이터에 적용했습니다. 전체 89,801개 노드 · 89,718개 고유 상하위 연결에서 항목을 검색하고, 여섯 질문의 공통 범위·제외 대상·집계 과를 골라 볼 수 있습니다.

89,801 NODES / ONE CONNECTED VIEW이 페이지에서 3D 그래프 시작 →큰 창으로 열기 ↗

그래프는 시작 버튼을 누르면 불러옵니다. WebGL을 지원하는 브라우저에서 회전·확대·검색할 수 있습니다.

listedUnder는 ‘원본에 기재된 가장 가까운 상위 분류군’입니다. 결측 계급을 보충하거나 생물학적 직접 부모로 단정하지 않습니다. 배경 먼지는 장식이며 데이터 노드에 포함되지 않습니다.

내 파일 안에서 정한 의미를 다른 도구와도 공유하려면 표준 표현이 도움이 됩니다. 이번 주에는 작은 관계 하나를 읽고 바꾸는 것까지 해 봅니다. W3C 권고 표준 명칭에 따라 OWL 2를 다룹니다.

@prefix ex: <https://dexa.art/ontology/study/example#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .

ex:MammalRecord rdfs:subClassOf ex:CatalogRecord .
ex:tigerRecord a ex:MammalRecord ;
    ex:listedUnder ex:Panthera .
ex:hasListedChild owl:inverseOf ex:listedUnder .

위 생물종 성능 실험은 JSON 의미 모델 + SQLite 조회로 수행했습니다. RDF/OWL 변환이나 추론 성능을 비교한 실험은 아닙니다. 파일을 .owl로 저장하는 것만으로 정답률이 올라가지 않습니다. 출처가 있는 데이터, 적절한 의미 정의와 조회 방식이 함께 필요합니다.

1–3주차에 만든 자기 지식공간에서 진행합니다. 제공된 AKM 스킬의 maintain · explore · grow · ingest · connect · review를 연결해 점검·확장·반영을 실행합니다. 스킬 6개를 외우기보다 요청 하나로 시작하세요.

git clone https://github.com/DECK6/akm.git
cd akm/skill-suite
python3 akm/scripts/install.py
# Claude Code 직접 설치는 마지막 명령에 --host claude 추가

$akm 이 지식공간을 앞으로 내 방식으로 관리하도록 운영 인터뷰를 해줘. 기존 자료와 설정을 먼저 읽고, 더 잘 답하고 싶은 질문·들어오는 자료·신뢰할 출처·알아서 수정해도 되는 범위·사람이 검토할 변경·중단 기준을 관련 질문 묶음으로 물어봐. 내 답에 따라 필요한 후속 질문을 해줘. 합의한 내용은 기존 구조에 맞는 운영 규칙으로 저장하고, 새 폴더 구조를 일괄 강제하지 마.

$akm 내 지식시스템을 점검하고 고쳐줘. 운영 규칙을 읽고 빠진 출처·중복·끊긴 연결·모델과 위키의 불일치를 찾아, 근거가 확실하고 허용된 수정부터 최대 3건 처리해줘. 원문과 기존 ID를 보존하고, 근거가 부족한 변경은 보류해줘. 무엇을 왜 고쳤는지와 영향받은 질문을 남겨줘.

$akm 운영 규칙에 따라 한 사이클만 실행해줘. 내 목적에 중요한 미답변 질문 1개를 골라 허용된 새 출처 최대 3개를 읽고, 기존 지식과 비교해 편입·연결·검수해줘. 새 노트보다 기존 설명의 보강을 우선하고 주장·조건·출처를 함께 갱신해줘. 실제 작업 최대 3개 또는 15분에서 멈추고, 새 근거가 없거나 충돌을 해결하지 못하면 변경 없음 또는 보류로 마쳐줘. 바뀐 답과 근거, 남은 질문, 다음 재개 지점을 저장해줘.

$akm [새 자료 경로 또는 URL]을 기존 지식에 반영해줘. 원문을 보존하고 기존 주장과 일치·보강·충돌을 구분해줘. 바뀐 시점·적용 조건과 출처를 기록하고, 영향받는 위키·관계·질문의 답을 함께 검토해줘. 기존 정의를 바꾸거나 근거가 충돌하는 부분은 운영 규칙의 사람 검토 대상으로 남겨줘. 반복 자료라면 중복 생성하지 마.

$akm 1주차의 같은 질문 3개를 같은 조건으로 다시 실행해줘. 원래 질문과 답을 덮어쓰지 말고 정확성·일관성·출처·미확인·걸린 시간을 전후로 비교해줘. 개선되지 않은 결과도 그대로 기록해줘. 이번 사이클의 변경 이유와 근거, 검토가 필요한 항목, 다음 미답변 질문, 중단·재개 위치를 평가 리포트와 운영 기록에 남겨줘. 마지막으로 5분 최종 발표에 쓸 전후 사례 하나를 정리해줘.

오늘은 한 사이클을 실행하고 그 결과를 확인합니다. 스킬 설치만으로 예약 실행이 시작되지는 않습니다. 반복 실행이 필요하면 다음 실행 시점·범위·예산을 정해 사용하는 호스트의 스케줄러에 별도로 등록하고 실제 등록 상태를 확인합니다. 지식이 충분하거나 새 근거가 없으면 멈추는 것도 좋은 운영입니다.

한 사이클의 결과를 다음 실행에서 읽을 운영 규칙·질문 목록·재개 기록으로 남깁니다. 관심 방향이 바뀌면 다음 질문의 우선순위를 바꾸고, 넓게 배우고 싶으면 전체 지도를 만든 뒤 빈 영역을 순환합니다. 노트 수보다 답할 수 있는 질문과 근거의 변화를 확인합니다.

위 질문은 확장 방향의 예시입니다. 실제 역사적 관계나 조사 완료를 뜻하지 않습니다. 새로운 분야의 목적·자료 기준이 다르면 그 분야만 짧게 인터뷰해 추가합니다.

01 · 원하는 방향은 ‘운영 기준’으로 남깁니다.

관심 방향과 원하는 결론은 다릅니다. “생활사를 먼저 조사해줘”처럼 범위와 우선순위를 정하되, 특정 결론을 지지하는 자료만 모으게 하지는 않습니다. 반례와 다른 해석도 보존합니다. 방향 변경은 기존 대기 질문의 순서와 정책에 반영하고, 이전 근거·기록은 남깁니다.

02 · 넓게 확장하려면, 먼저 지도를 만들고 한 바퀴 돕니다.

1. 큰 영역을 나눕니다. 기존 색인을 읽고 5–8개 정도의 영역을 초안으로 잡습니다. 개수는 실습 예시입니다. 전체 원문을 한꺼번에 읽거나 다시 분류하지 않습니다.
2. 영역마다 대표 질문을 둡니다. “무엇을 설명할 수 있어야 하는가?”를 1–3개 질문으로 적고 실제 답·출처·검토일을 연결합니다.
3. 빈 영역부터 얕게 순환합니다. 한 사이클에 한 영역의 질문 하나를 처리합니다. 자료가 많은 분야만 반복하지 않도록 대기 질문의 순서를 조정합니다.
4. 필요한 곳을 깊게 파고 연결합니다. 자주 쓰이는 질문과 충돌하는 설명을 보강하고, 영역 사이 관계의 조건·근거를 검수합니다.
5. 같은 질문으로 범위를 재점검합니다. 미탐색 / 조사 중 / 근거로 답변 가능 / 재검토를 갱신합니다. 파일이 생겼다는 이유로 ‘답변 가능’으로 바꾸지 않습니다.

03 · 그대로 실행하고, 내 기준으로 고치는 요청문

위 ‘내 환경’ 선택이 아래 요청문의 호출 방식에도 적용됩니다. 대괄호를 자기 목적에 맞게 바꾸세요. 새 출처 3개·작업 3개·15분은 조정 가능한 실습 한도입니다.

$akm 기존 운영 규칙과 대기 질문을 읽고 앞으로의 확장 방향을 [내 목적·결과물]에 맞춰 조정해줘. [집중 범위]를 우선하고 [제외 범위]는 보류해줘. 필요한 설명의 깊이는 [개요 / 조건·예외 / 상반된 해석 비교]야. 이미 답할 수 있는 질문과 아직 부족한 질문을 구별하고, 이 기준을 기존 운영 정책에 저장해줘. 대기 질문의 우선순위와 선정 이유를 갱신한 뒤 가장 중요한 질문 하나를 실제로 탐색·편입·연결·검수해줘. 내 예상과 반대되는 근거도 남기고, 기존 원문과 ID는 보존해줘. 새 출처 최대 3개·작업 최대 3개·15분 중 먼저 도달하는 한도에서 멈추고 결과와 재개 지점을 기록해줘.

$akm [넓게 다룰 분야]를 [내 목적]에 맞춰 확장해줘. 먼저 기존 색인과 질문 목록을 읽고 큰 영역 5–8개와 영역별 대표 질문 1–3개로 범위 점검표를 만들어줘. 개수는 분야에 맞게 조정해도 돼. 각 질문의 상태를 미탐색·조사 중·근거로 답변 가능·재검토로 구별하고 실제 답과 출처를 연결해줘. 중요하지만 비어 있는 영역 하나를 골라 질문 하나의 조사·기존 노트 보강·관계 연결·검수까지 실제 실행해줘. 전체 자료를 한꺼번에 프롬프트에 넣지 말고 필요한 원문을 찾아 읽어줘. 기존 자료가 많은 영역에만 몰리지 않게 다음 순서를 남겨줘. 새 출처 최대 3개·작업 최대 3개·15분 중 먼저 도달하는 한도에서 멈춰줘.

$akm 이 지식공간의 운영 규칙·범위 점검표·최근 사이클·실제 변경 파일부터 확인하고 이어서 운영해줘. 완료된 일을 반복하지 말고 대기 질문 하나를 골라 탐색·편입·연결·검수해줘. 같은 리비전에서 새 근거 없이 막혔던 질문은 보류하고 독립적인 다음 질문을 선택해줘. 한 사이클은 새 출처 최대 3개·작업 최대 3개·15분 중 먼저 도달하는 한도야. 검증된 결과가 있을 때만 다음 사이클로 넘어가되 최대 3사이클, 전체 45분·새 출처 9개·작업 9개 중 먼저 도달하는 한도에서 멈춰줘. 새 근거 없음·미해결 의존성·사용자 중단 요청이면 더 일찍 중단하고, 현재 호스트에서 계속 실행할 수 없으면 체크포인트를 남겨줘. 예약 등록은 이 요청에 포함하지 않아. 질문별 전후 답·출처·미확인·소요 시간과 다음 재개 위치를 기록해줘.

$akm 최근 3사이클을 내 목적과 범위 점검표에 비춰 평가해줘. 특정 영역에만 작업이 몰렸는지, 같은 질문의 답과 근거가 좋아졌는지, 빈 영역과 충돌이 무엇인지 확인해줘. 내 관심은 이제 [새 우선순위]야. 원문과 이전 기록을 보존하면서 운영 정책과 대기 질문 순서를 갱신하고, 범위 밖 질문은 보류해줘. 새 우선순위를 특정 결론에 대한 동의로 해석하지 마. 다음 사이클의 질문·선정 이유·필요한 근거·완료 기준을 남겨줘. 이번 요청은 평가와 방향 조정까지 수행해줘.

지속 확장의 성과는 ‘이제 무엇을 설명할 수 있는가’입니다. 기존 답의 오류·조건·출처가 어떻게 달라졌는지, 아직 비어 있는 영역이 무엇인지 함께 남깁니다. 예산 소진은 완료가 아니며, ‘변경 없음’도 유효한 결과입니다.

최종 결과는 완성 시스템·평가 리포트·지속 운영 규칙입니다. 새 과제 대신 수업 안에서 한 사이클과 최종 발표를 마칩니다. 문서 개수보다 ‘무슨 질문에 어떤 근거로 답하게 되었는지’를 보여줍니다.

좋은 지식베이스는 답을 보관하고,
잘 운영되는 지식베이스는 다음 배움을 만듭니다.