
코드, 덱, 로드맵이 왜 아티팩트(Artefact)가 되는가 (그리고 그 대신 무엇이 소중하게 남는가)
요약
에이전틱 AI 시대에 코드, 덱, 로드맵과 같은 결과물은 언제든 재생 가능한 '아티팩트'로 변모합니다. 기업의 진정한 가치는 결과물이 아닌, 이를 생성할 수 있는 원천 데이터인 '기업의 메모리(비전, 의사결정 맥락, 노하우)'를 구조화하여 보존하는 데 있습니다.
핵심 포인트
- 코드와 문서 등 대부분의 산출물은 AI를 통해 재생 가능한 아티팩트가 됨
- 기업의 핵심 자산은 결과물이 아닌 의사결정 맥락과 노하우를 담은 '메모리'
- 에이전트 활용을 위해 docs/ 및 .claude/와 같은 구조적 메모리 구축 필요
- 비전, 전략적 맥락, 팀 컨벤션 등은 대체 불가능한 원천 데이터임
검토 과정에서 스타트업의 코드가 얼마의 가치가 있는지 여전히 질문을 받곤 합니다. 하지만 진짜 질문은 더 이상 그것이 아닙니다. 코드, 투자자용 덱(Deck), 이사회에 전달된 로드맵(Roadmap), 6주간의 주말을 바쳐 작성한 입찰 제안서 답변 — 이 모든 것들은 이제 재생 가능한(regénérable) 것이 되었습니다. 재생 불가능한 것은 그것들을 생산할 수 있게 해준 기업의 메모리(Mémoire, 기억)입니다.
컨텍스트 (Le contexte)
이 글은 Le monorepo-mémoire : le vrai levier n'est pas le prompt의 연장선이며, L'IA n'invente pas l'expertise — elle l'amplifie를 보완합니다. 동일한 맥락에서, 경영자의 관점으로 접근합니다: 만약 메모리가 AI에 의해 증강된 기업의 레버리지(Levier)라면, 이를 조종하는 사람에게는 무엇이 달라지는가?
먼저 정의부터 내리겠습니다. 제가 여기서 사용하는 의미에서의 **아티팩트 (Artefact)**란, 빌드(Build)가 소스(Source)로부터 만들어낸 결과물을 뜻합니다. 마크다운(Markdown)에서 컴파일된 PDF, 코드에서 생성된 바이너리(Binary), MDX에서 만들어진 웹 페이지, 스크립트에서 렌더링된 슬라이드 같은 것들입니다. 아티팩트는 즉각적인 사용 가치 — 즉 최종 고객이 보는 것 — 를 가지지만, 아카이브(Archive)로서의 가치는 매우 낮습니다. 만약 PDF를 잃어버리더라도 마크다운을 가지고 있다면, 5초 만에 다시 재구축할 수 있습니다. 우리 모두가 머릿속에 그리는 이미지는 네거티브 필름과 사진의 관계와 같습니다. 사진은 우리가 보는 것이고, 네거티브는 우리가 보호해야 하는 것입니다.
제 논지는 한 문장으로 요약됩니다: 에이전틱 AI (IA agentique) 시대에 기업의 거의 모든 산출물은 사진의 영역으로 넘어갑니다. 앱의 소스 코드, 펀딩을 위한 덱, 60페이지 분량의 비즈니스 플랜, 입찰 제안서(AO) 답변, Figma 마켓업, 분기별 로드맵, 투자자에게 보내는 소개 이메일: 이 모든 것은 재생 가능합니다. 결코 대체될 수 없는 것은 그것들을 생산할 수 있게 했던 원천 데이터, 즉 비전(Vision), 이유와 함께 기록된 의사결정(Arbitrages), 팀의 컨벤션(Conventions), 사고로부터 얻은 학습, 체계화된 노하우(Savoir-faire)입니다.
기업의 메모리는 파일이 아니라 구조입니다
이것은 제가 제 자신의 작업물을 보며 느끼는 점입니다. Alvado Conseils의 모노레포 (Monorepo)에는 4개의 앱과 수십만 줄의 코드가 포함되어 있지만, 이를 실행하는 에이전트 (Agent)들이 가장 먼저 읽는 것은 두 개의 디렉토리입니다: docs/와 .claude/. 이 두 디렉토리가 바로 기업의 메모리 (Memory)입니다. 형태 없는 덩어리(Blob)가 아니라, 다음과 같이 꽤 깔끔한 구조를 가지고 있습니다:
| 계층 (Strate) | 저장되는 내용 | 나의 예시 |
|---|---|---|
| 비전 (Vision) | PRD, 비즈니스 목적, 전략적 맥락 | docs/prd/academy.md: 아카데미가 존재하는 이유, 퍼널 (Funnel) 내에서의 위치 |
| ... |
이러한 계층 이외에 기업 내에 남아 있는 모든 것은 아티팩트 (Artefact)입니다. 제 4개 앱의 코드, 비즈니스 플랜 (BP) PDF, 블로그의 MDX 페이지, 컴파일된 덱 (Deck), 교육 수료증 등이 모두 여기에 해당합니다. 이들은 모두 위의 계층으로부터 재생성 가능합니다. 하지만 그 역은 성립하지 않습니다.
AI 에이전트는 코드보다 메모리를 먼저 읽는다
여기 확실한 근거가 있습니다. 제가 에이전트에게 앱을 인도하도록 할 때 사용하는 워커 프롬프트 (Worker-prompt)는 다음과 같은 문장으로 시작합니다: "docs/prd/academy.md를 읽으세요. docs/stories/academy/README.md를 읽으세요. 루트 디렉토리와 각 앱에 있는 CLAUDE.md를 읽으세요. 그런 다음, 기존 패턴을 따르기 위한 보조 수단으로서 코드를 확인하세요."
에이전트는 결코 코드를 가장 먼저 읽지 않습니다. 비전, 히스토리, 컨벤션 (Conventions)을 먼저 읽고, 그다음에 관습의 사전으로서 코드를 읽습니다. 만약 제가 코드를 잃어버리더라도 메모리를 유지하고 있다면, 에이전트는 며칠 만에 코드를 재구성할 수 있습니다. 반대로 메모리를 잃어버리고 코드만 남는다면, 에이전트는 그것이 어떻게 만들어졌는지는 보겠지만, 무엇을 해야 하고 왜 해야 하는지는 놓치게 됩니다. 어떤 CTO들은 이렇게 반박할지도 모릅니다: "운영 중인 코드는 돌아가고 있고, 매출을 창출하고 있으니 그렇게 쉽게 버려질 수 있는 게 아니다". 맞는 말입니다. 코드는 실행 가치를 유지합니다. 하지만 아카이브 (Archive)로서의 가치는 무너집니다.
사실 이것은 완전히 새로운 현상은 아닙니다. 팀에 합류한 신입 개발자는 항상 "코드가 어디에 있나요?"라고 묻기 전에 _"컨텍스트(Context)가 무엇인가요?"_라고 묻습니다. 에이전틱 AI (Agentic AI)는 이러한 의존성을 측정 가능하고 경제적으로 결정적인 요소로 만들었을 뿐입니다. 구조화된 메모리 (Structured memory)가 없다면, 에이전트의 컨텍스트 창(Context window) 크기나 모델의 정교함에 상관없이 그 생산성은 길을 잃은 인턴 수준으로 떨어집니다.
그리고 메모리는 재귀적으로 업데이트됩니다. 저의 최근 품질 감사(Quality Audit)인 QA4는 _"베이스라인(Baseline): QA1 (5.4) → QA2 (7.3) → QA3 (8.2)"_로 시작합니다. 감사하는 에이전트는 이전 감사 내용을 다시 읽고, 델타(Delta, 차이)를 계산하며, 퇴보(Regression)와 진정한 개선 사항을 식별합니다. 메모리는 단순히 저장하는 것이 아니라, 사고합니다.
얼라인먼트(Alignment)는 거창한 행사에서 심층적인 작업으로 이동한다
여기서부터 정치적인 문제가 발생합니다. 역사적으로 경영진(Exec)의 업무는 비전을 하달하는 것이었습니다. 연례 키노트(Keynote), 올핸즈(All-hands), 타운홀(Town hall), 전략 세미나 등이 그 예입니다. 이러한 움직임은 팀의 정서적 얼라인먼트(Alignment)를 위해 여전히 필수적입니다. 인간은 집단적인 순간, 즉 CEO가 모두의 눈을 맞추며 우리가 어디로 가고 있는지 말해주는 순간을 필요로 하기 때문입니다. 저는 다른 글에서 이사회(Comité de direction)의 구조적 역할에 대해 쓴 적이 있으며, 이 측면에서 뺄 것은 아무것도 없습니다.
변화하는 것은 **운영적 얼라인먼트(Operational alignment)**입니다. 과거에는 관리 계층을 통한 폭포수 방식(Cascade)으로 이루어졌습니다. CEO가 말하면, VP가 전달하고, 매니저가 번역하는 식이었으며, 각 단계마다 해석이 덧붙여지고 정보의 손실이 발생했습니다. 살아있는 메모리가 있다면, 이는 연속적으로 이루어집니다. 비전은 각 구성원(또는 각 에이전트)이 의사결정을 내리는 순간에 읽을 수 있고 실행 가능합니다. 스토리를 작성하는 PO, 시안을 수정하는 디자이너, 기능을 구현하는 에이전트 모두가 동일한 단일 진실 공급원(Source of truth)을 읽습니다. 키노트는 사라지는 것이 아니라 역할이 바뀝니다. 키노트는 이번 분기가 왜 중요했는지를 말하고, 메모리는 _내일 아침에 무엇을 해야 할지_를 말합니다.
조직을 변화시키기 위해 마스터해야 할 세 가지 움직임
기업의 메모리 (Memory)를 다룬다는 것은 단순히 기록하는 것만을 의미하지 않습니다. 조직을 진정으로 변화시키기 위해 리더는 궁극적으로 다음 세 가지 움직임을 마스터해야 합니다.
- 기록하기 (Écrire): 자신의 비전, 의사결정 (Arbitrages), 신념을 기계가 소비할 수 있는 형식으로 작성합니다. 이는 이미 전략 문서를 작성하고 있는 리더에게 가장 첫 번째 단계이자 가장 자연스러운 단계입니다. 새로워진 점은, 이 문서들이 더 이상 드라이브 (Drive) 안에 잠들어 있지 않고, 기업이 생산하는 모든 것에 지속적으로 영양분을 공급한다는 것입니다.
- 질의하기 (Requêter): 기업에 지속적으로 질문하기 위해 메모리에 질의합니다. "X 마이그레이션은 어디까지 진행되었나?", "1월 이후 가격 책정 (Pricing)에 대해 어떤 의사결정이 내려졌는가?", "지난 스프린트(Sprint)를 탈선하게 만든 원인은 무엇인가?" — 모든 아카이브를 읽은 에이전트 (Agent)가 몇 초 안에 답변을 제공합니다.
- 큐레이션하기 (Curer): 인간과 AI를 포함한 타인이 남긴 결과물을 관리합니다. 맥락이 변할 때 검증하고, 중재하며, 방향을 재설정하고, 업데이트합니다. 이는 신문 편집장 (Editor-in-chief)의 업무와 가장 유사한 작업입니다.
시작 단계에서 기록부터 시작하는 것은 타당합니다. 하지만 리더가 이 세 가지를 모두 실천할 때 비로소 조직은 진정으로 전환됩니다. 그렇지 않으면 메모리는 표류하거나, 일관성을 잃거나, 혹은 거의 찾아보지 않는 도서관으로 남게 될 뿐입니다.
가장 강력한 역량은 앞서 언급한 세 가지에서 파생됩니다. 바로 전문가의 뇌를 코드화(codify)하는 것입니다. 자신의 투자 결정 프레임워크, 전략 검토 프로세스, 잠재 고객을 평가하는 방식 등을 에이전트(agent)가 재실행할 수 있는 형태로 기록하는 리더는 자신의 사고를 조직 전체로 증폭시킵니다. 과거에는 플레이북(playbooks)을 통해 수작업으로 해왔던 일을 이제는 살아있고 실행 가능한 형태로 만든 것입니다. 저의 경우, .claude/skills/ 디렉토리에 ghost-writer, audit, prospect, dossier-creator와 같이 코드화된 7가지 스킬(skills)을 구축해 두었습니다. 각 스킬은 제가 아니면 동원할 수 없었을 전문 지식의 확장판입니다.
코드를 놓기를 주저하는 기술 창업자들은 종종 과소평가하곤 하지만 이미 한 발 앞서 있습니다. 그들은 기계가 실행할 수 있도록 사고를 공식화(formalize)하는 데 이미 익숙하기 때문입니다. 비기술직 경영진(non-tech execs)의 과제는 바로 이 반사 신경을 배우는 것입니다. 이 반사 신경은 리더의 사고를 조직 전체가 운영 가능한 상태로 만들어 줍니다.
투명성은 대역폭(bandwidth)의 문제가 된다
정직하게 다뤄야 할 지점이 하나 남아 있습니다. 만약 메모리(memory)가 기업의 아티팩트(artefact)를 생성하는 모든 AI의 원동력이라면, 기록되지 않은 모든 정보는 기계적인 병목 현상(bottleneck)이 됩니다. 정보를 머릿속에만 담아두는 매니저는 팀의 에이전트들이 불완전하거나 잘못된 아티팩트를 생성하도록 가로막는 장애물이 됩니다. 이제 투명성은 도덕적 선택의 문제가 아니라, 대역폭(bandwidth)의 문제입니다.
이것이 "모든 것을 모두에게 노출한다"는 뜻은 아닙니다. 진행 중인 협상, M&A (인수합병), 민감한 HR (인적 자원) 중재, 아직 결정되지 않은 전략적 의구심과 같은 특정 주제들은 좁은 대역폭(narrow band) 내에 유지되어야 합니다. 훌륭한 기업 메모리(corporate memory)는 이러한 불투명한 영역을 인식하고 보호합니다. 더 나아가, 제가 M&A 파일을 준비할 때 백지 상태에서 시작하지 않는 이유는 메모리에 이미 작업의 80% (비전, 지표, 중재 이력, 알려진 부채 등)가 포함되어 있기 때문입니다. 메모리가 M&A 자체를 수행하는 것은 아닙니다. 단 4명 사이에서만 유지되어야 하는 대화들이 분명히 존재하니까요. 하지만 메모리는 준비 기간을 몇 달에서 며칠로 단축해주며, 이사회(board)에 전달하는 내용과 내부적으로 유통되는 내용 사이의 일관성을 보장합니다.
따라서 핵심은 절대적인 투명성이 아니라, **기본 설정으로서의 투명성 (transparency by default)**입니다. 즉, 기록될 수 있는 것은 기록되어야 하며, 그 외의 것들은 명시적으로 범위(scope)가 지정되어야 합니다.
이것이 경영자에게 가져오는 변화
향후 몇 년 동안 기업 메모리를 유지하는 데(기록하고, 질의하고, 관리하는 데) 시간을 투자하는 경영자들은 다른 이들이 갖지 못한 팀에 대한 레버리지(leverage) 효과를 얻게 될 것입니다. 이는 단순히 개인의 생산성 도구로서 "AI를 채택"했기 때문이 아니라, 자신의 사고를 인간과 증강된(augmented) 조직 전체가 운영적으로 활용할 수 있도록 만들었기 때문입니다. 비전을 전달하는 능력은 언제나 성공하는 리더의 특징이었으며, 이 점은 변하지 않습니다. 다만 무게 중심이 이동했을 뿐입니다. 거창한 의식(masses)은 줄어들고, 훨씬 더 많은 심층적인 작업(work of depth)이 중요해졌습니다.
귀하의 조직 내에 이러한 메모리를 구축하거나 배포하기
이미 팀이 구성되어 있다면, 저는 기업 메모리 (corporate memory)를 구조화하고 그 위에 에이전틱 AI (agentic AI)를 단계별로 배포할 수 있도록 지원합니다: 감사 (audit), 파일럿 팀 (pilot team), 확산 (diffusion), 그리고 비기술직 (non-techs)으로의 확장 단계로 진행됩니다. 에이전틱 AI 지원 (accompagnement IA agentique)을 확인하세요.
새로운 사업을 시작하는 단계라면, 저는 귀하와 함께 기초가 되는 메모리 역할을 할 모노레포 (monorepo)와 그로부터 도출되는 완성된 MVP를 구축합니다. 파운더 스프린트 (Sprint Fondateur)를 확인하세요.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기