특집

Oracle DBA 20년차가 말하는 AI 팀의 숨은 병목: Git이 기록 못하는 것

원본 · No Memory, No Harness: Why the Database Is the Last Line of Defense — Kay Malcolm, Oracle
AI Engineer · Kay Malcolm · Oracle · 2026-09-14 업로드 · 22분

한국어·English

AI가 팀원 개개인을 빠르게 만들어도 팀 전체 생산성은 오르지 않았다는 것이 Kay Malcolm의 출발점이다. 원인은 Git이 코드는 기록해도 그 코드를 왜 그렇게 짰는지는 기록하지 못한다는 데 있었고, 그가 찾은 답은 에이전트 하네스와 메모리였다.

  • 문제 발견 — 네덜란드 팀이 새벽에 Codex로 코드를 커밋해도 컨텍스트는 함께 넘어오지 않아 미국 팀은 코드만 받고 그 이유는 받지 못했다.
  • Git의 한계 — Git은 코드가 무엇이 바뀌었는지는 기록하지만 사람의 의도(human intent)는 기록하지 않는다는 것이 그가 내린 진단이다.
  • 엔터프라이즈 에이전트 정의 — 진짜 엔터프라이즈 에이전트는 모델과 워크플로만이 아니라 툴, 컨텍스트, 메모리, 리트리벌, 가드레일까지 포함한다고 말했다.
  • 해부학적 비유 — 모델은 유리병 속 뇌이고, 하네스는 그 뇌가 행동하게 하는 몸이며, 메모리는 뇌와 몸을 잇는 중추신경계라고 설명했다.
  • 메모리 5종 — 단기(세션 내), 장기(세션 간), 에피소딕(지난번 상호작용), 절차적(수행한 단계), 시맨틱(의미) 다섯 가지로 구분했다.
  • Southern Company 일화 — DBA 시절 관계형 하나 관리에 주간 보안·패치 회의 2개가 붙었고, 비정형 DB를 추가하자 4개, 그래프 DB(Neo4j)까지 들어오자 6개가 되어 결국 퇴사했다.
  • 단일 진실 공급원 문제 — 데이터가 Oracle 관계형, JSON, 그래프, 벡터 DB에 흩어져 있으면 에이전트가 어디가 단일 진실 공급원인지 스스로 알아내야 하고 대부분 틀리며 토큰만 태운다.
  • 무대 시연 — 관중 4명을 관계형·문서·그래프·벡터 DB 역할로 세우고 한 문장을 속삭이게 하자 넷은 서로 진실을 합의하지 못했다.
  • Oracle 23AI 제안 — Oracle 23AI(원문 표기 26AI)는 같은 테이블, 같은 파티션 안에서 JSON·그래프·벡터를 네이티브로 저장할 수 있다고 주장했다.
  • Harrison Chase 인용 — Harrison Chase의 말을 빌려 "당신의 하네스가 곧 당신의 메모리이고, 하네스를 소유하지 않으면 메모리도 소유하지 못한다"고 전했다.
  • Py 메모리 브로커 — 팀은 Py라는 메모리 브로커를 만들어 Oracle Agent Memory SDK로 대화·사실·기억을 Oracle Autonomous Database에 저장해 팀원 간 컨텍스트를 자동 공유했다.
  • 결론 — AI는 개인을 빠르게 만들지만 Oracle AI 데이터베이스 위의 공유 메모리가 팀을 빠르게 만든다고 정리했다.
  • 실습 자료 — pip install oracle-agent-memory로 SDK에 접근할 수 있고 livelabs.oracle.com과 always-free OCI 계정으로 직접 써볼 수 있다고 안내했다.

그가 한 말

AI가 팀원 개개인을 더 빠르게 만들고는 있었지만, 또 다른 문제를 만들고 있었습니다. 팀을 더 생산적으로 만들지는 못했다는 것이죠.while AI was making the individuals on my team faster, there was another problem it was creating. It wasn't making my team more productive.1분 52초
Kay Malcolm 발표 화면 · No Memory, No Harness: Why the Database Is the Last Line of  1분 52초
Kay Malcolm 발표 화면 · 1분 52초 · AI Engineer
깃(Git)은 코드는 기록하지만 사람의 의도는 기록하지 않습니다.git records the code and not human intent3분 30초
Kay Malcolm 발표 화면 · No Memory, No Harness: Why the Database Is the Last Line of  3분 30초
Kay Malcolm 발표 화면 · 3분 30초 · AI Engineer
제 깃 문제 기억하시죠. 제게 필요했던 건 메모리였습니다.So you remember my problem with Git. What I needed was memory.7분 1초
Kay Malcolm 발표 화면 · No Memory, No Harness: Why the Database Is the Last Line of  7분 1초
Kay Malcolm 발표 화면 · 7분 1초 · AI Engineer
데이터가 오라클 DB에도 있고, 비정형 JSON DB에도 있고, 그래프 DB, 벡터 DB에도 있다면 진실의 단일 소스는 어디에 있나요? 에이전트가 그걸 알아내야 하는데, 가끔은 맞히지만 대부분은 틀립니다.So if data is in an Oracle database, if then it's also in an unstructured JSON database, if it's in a graph database and it's in a vector database, where is your single source of the truth? The agent has to figure that out. Sometimes it'll get it right. Most times it'll get it wrong12분 31초
Kay Malcolm 발표 화면 · No Memory, No Harness: Why the Database Is the Last Line of  12분 31초
Kay Malcolm 발표 화면 · 12분 31초 · AI Engineer
관계형만 2건 + 문서형(JSON) 4건 + 그래프 6건
DB 종류 추가당 주간 미팅 수 — Kay Malcolm이 Southern Company 근무 시절 특화 데이터베이스를 추가할 때마다 늘어난 주간 보안·패치 미팅 수를 직접 언급.

이해관계 · 발화자는 Oracle 소속으로 자사의 Oracle AI 데이터베이스, Oracle Agent Memory SDK, LiveLabs, Always Free OCI를 발표 중 직접 소개하고 권유했다.

덧붙임 — 여기에 하나 덧붙이면, 이 발표는 결국 "메모리를 어디에 저장할까"라는 인프라 질문을 "왜 Oracle 하나에 저장해야 하는가"라는 영업 질문으로 자연스럽게 연결한다. Git이 의도를 기록 못한다는 진단 자체는 팀 단위로 AI를 쓰는 조직이라면 벤더와 무관하게 곱씹어볼 만하다.

오늘 밤 해볼 수 있는 한 가지
지금 쓰는 코딩 에이전트(Codex, Claude Code 등)의 세션 로그나 memory.md 파일을 열어, 팀원이 이 컨텍스트 없이 코드만 받았을 때 이해할 수 있는지 직접 확인해보라.