빨라진 에이전트가 팀의 나머지에게 맥락을 남기지 않은 이유

맥락 없이 도착한 체크인

코딩하는 사람 각자가 에이전트로 이미 빨라졌다면, 팀의 다음 사람이 일을 이어가려면 무엇이 작업과 함께 이동해야 할까요? Kay Malcolm의 답은 세션 그 자체입니다. 2026년 9월 14일 AI Engineer 채널에 공개된 강연에서 그녀는, 커밋이 코드를 올려도 다음 근무조에는 이어갈 것이 하나도 남지 않을 수 있다고 말합니다. 그 9월 날짜는 녹화가 게시된 시점입니다. 그녀는 이 작업 이야기를 2025년에 둡니다.

그녀는 오라클에서 아웃바운드 데이터베이스 제품 관리를 맡고 있으며 회사에 20년째 있다고 말합니다. 그녀가 묘사하는 조직에는 네 종류의 일이 있고, 인원수는 밝히지 않습니다. 플랫폼 개발, 자신이 만들었다고 말하는 플랫폼 위의 라이브 랩 콘텐츠, QA, AI로 하는 프론트엔드 개발입니다. 그녀는 앞선 기간을 토큰을 최대한 쓰던 시대라고 부르고, 팀은 그 뒤 그녀가 책임 있는 AI라고 부르는 쪽으로 옮겼다고 말합니다.

그 앞선 시기에 대한 그녀의 판단은, AI가 개인은 빠르게 만들었고 팀은 더 생산적이 되지 않았다는 것입니다. 사이클 타임, 처리량, 토큰 비용은 제시하지 않습니다. 사례는 네덜란드 팀 하나입니다. 그녀는 그들 팀이 자신의 시각으로 오전 4시에 코드를 체크인했으며, 그 체크인에서 Codex 맥락은 빼놓았다고 말합니다. 그녀는 오라클 팀들이 Codex를 쓴다고 말합니다. 더 넓은 팀은 절반이 EMEA, 절반이 미국이라고 설명하며, 그 이른 시각을 그렇게 설명합니다.

그녀의 이야기에서 미국 쪽 절반은 코드는 있고, 그 코드를 만든 세션은 없는 채로 일어났습니다. 그녀는 팀이 그다음 AI 보조 코딩이 만든 맥락 공백을 AI로 메웠다고 말합니다. 오라클에서 Codex를 썼다는 말은, 그 팀이 어떻게 일했는지를 전하는 그녀의 설명으로 남습니다.

• No Memory, No Harness: Why the Database Is the Last Line of Defense — Kay Malcolm, Oracle

코드는 올라갔고, 병목은 옮겨 갔습니다

그날 아침에 대한 Malcolm의 진단은, 자신의 작업 흐름 안에 있는 버전 관리 문제입니다. 그녀는 GitHub가 코드를 추적했고, 저장소는 서로 갈라졌으며, git은 코드를 기록했지만 사람의 의도는 커밋 밖에 남았다고 말합니다. 이것이 이 팀이 git을 쓰던 방식에 대한 그녀의 설명입니다.

그녀는 토큰과 AI에 쓴 돈이 테스트와 검증 시간을 그대로 남겨 두었고, 그래서 자신이 여전히 관리자들에게 팀이 왜 더 빨라지지 않는지 묻고 있었다고 말합니다. 지출액, 토큰량, 테스트 시간의 측정치는 밝히지 않습니다. 그녀의 이야기에서 결과는 여전히 관리자들이 기대한 속도 향상에 이르지 못했습니다.

코드를 쓰는 일이 병목이 아니게 되자, 팀에는 협업 계층이 필요했다고 그녀는 말합니다. 그 계층은 다음 단계를 추적하고, 에이전트가 내리는 결정을 설명하고, 질문과 충돌을 해소해야 했습니다. 강연의 이 대목에서 AI는 그 계층이 포함해야 할 새로운 팀원입니다. 그녀는 자기 팀의 일부 구성원이 청중 안에 있었다고 말합니다.

모델 주위의 하네스

Malcolm은 이어서 하룻밤 이야기를 옆으로 두고, 자신이 말하는 진짜 기업용 에이전트가 무엇인지 정의합니다. 그녀는 대부분의 사람이 그 에이전트를 모델에 워크플로를 더한 것으로 다루며, 자신은 그 둘만으로 전부라고 보지 않는다고 말합니다. 그녀의 이야기에서 방 안은 기업용 에이전트가 그 두 조각보다 많다는 데 대체로 동의했습니다.

그녀의 묶음에는 다섯 부분이 있고, 그녀는 이 묶음을 하네스라고 부릅니다. 도구는 에이전트가 행동하는 방식입니다. 컨텍스트는 컨텍스트 창, 곧 프롬프트 안에 있는 자료입니다. 그녀는 메모리를 그 자체로 한 부분이라고 이름 붙이고, 나중에는 세션 상태와 세션을 넘어 남는 것을 구분합니다. 검색은 에이전트가 관련 있는 조각만 다시 가져오는 방식인데, 그녀는 에이전트가 전부를 끌어오기를 바라지 않기 때문입니다. 가드레일도 같은 층에 있습니다. 그녀는 방 안의 개발자들은 보안에 관심이 없다고 농담한 뒤, 자신의 역할 때문에 가드레일이 그 층에 속한다고 말합니다.

그녀는 이 묶음을 마블풍 이미지로 설명합니다. 모델은 유리병 속에 떠 있는 뇌입니다. 하네스는 일을 해내는 몸입니다. 메모리는 뇌에서 몸의 나머지 부분으로 맥락을 나르는 중추신경계입니다. 그녀는 Git의 빈틈을 다시 가리키며, 빠져 있던 조각이 그 신경계였다고 말합니다.

• 도구: 에이전트가 세상에 작용하는 방식입니다.
• 컨텍스트: 컨텍스트 창, 곧 프롬프트 안에 있는 자료입니다.
• 메모리: 하네스 안의 별도 부분입니다. 그녀는 나중에 세션 상태와 세션을 넘어 남는 것을 구분합니다.
• 검색: 저장했던 것 가운데 관련 있는 조각을 다시 가져옵니다.
• 가드레일: 그녀가 하네스의 나머지와 같은 층에 두는 한계입니다.

그녀가 기억해 두길 바라는 다섯 가지 메모리

Malcolm은 메모리 유형이 많고, 자신은 방이 기억해 주었으면 하는 흔한 유형 다섯 가지를 골랐다고 말합니다. 이것은 가르치는 세트이며, 강연을 위해 그녀가 고른 목록입니다. 여기서 그녀는 세션 상태와 세션을 넘어 남는 것을 구분합니다. 하네스 안에서 메모리라는 이름을 붙일 때 미뤄 둔 구분입니다. 정의를 마친 뒤 그녀는, 열린 질문은 그 메모리가 어디에 있느냐라고 말합니다.

그녀는 자신이 Sasha Fierce라고 이름 붙인 개인용 참모장 에이전트를 언급하고는 곧바로 옆으로 치웁니다. 이 강연은 기업용 에이전트를 위한 의미 메모리에 관한 것이라고 그녀는 말합니다.

• 단기 메모리는 세션 상태입니다. 그녀의 예는 채팅, Claude Code, Codex입니다.
• 장기 메모리는 세션을 넘어 남는 것입니다.
• 일화 메모리는 에이전트가 지난번에 누군가 또는 무언가와 상호작용하며 일어난 일입니다.
• 절차 메모리는 쓴 도구와 밟은 단계입니다.
• 의미 메모리는 이 강연이 다루는 대상이라고 그녀가 말하는 기업 지식입니다.

전문화된 저장소를 하나 더 두는 일이 비싸게 느껴진 이유

저장 논거는 오라클 이전의 이야기로 도착합니다. Malcolm은 Southern Company에서 오라클로 왔고, 그곳을 전력 회사라고 부릅니다. 그녀는 자신이 애틀랜타에 있다고 말합니다. Southern Company에서 그녀는 SQL 성능 튜너로 일했습니다. 그녀는 init.ora 파라미터, 곧 오라클의 기동 파라미터를 알고 있었고, 지원 부서가 적지 말라고 한 것까지 포함한다고 말합니다. 그 세계에서 데이터는 행과 열이었습니다.

그러다 한 개발자가 비정형 데이터를 저장해 달라고 요청했습니다. 그녀는 알아본 뒤 다시 연락하겠다고 말했고, 끝내 그렇게 하지 않았다고 말합니다. 그녀의 기억에서 Southern Company에서는 DBA가 관리하는 데이터베이스마다 주간 회의가 두 번이었고, 하나는 보안, 하나는 패치였습니다. 그 배경은 사베인스-옥슬리법, 곧 그녀가 여전히 그 회의와 연결하는 미국 기업 준법 법률입니다. 그 개발자가 비정형 데이터용 별도 데이터베이스를 설치하자, 자신의 부담이 회의 두 번에서 네 번으로 늘었다고 그녀는 말합니다. 이 횟수는 그 일에 대한 그녀의 기억입니다.

그녀는 이어서 전력을 복구하려고 철탑에 오르는 사람들을 위한 인명 안전 작업 흐름을 설명합니다. 그녀는 그 시스템이 거짓 양성과 거짓 음성을 냈고, 그 집단은 등반자를 보내기 전에 근처 전주를 확인하기를 원했다고 말합니다. 그녀는 관계 질문에 다섯 단계로 중첩된 UNION ALL로 답했습니다. 약 20분이 걸렸을 수 있다고 말하고, 그 쿼리를 그래프의 앞선 형태라고 부릅니다. 20분은 그녀가 기억하는 그 작업 흐름 안에서, 그 쿼리에 대해 그녀가 말한 수치입니다.

그녀는 그 집단이 이어서 그래프 데이터베이스인 Neo4j를 설치했고, 되풀이되던 자신의 회의가 여섯 번이 되었다고 말합니다. 그녀는 전문화된 데이터베이스가 퍼지는 문제를 돕기 위해 그만두고 오라클로 갔다고 말합니다. 이것이 그녀가 떠난 이유에 대한 그녀의 설명입니다.

저장소는 네 곳인데, 에이전트가 믿을 한 곳은 없습니다

오라클에 온 뒤 Malcolm은, Joe Mundy라고 이름을 붙인 통화 상대가 회사는 늦었고 Redis를 설치하는 중이며 벡터 데이터베이스가 있다고 말했다고 전합니다. 그 이름, Redis 설치, 오라클이 늦었다는 감각은 모두 그녀가 기억하는 통화의 일부입니다.

그녀의 명제는 곧바로 이어집니다. 관계형 사본, JSON 사본, 그래프 사본, 벡터 사본을 읽어야 하는 에이전트는 단일한 기준 출처를 스스로 만들어 내야 합니다. 그녀는 때로는 맞고, 대부분은 틀리며, 틀린 추측은 토큰을 태운다고 말합니다. “Most times(대부분)”는 그녀의 추정입니다. 오류율도 토큰 수도 제시하지 않습니다.

그녀는 메모리가 파일시스템 위에 있을 수도 있고, Claude나 ChatGPT용 memory.md 같은 어시스턴트 파일 안에 있을 수도 있다고 말합니다. 그녀의 논거에서, 한 사람이 읽을 수 있는 파일은 그녀가 곧 무대에 올릴 조율 문제를 여전히 통과하지 못합니다.

그 실패를 보여 주려고 그녀는 자원봉사자 네 명을 관계형 데이터베이스, 비정형 데이터베이스, 그래프 데이터베이스, 벡터 데이터베이스로 앉힙니다. 이들이 저장할 문장은 하나, “The cow jumped over the moon(소가 달 위로 뛰어넘었다)”입니다. 그녀는 자리에 앉은 채 속삭이라고 합니다. 크게 말하면 토큰이 다섯 배가 된다고 말하며, 그것은 자신이 자원봉사자들에게 준 규칙입니다. 단일한 기준 출처를 정하지 못한 그 실패를 그녀는 시연으로 다룹니다.

메모리 유형을 데이터베이스 하나에 대응시킨 그녀의 지도

Malcolm이 방 안에 남겨 달라고 하는 문장은 제품에 대한 주장입니다. 그녀는 오라클이 JSON, 그래프, 벡터, 공간 데이터, 불변의 블록체인 방식 데이터를 데이터베이스 하나에, 같은 테이블이나 같은 파티션까지 네이티브로 저장할 수 있다고 말합니다. 네이티브 유형, 파티션 범위, 블록체인 방식의 불변성은 무대에서 한 그녀의 주장으로 남습니다.

그녀는 어떤 데이터 유형이든 어떤 워크로드든 자신이 26AI 데이터베이스라고 부르는 것 위에서 AWS, Google Cloud, Azure, OCI, 온프레미스로 돌릴 수 있다고 말하고, 방 안의 놀라움을 오라클의 마케팅 문제로 읽습니다. 26AI는 그 어떤 워크로드든 가능하다는 문장에 그녀가 붙인 이름입니다. 그 클라우드들 위의 가용성은 아직 확인되지 않은 채로 남습니다.

그녀는 이어서 자신의 메모리 유형이 어디에 놓일지 스케치합니다. 무대 위의 말은 압축되어 있고, 일부 유형은 표현 방식 둘 이상에 들어갑니다. 표는 그녀가 말한 배정을 따릅니다. 그것은 그녀의 제안입니다.

그녀는 데이터베이스 네 개가 서로 이야기할 수 없으며, 그것이 자원봉사자들이 보여 준 것이라고 자신이 받아들인다고 말합니다. 그리고 하네스를 움직이는 에이전트 메모리를 저장하기에 Oracle AI Database가 가장 좋은 곳이라고 부릅니다. 조율의 지점은 그녀의 논거입니다. 강연에서 “가장 좋다”의 옆에는 비교가 없습니다. 그녀는 이미지로 돌아갑니다. 하네스는 몸이고, 메모리는 신경계입니다.

내부 브로커가 커밋과 함께 보관했던 것

Malcolm은 자기 팀이 하룻밤의 공백에 내부 메모리 브로커로 답했다고 말합니다. 강연은 이것을 Py라고 부르다가 나중에는 Polly라고 부릅니다. 무대 위에 나온 두 가지 말입니다. 그녀는 어느 철자도 출시 제품의 이름으로 내놓지 않습니다.

그녀의 설명에서 브로커는 절차적 맥락, 일화적 맥락, 장기 맥락을 보관해서, 사람인 팀원들이 포크와 브랜치와 커밋을 가로질러 코드와 맥락을 나눴습니다. 그녀는 팀이 자동 연속을 버렸다고 말합니다. Polly가 맥락을 만들고 그 맥락이 어느 포크, 어느 브랜치, 어느 커밋에 속하는지 가려내는 동안, 개발자는 통제권을 유지했습니다. 브로커 이야기는 맥락이 포크, 브랜치, 커밋에 묶이고 사람이 여전히 맡고 있는 모습을 보여 줍니다.

그녀는 이 예를 지나치게 단순하다고 부릅니다. 기업 규모에서는 메모리가 하네스 안에서 양보할 수 없는 요소가 된다고 그녀는 말합니다. 그 확장에 대한 판단은 그녀의 것으로 남겨 둡니다.

논문들과, 사용자 한 명의 메모리 한계

Malcolm은 비행기에서 논문 세 편을 읽었다고 말합니다. 그녀는 OpenAI 논문 하나와 Harrison Chase의 한 줄을 풀어 말하고, 세 번째 제목은 밝히지 않습니다. 그다음에 이어지는 Claude에 대한 지적은, 그 두 편을 읽은 뒤 그녀가 직접 한 비교입니다.

이름을 밝히지 않은 OpenAI 논문을 그녀가 풀어 말한 내용에서는, 사내 데이터 에이전트가 문자열 맞추기 대신 올바르게 걸러 내려면 메모리가 필요했습니다. 그 문면은 그녀의 기내 독서입니다. 제목은 밝히지 않습니다.

그녀는 Harrison Chase를 인용하며, 자신이 “Your harness, your memory(너의 하네스, 너의 메모리)”로 옮긴 한 줄을 들고, 이어서 하네스를 소유하지 않으면 메모리도 소유하지 않는 것이라고 말합니다. 이것은 무대 위의 인용이며, 그 문면은 확인하지 않았습니다.

그녀는 이어서 Claude 메모리가 사용자 한 명에게는 동작하는 파일시스템 메모리처럼 움직이고, 기업 사용이 한 사람을 넘어서면 문제가 생긴다고 말합니다. 그 한 사용자 한계는 그녀의 비교입니다. 그녀는 무대에서 Claude의 메모리 구현도, 다중 사용자 실패도 보여 주지 않습니다.

Kevin과 Linda를 위해 그녀가 스케치한 인수인계

무대에서 Malcolm은 pip, 곧 Python의 패키지 설치 도구로 설치한다고 말하는 패키지를 가리킵니다. 강연이 그 이름을 적는 방식은 Oracle agent memory입니다. 그녀는 SDK가 진행 중인 대화, 메모리, 사실을 담고, 무엇을 남겨 둘 가치가 있는지 가려 낸다고 말합니다. 패키지 이름, 설치 한 줄, 그 보관 동작은 그녀가 무대에서 가리킨 포인터로 남습니다.

그녀가 보여 주는 경로는 팀원 두 명, Kevin과 Linda를 씁니다. 그녀는 Linda가 방 안에 앉아 있다고 말합니다. Kevin은 그 SDK를 통해 브로커와 맥락을 나눕니다. 그녀는 저장소가 Oracle Autonomous Database이고, 모델은 팀이 고르는 LLM이거나 자신이 Oracle private AI services container라고 부르는 것 안의 로컬 모델일 수 있다고 말합니다. Autonomous Database와 프라이빗 컨테이너는 확인되지 않은 제품 주장으로 남습니다. Kevin과 Linda는 인수인계를 위한 그녀의 예시 이름입니다.

마무리는 처음의 판단을 반복하고 제품의 결과를 더합니다. AI는 개인을 빠르게 만들고, Oracle AI Database 위의 공유 메모리는 팀을 빠르게 만든다고 그녀는 말합니다. 팀이 빨라진다는 결과는 그녀의 것입니다. 팀 지표는 제시하지 않습니다. 그녀는 또한 26AI가 팀에게 파일시스템 저장, 데이터베이스에 저장한 파일, 또는 데이터베이스 안의 JSON 및 관계형 모델링 가운데 고르게 한다고 말합니다. 그 선택은 제품에 대한 그녀의 설명으로 남습니다.

팀이 이 강연에서 가져갈 수 있는 것

쓸 수 있는 논거는, 빠른 개인 세션과 diff만 물려받는 팀 사이의 갈라짐입니다. 다음 단계, 에이전트 결정의 이유, 질문과 충돌의 이력은 다음 사람이 읽을 수 있는 곳에 있어야 합니다. Malcolm의 하룻밤 이야기는 그 갈라짐이 나타나는 한 가지 방식입니다. 네덜란드 팀 하나가 그녀 시각으로 오전 4시에 Codex 코드를 체크인하고 세션은 남겨 두지 않았습니다. 커밋으로 끝나는 에이전트 세션이라면 같은 공백이 생길 수 있습니다.

그녀의 다섯 유형은 그 저장소를 위한 실무 점검 목록입니다. 세션 상태, 세션을 넘어 남는 메모리, 마지막 상호작용, 도구와 단계, 그리고 그 변경이 의존한 기업 지식입니다. 검색과 가드레일은 그 저장소 주위 하네스의 일부로 남습니다. 다섯 유형은 그녀가 가르치려고 고른 세트입니다.

저장소를 나누면 그녀가 무대에 올린 조율 실패가 다시 생깁니다. 관계형 데이터베이스이든, JSON 데이터베이스이든, 그래프 데이터베이스이든, 벡터 데이터베이스이든, 사용자 한 명이 읽을 수 있는 개인 메모리 파일이든 같습니다. 여러 표현을 한 시스템에 넣는 것이 그녀가 제안한 처방입니다. 그녀가 이름 붙인 오라클의 능력은 화자의 주장으로 남습니다. Oracle AI Database는 그녀가 “가장 좋은 곳”이라고 말한 문장 위의 이름입니다. 26AI는 어떤 데이터 유형이든, 어떤 워크로드든, 그녀가 열거한 클라우드, 그리고 마무리의 저장 선택에 그녀가 쓰는 이름입니다.

팀은 그녀가 브로커에 대해 설명한 통제의 선택을 따라 할 수 있습니다. 맥락을 포크, 브랜치, 커밋에 붙이고, 다음 세션이 무엇을 이어가도 되는지를 사람이 정하게 둡니다. 그녀는 Polly가 그 맥락을 만드는 동안 개발자가 맡고 있었으며, 자동 연속은 일부러 버렸다고 말합니다. 강연은 그 설계를, 그녀가 지나치게 단순하다고 부르는 내부 이야기로 보여 줍니다.

• 세션이 향하고 있던 다음 단계.
• 에이전트가 그 결정을 내린 이유.
• 질문과 충돌, 그리고 그것들을 어떻게 해소했는지.
• 그 맥락이 속하는 포크, 브랜치, 커밋. 무엇을 이어갈지는 사람이 여전히 고릅니다.