Company Brain이란 무엇인가? 무엇을 기억해야 하며, 누가 최신 상태를 유지하고, AI memory는 어디에 적합한가 (2026)

YC의 2026년 여름 Requests for Startups에는 Company Brain이라는 제목의 항목이 포함되어 있습니다. 이는 AI의 발목을 잡는 요소에 대한 주장으로부터 시작됩니다. "AI를 통한 기업 자동화의 가장 큰 장애물은 더 이상 모델이 아닙니다. 모델은 매우 빠르게 좋아졌습니다. 이제 장애물은 도메인 지식(domain knowledge)입니다."

이 항목은 문제를 일상적인 용어로 설명합니다. "모든 회사는 중요한 노하우가 여기저기 흩어져 있습니다. 일부는 사람들의 머릿속에 있고, 일부는 오래된 이메일 계정, Slack 스레드, 고객 지원 티켓, 데이터베이스에 묻혀 있습니다." 그리고 왜 이것이 사람에게는 작동하지만 에이전트에게는 작동하지 않는지 설명합니다. "회사가 돌아가는 이유는 인간이 그 지식이 어디에 있고 어떻게 적용해야 하는지 어렴풋이 기억하기 때문입니다."

결론은 이렇습니다. "하지만 AI 에이전트는 그렇게 작동할 수 없습니다. 모든 회사가 AI 자동화로 운영되기를 원한다면, 우리는 새로운 프리미티브(primitive)인 Company Brain이 필요합니다."

YC 항목은 이를 "파편화된 모든 소스에서 지식을 추출하고, 구조화하고, 최신 상태로 유지하며, AI를 위한 실행 가능한 스킬 파일로 변환하는 시스템"으로 정의합니다.

이 문장에는 네 개의 동사가 있으며, 각각은 별개의 작업입니다.

• 지식 추출(Pull knowledge out): 이메일, 채팅, 티켓, 문서, 데이터베이스에서 지식을 찾습니다.
• 구조화(Structure it): 흩어진 언급들을 조직화된 형태로 바꿉니다.
• 최신 상태 유지(Keep it current): 회사가 변함에 따라 지식을 업데이트합니다.
• AI가 사용할 수 있게 만들기(Make it usable by AI): YC의 표현을 빌리자면, 실행 가능한 스킬 파일로 만드는 것입니다.

마지막 단계의 핵심은 조회가 아닌 실행입니다. "그러면 AI 시스템은 그 스킬 파일을 사용하여 실제로 작업을 안전하고 일관되게 수행할 수 있습니다."

이것이 아닌 것

YC 항목은 기존 도구와의 차이점을 명확히 합니다. "이것은 전사적 검색이나 문서를 대상으로 하는 챗봇이 아닙니다. 환불이 어떻게 처리되는지, 가격 예외가 어떻게 결정되는지, 엔지니어가 장애에 어떻게 대응하는지 등 회사가 어떻게 작동하는지에 대한 살아있는 지도입니다."

검색은 문서를 찾습니다. Company Brain은 아무도 기록하지 않은 부분을 포함하여 일이 어떻게 처리되는지를 포착해야 합니다.

YC 항목의 세 가지 예시는 문서에서 찾기 힘든 세 가지 종류의 지식을 가리킵니다.

일이 처리되는 방식

환불이 처리되는 방식은 절차입니다. 그중 일부는 정책 페이지에 있습니다. 하지만 많은 부분은 관행에 있습니다. 어떤 케이스가 어떤 사람에게 가는지, 무엇을 먼저 확인하는지, 무엇을 예외로 간주하는지 등입니다.

의사결정이 내려지는 방식

가격 예외가 결정되는 방식은 판단의 영역입니다. 이는 전례, 권한을 가진 사람, 그리고 오래된 스레드에만 존재할 수 있는 이유에 따라 달라집니다. Company Brain은 결정 사항과 그 이유를 포착해야 하며, 그렇지 않으면 에이전트는 이를 다음 케이스에 적용할 수 없습니다.

사람들이 대응하는 방식

엔지니어가 장애에 대응하는 방식은 압박 속에서의 실무입니다. 런북(Runbook)이 도움이 되지만, 실제 대응은 어떤 시스템이 고장 나기 쉬운지, 누구를 호출해야 하는지 아는 것에도 달려 있습니다.

출처(Provenance)

이 세 가지 모두의 밑바탕에는 출처가 있습니다. 출처 없는 사실은 신뢰하기 어렵고 수정하기도 어렵습니다. 이 분야의 오픈 소스 프로젝트들은 이를 명시하고 있습니다. YC 항목에서 모델로 지목한 오픈 소스 브레인 프로젝트인 GBrain은 "출처와 함께 명시적인 사실"을 저장하고, "수정 및 철회"를 지원하며, "동일한 memory를 여러 에이전트에서 사용할 수 있게" 한다고 설명합니다.

최신 상태 유지는 정의에서 가장 짧은 부분이지만 구현하기 가장 어려운 부분입니다. 회사는 가격, 소유자, 정책, 시스템 등 끊임없이 변합니다. 3월에 정확했던 Company Brain이 10월에는 에이전트를 잘못된 길로 인도할 수 있습니다.

최신성을 유지하기 위해서는 세 가지가 필요합니다.

• 수정(Corrections): 사실이 틀렸을 때 이를 고칠 방법이 있어야 하며, 수정된 내용이 이전 버전보다 우선시되어야 합니다.
• 철회(Withdrawal): 사실이 더 이상 적용되지 않을 때, 단순히 새로운 내용을 덧붙이는 것이 아니라 해당 사실을 폐기할 방법이 있어야 합니다.
• 날짜(Dates): 사실이 언제 기록되었는지 아는 것은 에이전트와 사람에게 그 사실을 얼마나 신뢰할 수 있는지 알려줍니다.

누군가는 이것을 관리해야 합니다. 추출을 통해 지식을 찾을 수는 있지만, 어떤 버전이 최신인지 결정하는 것은 판단의 문제이며, 이는 프로세스를 운영하는 사람들의 몫입니다. 에이전트 memory가 덜 보관함으로써 더 정확해진 방법에 대한 저희의 글은 왜 가지치기가 추가하는 것만큼 중요한지 다룹니다.

팀에서 memory 기능이 있는 어시스턴트를 사용한다면, 각 종류가 무엇을 보유하고 있는지 파악하는 것이 도움이 됩니다. 그 어떤 것도 단독으로는 Company Brain이 될 수 없기 때문입니다.

각 어시스턴트의 개인적 memory

ChatGPT와 Claude는 모두 사용하는 사람에 대한 정보를 기억합니다. 이 memory는 계정별로 관리됩니다. Claude의 Team 플랜에서 Anthropic은 "개별 Team 플랜 멤버가 자신의 memory 설정을 직접 관리한다"고 밝히고 있습니다. 한 사람의 어시스턴트가 배운 내용이 동료의 어시스턴트에게 자동으로 공유되지 않습니다.

코딩 에이전트도 memory를 유지합니다. Claude Code의 자동 memory는 로컬 머신에 저장됩니다. Anthropic은 해당 파일들이 "머신이나 클라우드 환경 간에 공유되지 않는다"고 설명합니다. Codex는 로컬 memory를 홈 디렉토리에 저장하며, OpenAI의 조언은 직접적입니다. "memory를 항상 적용되어야 하는 규칙의 유일한 소스가 아니라, 도움이 되는 회상 레이어로 취급하십시오."

저장소의 지침 파일

엔지니어링 지식의 경우, 팀은 이미 공유 레이어를 가지고 있습니다. AGENTS.md나 CLAUDE.md와 같이 저장소(repository)에 체크인된 파일들입니다. OpenAI의 가이드는 "필요한 팀 지침을 AGENTS.md나 체크인된 문서에 보관하라"고 권장합니다. 이 파일들은 공유되고, 버전이 관리되며, 검토 가능하므로 하나의 저장소에 대해서는 Company Brain이 필요로 하는 대부분의 요건을 충족합니다. 하지만 특정 저장소 외부에 존재하는 결정 사항들에 대해서는, ChatGPT가 아키텍처 결정을 잊어버리는 이유에 대한 저희 가이드에서 무엇이 유실될 수 있는지 다룹니다.

사람과 에이전트를 아우르는 공유 레이어

누락된 조각은 사람, 도구, 프로젝트를 가로지르는 레이어입니다. GBrain의 README는 여기서 유용한 선을 긋습니다. "지속적인 선호도와 사실은 에이전트 간에 공유될 수 있지만, 일시적인 작업 및 하네스 구성 상태는 로컬에 유지됩니다." Company Brain은 지속적이고 공유되는 부분입니다. 멀티 에이전트 시스템을 위한 공유 memory 솔루션 목록에서 이 레이어에 대한 접근 방식들을 비교해 보세요.

에이전트가 Company Brain을 기반으로 행동한다면, 브레인의 실수는 곧 에이전트의 실수가 됩니다. 다음 네 가지 속성이 수용 가능 여부를 결정합니다.

• 출처(Provenance): 모든 사실은 그것이 어디서 왔는지 추적할 수 있어야 합니다.
• 범위(Scope): 사람과 에이전트는 허용된 것만 볼 수 있어야 합니다. 예를 들어 GBrain의 README는 "인증된 원격 클라이언트는 소스 및 작업 권한과 가시성 필터에 의해 제한된다"고 명시합니다.
• 최신성(Currency): 사실에는 날짜가 포함되어야 하며, 오래된 사실은 수정되거나 철회되어야 합니다.
• 검토 가능성(Reviewability): 사람은 저장된 내용을 읽고 변경할 수 있어야 합니다.

이것들은 모든 공유 memory를 유용하게 만드는 동일한 속성들입니다. 컨텍스트 엔지니어링(context engineering) 가이드에서 왜 에이전트가 받는 컨텍스트가 모델만큼 중요한지 확인해 보세요.

모든 것을 인덱싱하고 브레인이라고 부르기. 이것은 전사적 검색일 뿐입니다. YC 항목은 이를 명시적으로 배제합니다.

각 개인의 어시스턴트 memory에 의존하기. 개인적 memory는 계정별 또는 머신별로 존재합니다. 이는 공유된 지식으로 합쳐지지 않습니다.

추출을 작업의 전부로 취급하기. 지식을 뽑아내는 것은 첫 단계일 뿐입니다. 최신 상태를 유지하는 것이 지속적인 과업입니다.

출처 생략하기. 출처 없는 사실은 신뢰하기 어렵고 수정하기는 더 어렵습니다.

회사 전체에서 시작하기. 모든 것을 한꺼번에 처리하려고 만든 브레인은 구체성을 유지하기 어렵습니다. 잘 수행된 하나의 프로세스가 무엇이 효과적인지 보여줍니다.

1단계: 하나의 프로세스를 선택하고 실제 작동 방식을 기록하기

에이전트나 신입 사원이 계속 실수하는 프로세스를 선택하세요. 환불, 특정 유형의 예외, 장애 대응 등이 예가 될 수 있습니다. 사람들의 머릿속에만 있는 부분을 포함하여 실제로 어떻게 돌아가는지 기록하세요. 해당 프로세스를 운영하는 사람들에게 물어보세요.

2단계: 결정 사항을 이유 및 날짜와 함께 기록하기

해당 프로세스에서의 판단 사항에 대해 각 결정, 결정 이유, 결정 주체, 결정 시점을 기록하세요. 이것들은 에이전트가 스스로 추론할 수 없는 사실들입니다. Claude에게 영구적인 도메인 지식을 제공하는 방법에 대한 가이드에서 이러한 종류의 지식을 어시스턴트를 위해 구조화하는 방법을 다룹니다.

3단계: 소유자 지정 및 검토 주기 설정

한 사람에게 해당 프로세스를 최신 상태로 유지할 책임을 부여하세요. 변경된 사실을 수정하고, 더 이상 적용되지 않는 사실은 철회하며, 모든 업데이트에 날짜를 기입하세요. 지식이 그룹 채팅에서 시작된다면, ChatGPT 그룹 채팅을 공유 프로젝트로 옮기는 가이드가 지식의 보금자리를 마련하는 한 가지 방법을 보여줍니다.

YC가 말하는 의미의 Company Brain은 거대한 시스템입니다. 팀이 오늘 바로 시작할 수 있는 부분은 더 작습니다. 즉, 사람과 에이전트가 계속 필요로 하는 사실과 결정 사항들을 출처 및 날짜와 함께 한곳에 모아 관리하고, 특정 개인의 계정이나 도구에 종속되지 않는 공유 리스트를 만드는 것입니다.

MemoryLake는 여러분이 관리하는 한 곳에 해당 리스트를 유지하고, ChatGPT, Claude Code, Codex 등 연결된 어시스턴트들이 사용할 수 있게 해주는 memory 레이어입니다.

여러분은 자신의 언어로 직접 항목을 작성합니다. 이메일, 채팅 도구, 티켓, 어시스턴트의 memory 또는 벤더의 저장소에서 아무것도 읽어오거나, 쓰거나, 삭제하지 않습니다. MemoryLake는 여러분이 기록하기로 선택한 것만 보유하며, 시스템에서 지식을 자동으로 추출하지 않습니다.

1단계: API 키 생성

로그인 후 대시보드에서 키를 생성합니다. 이 키는 MemoryLake 워크스페이스에 속하며 다른 계정들과는 별개입니다.

2단계: 첫 번째 memory 업로드

해결책 1단계의 프로세스와 2단계의 결정 사항부터 시작하세요. 항목당 하나의 포인트를 출처 및 날짜와 함께 작성하고, 조직의 정책상 저장 가능한 내용만 포함하세요.

3단계: AI 및 에이전트 연결

팀에서 사용하는 어시스턴트를 연결하세요. 동일하게 관리되는 사실들을 각 어시스턴트에서 사용할 수 있으며, 3단계의 소유자가 한곳에서 이를 최신 상태로 유지합니다.

첫 번째 차이점은 용어에 대한 명확성입니다. Company Brain은 검색이 아니며 문서를 대상으로 하는 챗봇도 아닙니다. 회사가 어떻게 작동하는지에 대해 관리되는 지식입니다.

두 번째는 현실적인 시작점입니다. 결정 사항, 출처, 날짜와 함께 기록된 하나의 프로세스가 모든 것을 캡처하겠다는 막연한 계획보다 낫습니다.

세 번째는 최신성 유지에 소유자가 생긴다는 것입니다. 정의에서 가장 어려운 부분인 '최신 상태 유지'가 누구의 업무도 아닌 상태에서 누군가의 업무가 됩니다.

하나의 프로세스로 시작하세요. 확장하기 전에 효과를 증명하세요.

문서뿐만 아니라 결정 사항을 포착하세요. 그 이유는 에이전트가 추론할 수 없는 부분입니다.

모든 사실에 출처를 남기세요. 출처가 있어야 수정이 가능합니다.

모든 항목에 날짜를 기입하세요. 최신성은 무언가가 언제 사실이었는지 아는 것에 달려 있습니다.

오래된 내용은 철회하세요. 단순히 새로운 사실을 위에 쌓기만 하지 마세요.

범위를 존중하세요. 모든 사실이 모든 사람이나 에이전트에게 노출되어야 하는 것은 아닙니다.

저장소 규칙은 저장소에 두세요. 공유 지침 파일은 이미 코드에 대해 잘 작동하고 있습니다.

Company Brain은 회사가 실제로 어떻게 작동하는지를 포착하고, 그 지식을 최신 상태로 유지하며, AI가 사용할 수 있게 만드는 시스템입니다. YC의 2026년 여름 Requests for Startups는 이 용어를 대중화하면서, 이를 전사적 검색이나 문서 대상 챗봇과 대조하여 정의하고, 절차, 결정, 대응 방식을 담아야 할 핵심 요소로 지목했습니다.

오늘날 어시스턴트의 memory는 이 중 일부를 다룹니다. 계정별 개인 memory, 머신별 로컬 memory, 저장소별 지침 파일 등이 그것입니다. 누락된 레이어는 공유되고, 관리되며, 출처가 명시된 레이어입니다. 하나의 프로세스로 시작하여 그 결정 사항을 이유 및 날짜와 함께 기록하고, 누군가에게 이를 최신 상태로 유지하는 역할을 맡기세요.