왜 리서치를 피드가 아니라 아카이브로 남기는가

리서치에서 가장 쉽게 사라지는 것은 결론이 아니라, 그 결론에 도달한 과정입니다.

몇 달이 지나면 “금리가 내려갈 것 같다”, “이 회사는 좋아 보인다”, “이 구조가 더 낫다” 같은 결론은 남아 있어도, 당시 무엇을 봤고 어떤 가정을 했으며 무엇이 틀리면 생각을 바꾸기로 했는지는 잘 남아 있지 않습니다. 노트 앱에 적어둔 문장, 누군가와 나눈 대화, 분석에 사용한 코드와 브라우저에 열어둔 자료가 서로 다른 곳에 흩어지기 때문입니다.

The Archive를 만든 이유는 글을 더 자주 올리기 위해서가 아닙니다. 생각을 나중에 다시 꺼내 검증하고, 필요하면 고쳐 쓸 수 있게 남겨두기 위해서입니다.

결론보다 판단 과정을 남긴다

예를 들어 “금리가 내려갈 것 같다”는 문장만 기록해두면 시간이 지난 뒤 확인할 수 있는 것은 예측이 맞았는지 정도입니다. 하지만 실제 의사결정에는 더 많은 것이 들어갑니다.

• 당시 어떤 물가와 고용 데이터를 봤는가?
• 시장 가격에는 무엇이 이미 반영되어 있었는가?
• 어떤 가정에서 금리 인하 가능성을 높게 봤는가?
• 그 판단이 포트폴리오의 듀레이션을 늘려야 한다는 결론으로 어떻게 이어졌는가?
• 어떤 새로운 정보가 나오면 생각을 바꿀 것인가?

이 질문들이 함께 남아 있어야 결과가 틀렸을 때도 배울 수 있습니다. 나쁜 결과가 나쁜 추론 때문이었는지, 합리적인 판단 뒤에 운이 나빴던 것인지 구분할 수 있기 때문입니다.

저는 예측이 틀리는 것 자체보다, 시간이 지난 뒤 내가 왜 그런 판단을 했는지조차 설명할 수 없는 경우가 더 아쉽다고 생각합니다. 그래서 이곳의 글에서는 가능한 한 다음을 구분해 남기려 합니다.

• 질문
• 사실과 데이터
• 가정
• 해석과 추론
• 결론
• 생각을 바꿀 조건

완성된 지식을 보여주기보다, 그 생각에 이르기까지의 과정을 함께 남기는 쪽에 가깝습니다.

서로 다른 분야를 한곳에 두는 이유

Agent Engineering과 Enterprise AX, 투자, 수학, 그리고 직접 만든 프로젝트는 겉으로 보면 서로 다른 주제입니다. 하지만 제가 실제로 관심을 갖는 질문은 자주 같은 구조로 돌아옵니다.

불확실한 정보를 어떻게 해석하고, 제한된 현실에서 어떤 결정을 내릴 것인가?

Agent Engineering과 Enterprise AX에서는 확률적인 모델의 출력을 실제 업무 프로세스 안에서 어떻게 통제하고 운영할지 고민합니다. 투자에서는 불완전한 정보로 미래를 추정하고 그 판단을 포지션으로 바꿉니다. 초기·성장 단계의 스타트업과 기업은 개인적인 호기심에서 들여다봅니다. 수학은 이런 문제를 조금 더 정확하게 생각하게 해주는 언어입니다. 수학을 잘 안다고 말하기보다는, 통계·확률·최적화의 개념이 일과 일상에 연결되는 순간이 재미있습니다. 그때그때 이해한 만큼 적어둡니다. 코드는 생각을 직접 돌려보는 도구이고, Lab의 프로젝트는 그 생각이 현실에서도 통하는지 살펴보는 공간입니다.

분야를 따로 떼어두면 놓치기 쉬운 연결을, 이 아카이브에서는 계속 따라가 보고 싶습니다.

공개된 글은 생각을 더 꼼꼼하게 만든다

혼자 보는 메모에는 “대충 무슨 말인지 알겠지”가 통합니다. 공개된 글에서는 그렇지 않습니다. 주장을 한 문장으로 설명해야 하고, 사실과 해석을 구분해야 하며, 숫자와 출처를 다시 확인해야 합니다.

이 과정은 불편하지만 필요합니다. 글을 공개한다는 것은 제가 늘 옳다고 말하는 일이 아니라, 무슨 근거로 이렇게 판단했는지 다른 사람도 확인할 수 있게 만드는 일입니다. 반례나 빠진 데이터, 잘못 읽은 부분도 더 쉽게 드러납니다.

글을 쓸 때는 AI의 도움도 적극적으로 받습니다. 다만 질문을 고르고 가설을 세우며 최종 판단의 책임은 제게 있습니다. AI는 자료를 확인하고 반례를 찾아보고, 글의 구조와 표현을 다듬는 데 씁니다. 결론을 서두르기보다, 무엇을 확인했고 무엇을 아직 모르는지 분명히 하는 데 도움이 되게 하려 합니다.

생각이 바뀌면 원래 글을 조용히 바꿔치기하지 않고, 무엇이 달라졌는지도 함께 남기려 합니다. 좋은 리서치 기록은 늘 정답인 문서라기보다, 틀린 부분을 고치며 나아갈 수 있는 문서에 가깝습니다.

글은 계속 고쳐 쓴다

이곳의 글을 처음 발행한 모습 그대로 고정해두고 싶지는 않습니다. 새 데이터가 나오면 내용을 보태고, 설명에 오류가 있으면 고칩니다. 중요한 수정이라면 언제, 왜 바꿨는지도 남깁니다. 처음과 다른 결론에 이르렀다면 그 변화 역시 중요한 기록입니다.

오래 남는 글은 처음부터 완벽한 글이 아니라, 새로운 사실과 반박을 받아들이며 더 나아질 수 있는 글이라고 생각합니다.

사람에게 읽기 쉬운 글을 먼저 쓴다

이 아카이브의 첫 독자는 사람입니다. 제목만 읽어도 질문이 보여야 하고, 본문만 따라가도 논리가 이해되어야 하며, 출처를 직접 열어볼 수 있어야 합니다.

앞으로는 사람이 검색창에 직접 찾아보기보다 에이전트에게 질문하고, 에이전트가 여러 자료를 읽어 답하는 일이 더 많아질 수 있습니다. 그래서 좋은 공개 리서치는 사람이 읽기 쉽고, 검색 서비스나 에이전트도 핵심 문맥을 놓치지 않게 정리되어야 합니다. 안정적인 URL, 질문이 드러나는 제목, 게시일과 수정일, 주제와 시리즈, 확인 가능한 출처, 표와 차트의 설명, 계산 과정과 코드, 주장과 한계, 한국어와 영어판의 연결이 여기에 도움이 됩니다.

그래도 첫 독자는 사람입니다. 순서는 반대에 가깝습니다.

사람에게 명확하고 검증 가능한 문서는 검색과 에이전트도 대체로 정확히 읽을 수 있다.

검색과 에이전트가 잘 읽는다는 것은 목적이라기보다, 공개 문서를 잘 정리했을 때 따라오는 결과에 가깝습니다.

다시 살펴볼 수 있는 리서치를 남기고 싶다

어떤 글에는 계산 코드가 있고, 어떤 글에는 데이터를 바꿔보는 차트가 있습니다. 가정을 조정했을 때 결과가 어떻게 달라지는지 확인하는 도구를 붙일 수도 있습니다. 예를 들어 최적화 글에서 비용과 탄소 배출의 가중치를 직접 바꿔보고 결과를 비교할 수 있다면, 독자는 결론을 읽는 데서 멈추지 않고 그 결론의 구조를 시험해볼 수 있습니다.

주장을 읽는 데서 끝나지 않고, 그 안의 가정을 직접 바꿔보고 모델을 다시 돌려보며 결과가 어떻게 달라지는지 확인할 수 있는 것. 저에게 아카이브는 문서를 쌓아두는 곳이라기보다, 생각을 다시 확인해 볼 수 있게 남겨두는 곳에 가깝습니다.

피드가 아니라 아카이브

피드는 지금 눈에 띄는 글과 오늘의 뉴스를 요구합니다. 다음 게시물이 올라오면 이전 글은 아래로 밀려납니다. 아카이브는 나중에 다시 찾을 가치가 있고, 검토하고 반박하고 수정하고 서로 연결할 수 있는 문서를 요구합니다.

그래서 이곳에서는 발행 빈도보다 다음 편집 원칙을 더 중요하게 생각합니다.

• 하나의 글은 가능한 한 하나의 분명한 질문에서 시작할 것
• 사실, 해석과 개인적인 판단을 구분할 것
• 데이터의 기준 시점과 중요한 가정을 밝힐 것
• 가능하면 출처, 계산 과정과 코드를 연결할 것
• 틀릴 수 있는 부분과 한계를 숨기지 말 것
• 생각이 달라졌다면 수정 이유를 남길 것
• 관련 글들은 서로 연결할 것
• 한국어 원문과 영어판이 같은 주장과 근거를 가리키게 할 것
• 사람이 읽기 좋게 쓰되 검색과 에이전트도 문맥을 잃지 않게 만들 것
• 가능하면 독자가 직접 검증하고 실험할 수 있게 만들 것

이 기준을 언제나 완벽하게 지키지는 못하겠지만, 결론만 빠르게 소비되는 글보다 시간이 지난 뒤에도 다시 검토하고 반박하고 연결할 수 있는 문서를 남기고 싶습니다. 지금의 생각을 보여주는 피드보다, 나중의 나와 다른 사람이 다시 찾아 쓸 수 있는 아카이브를 만들고 싶습니다.