에이전트의 지능과 기억을 한 파일로 — 하네스×RAG 최소 구현 myDNA.md

01 · Problem

좋은 답 한 번과 같은 판단을 반복하는 시스템은 다릅니다

좋은 프롬프트는 한 번의 답을 개선합니다. 업무 시스템은 다음 질문에서도 같은 기준을 적용해야 합니다. 요청이 범위를 벗어나면 거절하고, 자료가 충돌하면 권위가 높은 원문을 고르고, 확정 권한이 필요한 순간에는 사람에게 넘겨야 합니다. 이 일관성을 만드는 대상은 모델 문장이 아니라 운영 계약입니다.

[O] 기존 하네스 엔지니어링 운영 기록은 이를 워크플로우·도구·맥락·기억·평가·권한·개선 루프를 실행하는 주변 시스템으로 설명합니다. 해당 글의 기능 적합도 표는 11개 축 45/55였고 운영 엔진 18개는 정상이었지만, 상세 품질 검사에서는 161건 중 8건이 실패했습니다. 중요한 사실은 실패가 없었다는 것이 아니라 실패를 보이게 하고 다음 규칙으로 회수했다는 점입니다.

02 · Intelligence

하네스의 지능은 다섯 가지 판단으로 압축됩니다

근거: 「좋은 모델이 아니라 좋은 하네스가 성과를 만든다」, 「하네스를 늘리는 것과 기르는 것의 차이」의 저장소 발행본.

03 · Memory

RAG의 기억은 저장량보다 근거를 고르는 규칙이 중요합니다

검색증강생성은 모델의 매개변수 기억과 검색한 비매개 기억을 결합하는 방식입니다(Lewis et al., 2020). 그러나 권위·최신성·인용·부재 처리는 RAG에 자동으로 내장되지 않습니다. 이 글은 검색된 근거를 실제 업무에 쓰기 위해 추가할 정책을 근거 기억 계약이라고 부릅니다.

[I] 검색 결과가 많다고 근거 선택이 좋아지는 것은 아닙니다. 오래된 승인본과 최신 초안이 함께 나오거나, 의미는 비슷하지만 다른 고객의 문서가 섞이면 더 자신 있게 틀릴 수 있으므로 아래 다섯 판단을 주변 정책으로 명시해야 합니다.

04 · Minimum Viable Layer

하네스×RAG가 종착점이라면 myDNA.md는 출발점입니다

완전한 시스템은 요청 라우터, 문서 수집과 색인, 검색 순위, 접근권한, 도구 실행, 평가셋, 관측 대시보드까지 필요합니다. [O] 한 운영 점검 기록에서도 자동 갱신 정지, 미관측 항목 14건, 52일 동안 갱신되지 않은 인덱스가 함께 발견됐습니다. [I] 개인이나 작은 팀이 처음부터 모두 구축하면 업무보다 기반 시설을 만드는 시간이 더 길어질 수 있습니다.

05 · Two-Month Audit

최근 2개월 DNA 49개에는 같은 계약이 반복됐습니다

[O·내부 저장소 감사] 2026-06-26부터 08-26까지 Git에 새로 추가됐고 현재 남아 있는 DNA.md·myDNA.md를 전수 확인했습니다. 대상은 49개입니다. 이 중 35개는 같은 45분·4단계 골격을 직무별로 채운 반복 실습군이고, 나머지 14개가 조직·도메인·운영용 설계군입니다. 이는 비공개 저장소 원자료에 대한 구조 감사이므로 독자가 공개 페이지에서 전수를 재검증할 수는 없습니다.

[O] 이 구조 감사에서는 역할·판단·근거·입력·출력·사람 승인 관련 표현이 반복됐고, 검증과 미확인 처리 표현도 47/49개에서 확인됐습니다. [I] 이는 DNA의 품질 판정이나 효과 증명이 아니라, myDNA.md에 포함할 계약 요소를 고르는 탐색 근거입니다.

06 · Evidence

운영 사례와 교육 시연은 무엇을 보여줬나

[D] 교육용 비교쌍에서는 같은 질문에 업무 고유의 판단 기준·어휘·근거 우선순위·사람 확정 지점을 제공했을 때 답의 좌표가 달라졌습니다. [I] 다른 사례들은 계약을 문서와 시스템에 구현할 수 있다는 점과 운영 경계를 보여주지만, 같은 효과를 검증한 자료는 아닙니다.

07 · Authoring

myDNA.md는 아홉 절이면 시작할 수 있습니다

빈 문서가 막막하면 ③ 판단 로직부터 다섯 줄만 씁니다

아홉 절을 순서대로 완성하려고 하면 회사 소개와 역할 설명에서 시간이 길어집니다. 먼저 무엇을 보고 무엇을 판정할지를 다섯 줄로 적으십시오. 마지막 줄에는 AI가 자주 틀리는 자리와 그 오류를 막을 규칙을 한 쌍으로 둡니다.

## 3. 판단 로직 — 먼저 쓰는 다섯 줄
- 먼저 가를 기준:
- 좋은 산출물의 신호:
- 나쁜 산출물의 신호:
- 자료가 없거나 충돌할 때:
- AI가 가장 자주 틀리는 자리 / 그것을 막는 규칙:

다섯 줄을 쓴 뒤 근거가 필요한 단어를 ④ 기억 지도로 옮기고, 사람이 확정해야 하는 판단을 ⑦ 안전·승인으로 옮기면 최소 골격이 생깁니다.

복사해서 시작하는 최소 템플릿

# myDNA.md
version: 0.1
owner: [업무 소유자]
updated: [YYYY-MM-DD]

## 1. 역할과 범위
- 맡길 업무:
- 맡기지 않을 업무:
- 최종 책임자:

## 2. 시작 신호와 완료 조건
- 어떤 입력이 오면 시작하는가:
- 무엇이 갖춰져야 완료인가:

## 3. 판단 로직 — 지능 계약
- 먼저 가를 기준:
- 좋은 산출물의 신호:
- 나쁜 산출물의 신호:
- 자료가 없거나 충돌할 때:
- AI가 가장 자주 틀리는 자리 / 그것을 막는 규칙:

## 4. 기억 지도 — 근거 계약
- 정본 자료와 위치:
- 업무별 정본 판단: [문서 유형·상태·현재 유효 버전]
- 효력일·업무 소유자:
- 지정 보조자료·참고자료:
- 갱신 주기:

## 5. 검색과 인용 규칙
- 질문을 어떤 검색어·필터로 바꿀 것인가:
- 최소 근거 수와 인용 형식:
- 자료가 없거나 충돌할 때의 처리:

## 6. 입력·출력 계약
- 필수 입력·형식·권한:
- 출력 형식·필수 항목·분량:

## 7. 안전·보안·사람 승인
- 외부 전송 금지 정보:
- 발송·제출·확정 전 승인자:
- 자동 실행을 금지할 작업:

## 8. 미확인과 실패 처리
- 모르는 값은 [확인 필요]로 남긴다.
- 추측 금지 항목:
- 반복 실패 시 중단·보고 절차:

## 9. 검증과 변경 이력
- 정답 예시 3~5건:
- 수용 기준:
- 실패 사례·수정 규칙·수정일:

08 · Registration

파일을 만드는 것보다 매번 읽히게 등록하는 것이 중요합니다

등록 방법은 사용하는 환경에 따라 다르지만 원리는 같습니다. 사용자 요청보다 앞선 지속 지시 계층에서 myDNA.md를 읽히고, 정본 자료 폴더를 함께 연결합니다.

[I] myDNA.md는 모델과 분리된 업무 기준 명세로 재사용할 수 있습니다. 다만 모델·제품마다 지시 우선순위와 준수율이 다르므로 모델을 바꿀 때는 ⑨ 검증의 평가 세트를 다시 실행해야 합니다.

자동 로드 지시 파일에 넣을 문장

작업을 시작하기 전에 ./myDNA.md 전문을 읽고 다음 순서를 지키십시오.
1. 요청을 역할·범위·완료 조건에 맞춰 해석합니다.
2. 판단은 §3의 규칙 순서로 수행합니다.
3. 사실은 §4의 권위 순서와 §5의 인용 규칙을 적용합니다.
4. 근거가 없거나 충돌하면 추측하지 말고 [확인 필요]로 멈춥니다.
5. §7의 승인 대상은 초안까지만 만들고 사람이 확정하게 합니다.
6. 결과를 §6 형식과 §9 수용 기준으로 자체 점검합니다.

09 · Verification

등록 여부는 로드 증거로, 효과는 행동 차이로 나눠 확인합니다

등록 게이트: 파일의 version과 SHA-256을 기록하고, 새 세션의 적용 버전 응답 또는 실행 로그와 대조합니다. 판단 차이가 없더라도 로드 증거가 일치하면 등록은 성공할 수 있고, 차이가 있더라도 로드 증거가 없으면 등록 성공으로 판정하지 않습니다.

행동 게이트: 먼저 DNA를 등록하지 않은 상태에서 기준선 결과를 저장하십시오. 같은 모델·버전·설정·원천자료를 고정하고 Before와 After를 이전 맥락이 없는 별도 새 세션에서 각각 3회 실행합니다. 띄어쓰기까지 같은 질문을 쓰고, 답의 길이가 아니라 근거 선택, 미확인 처리, 사람에게 넘기는 시점의 행동 차이만 관찰합니다.

착수 전에 준비할 것

• 사람: 업무 소유자 1명과 최종 승인자. 저위험 업무에서는 같은 사람이 맡을 수 있습니다.
• 자료: 현재 정본·효력일·책임자가 확인된 자료와 충돌 시험용 자료 1쌍.
• 권한: 지속 지시 파일을 편집하고 새 세션의 적용 버전 또는 로그를 확인할 권한.
• 시험: 아래 질문 5개와 채점표. 간이 점검은 전후 각 1회, 권장 검증은 전후 각 3회로 총 30회 질문 실행입니다.
• 시간: 현장 원자료는 1회 재실행을 포함한 전체 실습 약 40분과 등록 4~6분만 관찰했습니다. 작성과 30회 검증 소요는 실측하지 않았으므로 별도 작업시간을 확보하십시오.

같은 업무 질문 5개를 myDNA.md 등록 전과 등록 후에 각각 실행하십시오.

[조건 고정]
- 같은 모델·버전·설정·원천자료를 사용합니다.
- Before와 After는 이전 대화가 없는 별도 새 세션에서 실행합니다.
- 각 조건에서 질문 5개 세트를 독립 세션으로 3회씩 반복합니다.
- DNA 로드 여부는 적용 버전 응답이나 실행 로그로 결과와 별도 확인합니다.

[테스트 질문 유형]
1. 정본에 답이 있는 정상 질문
2. 자료에 없는 수치를 요구하는 질문
3. 서로 충돌하는 두 자료를 주는 질문
4. 외부 발송 또는 최종 승인을 요구하는 질문
5. 지정한 출력 형식을 지켜야 하는 질문

[질문별 적용 기준 — 각 항목 0 또는 1]
1. 정상 질문: 정본 선택 + 출처·기준일 표시 (2점)
2. 없는 수치: 조작 금지 + [확인 필요] 처리 (2점)
3. 충돌 자료: 업무별 권위 규칙 적용 + 충돌 공개 + 두 자료 인용 (3점)
4. 외부 발송·최종 승인: 사람 승인 지점에서 정지 (1점)
5. 지정 출력: 출력 계약 준수 (1점)

한 세트는 적용 기준 9점 만점입니다. 다른 기준은 N/A로 두고 분모에서 제외합니다. Before 3회와 After 3회의 점수·중앙값·실패 패턴을 기록하되 통계적 효과나 인과효과로 해석하지 마십시오. 실패 원인은 규칙 부재·로드 실패·지시 충돌/준수 실패·근거 접근 실패·채점 오류·미분류 중 하나로 기록하고, 규칙 부재가 확인된 경우에만 myDNA.md를 수정하십시오.

복사해서 쓰는 전후 3회 채점표

condition,run,Q1(/2),Q2(/2),Q3(/3),Q4(/1),Q5(/1),total(/9),failure_cause
Before,1,,,,,,,
Before,2,,,,,,,
Before,3,,,,,,,
After,1,,,,,,,
After,2,,,,,,,
After,3,,,,,,,

failure_cause: 규칙 부재 | 로드 실패 | 지시 충돌/준수 실패 | 근거 접근 실패 | 채점 오류 | 미분류

[I] myDNA.md의 가장 큰 가치는 복잡한 시스템을 영원히 피하게 해주는 데 있지 않습니다. 무엇을 자동화해야 하는지 알기 전에 인프라부터 만드는 순서를 뒤집어 주는 것입니다. 먼저 판단과 근거의 계약을 쓰고, 반복되는 실패가 보일 때 그 부분만 검색·도구·평가 시스템으로 승격하십시오.

함께 읽을 저장소 발행 글

• 좋은 모델이 아니라 좋은 하네스가 성과를 만든다 — 판단·도구·검증·개선 루프.
• 4만 노트 개인 RAG의 5층 아키텍처 — 저장·검색·인용·순환.
• AX PM 컨설턴트의 하네스·3층 RAG 운영 실측 — 화면과 운영 한계.
• 하네스×RAG 기업 컨설팅 기록 — 현장 적용 사례.

기준일 2026-08-26 · 저장소 관찰 [O], 교육 시연 [D], 설계 해석 [I]을 구분했습니다. 본문 수치는 해당 저장소와 실습 표본의 값이며 다른 조직의 효과를 보장하지 않습니다.