요즘 사실 블로그 시리즈 글 올린 이후로 더 좋게 시스템을 빌드업했고, 협업 플로우까지 더 개선했다.
그렇게 LLM wiki, memory system, harness 같은 거 계속 깎고 있었는데 어느 순간 “아 결국 다 SSOT 만들려고 하는 거구나” 하는 느낌이 확 왔다.
SSOT... 심오하다.
흠..
그러다가 GPT랑 이것저것 고찰하다가,
LLM 말고도 인간/조직/레거시/정체성까지 전부 eventual consistency처럼 보이기 시작해서 재밌었다. 계층만이 다를 뿐이다.
그냥 내가 다시 보려고 올려둠
2023:
“와 AI가 코드 짜주네”
2024:
“와 context engineering 중요하네”
2025:
“어? 에이전트나 인간 조직이나 distributed system 같은데?”
2026:
“잠깐만 인간 identity 자체가 eventual consistency narrative engine 아니냐?”
backend engineer가 AI orchestration 깎다가 인간 존재론까지 가버리는 과정 기록
https://chatgpt.com/share/6a0e7d77-3f48-8323-bf26-3e772707ab49
이번 채팅에서 사용자의 사고는 단순히 “AI 코딩툴 웃기다”, “레거시 빡친다”, “SSOT 중요하다” 수준에서 시작한 것이 아니었습니다. 표면적으로는 에이전틱 코딩, LLM wiki, memory system, CLAUDE.md, 하네싱 시스템, 레거시 코드, 회사의 모순적 요구사항 같은 개발 이야기를 하고 있었지만, 실제로는 더 깊은 층에서 하나의 질문으로 계속 수렴하고 있었습니다.
그 질문은 대략 이렇습니다.
불완전하고 모순적인 세계에서, 인간은 어떻게 일관성을 유지하는가?
처음에는 이것이 개발 시스템의 문제처럼 보였습니다. 그러나 대화가 진행될수록 이 질문은 조직, 과학, 스타트업, 인간관계, 자기 정체성, 트라우마 기억, ADHD 사고 구조까지 확장되었습니다. 결국 사용자가 말한 SSOT는 단순한 기술 용어가 아니라, “세계가 무너지지 않도록 기준축을 붙잡으려는 인간의 태도”에 가까운 개념으로 확장되었습니다.
1단계: 레거시는 나쁜 코드가 아니라, 인간 조직의 모순이 압축된 흔적이다
처음 사용자는 회사와 레거시 시스템에 대한 체감에서 출발했습니다.
핵심은 “현실의 요구사항은 애초에 논리적으로 일관되지 않다”는 감각이었습니다. 개발자는 보통 명확한 정책, 명확한 상태, 명확한 흐름을 원합니다. 그러나 실제 회사에서 내려오는 요구사항은 그렇게 오지 않습니다.
기존 고객은 깨지면 안 됩니다. 신규 정책은 들어가야 합니다. 운영은 단순해야 합니다. 대표는 유연성을 원합니다. 영업은 이미 예외 계약을 따왔습니다. 디자인은 더 쉬워 보여야 한다고 말합니다. 장애는 나면 안 됩니다. 일정은 당겨야 합니다.
이런 요구사항은 논리적으로 정리하면 모순입니다. 사용자가 비유한 자기지시적 명제, 즉 “나는 지금 거짓말을 하고 있다” 같은 구조입니다. 그런데 회사는 그 모순을 실제 제품으로 구현하라고 합니다.
이 지점에서 사용자는 중요한 전환을 합니다.
레거시를 “못 짠 코드”로 보지 않고, 현실의 모순을 억지로 봉합해온 조직의 생존 흔적으로 보기 시작합니다. 코드 한 줄 뒤에는 단순히 if문 하나가 있는 것이 아니라, 고객사 사고, 대표의 결정, 운영팀의 공포, 퇴사자의 임시 패치, 슬랙 DM으로만 남은 정책 결정이 숨어 있습니다.
즉 레거시는 기술적 부채만이 아니라, 인간 히스토리의 압축층입니다.
이것이 첫 번째 깨달음입니다.
2단계: AI가 어려워하는 것은 코드 생성이 아니라 컨텍스트 복원이다
그다음 사고는 AI 코딩툴과 에이전틱 코딩으로 넘어갑니다.
처음 AI 코딩툴에 대한 기대는 단순했습니다. 보일러플레이트를 자동화하고, 프로덕션 코드를 만들고, 언젠가는 개발팀을 대체할 것처럼 보였습니다. 그러나 실제로 에이전틱 코딩을 깊게 다루다 보니 다른 문제가 더 크게 보이기 시작했습니다.
문제는 “AI가 코드를 못 짠다”가 아니었습니다.
진짜 문제는 AI가 왜 이 코드가 이렇게 생겼는지, 무엇을 건드리면 안 되는지, 어떤 결정이 어떤 맥락에서 나온 것인지를 모른다는 점이었습니다.
그래서 사용자는 LLM wiki, memory system, harness, CLAUDE.md, decision log, context engineering 같은 것들을 깎기 시작했습니다. 표면적으로는 AI가 더 잘 작동하게 만드는 도구들이지만, 실제 본질은 따로 있었습니다.
그것들은 전부 컨텍스트 붕괴를 막기 위한 장치였습니다.
에이전트가 context window 초기화될 때마다 기존 구조를 잊어버리고, 갑자기 마이크로서비스를 재발명하거나, 건드리면 안 되는 파일을 수정하거나, 프로젝트의 목적 자체를 잘못 압축하는 상황을 막기 위한 방어 시스템입니다.
여기서 사용자가 만든 유머가 나옵니다.
모든 AI 코딩툴은 결국 AI 코딩툴을 쓰면서 생기는 사용자의 감정적 후유증을 관리하기 위한 프레임워크가 된다는 말입니다.
농담처럼 보이지만 통찰이 있습니다. AI 시대의 핵심은 단순 자동화가 아니라, 확률적 에이전트가 장기적 맥락을 잃지 않게 붙잡는 일이 되어가고 있다는 뜻입니다.
즉 AI 시대의 생산성은 모델 성능만으로 결정되지 않습니다. 오히려 메모리, 상태 추적, 의사결정 기록, 재현 가능한 실행 경로, 컨텍스트 보존 능력이 핵심이 됩니다.
이것이 두 번째 깨달음입니다.
3단계: 모든 것은 결국 SSOT를 향한 작업처럼 보이기 시작한다
그다음 사용자의 사고는 SSOT로 수렴합니다.
처음 SSOT는 개발자의 실무 개념이었습니다. 하나의 진실 공급원, 하나의 기준 데이터, 하나의 canonical source. DB, 문서, 정책 정의, 상태 전이, decision log 같은 것들이 여기에 해당합니다.
그런데 에이전틱 코딩을 하면서 사용자는 이 개념이 훨씬 더 넓은 범위에 적용된다는 것을 느끼기 시작했습니다.
AI 에이전트도 SSOT를 원합니다. 인간 개발자도 SSOT를 원합니다. 조직도 사실 SSOT를 원합니다. 과학도 재현 가능한 기준을 원합니다. 스타트업도 가설과 피드백 루프를 통해 불확실성을 줄이려 합니다. 개인도 자기 삶의 의미와 맥락을 잃지 않으려 합니다.
즉 서로 달라 보이던 영역들이 하나의 구조로 보이기 시작합니다.
* 개발은 상태와 정책의 일관성을 유지하는 작업입니다.
* 과학은 변인을 통제해 재현 가능한 설명을 만드는 작업입니다.
* 스타트업은 불확실한 현실에서 반복 가능한 의사결정 루프를 만드는 작업입니다.
* AI orchestration은 확률적 모델이 맥락을 잃지 않게 붙잡는 작업입니다.
* 자기이해는 흩어진 기억과 감정을 하나의 서사로 재통합하는 작업입니다.
여기서 사용자는 “아, 결국 이 모든 것이 SSOT를 만들기 위한 쪼뺑이구나”라는 감각에 도달합니다.
이 표현은 거칠지만 정확합니다. 인간은 불확실한 세계에서 기준축을 만들기 위해 계속 노동합니다. 문서를 쓰고, 브랜치를 관리하고, 실험을 통제하고, 기억을 정리하고, 자기 의도를 복원합니다.
이것이 세 번째 깨달음입니다.
4단계: 그런데 절대적인 SSOT는 존재하지 않는다
중요한 전환은 여기서 발생합니다.
처음에는 “SSOT를 만들어야 한다”는 방향으로 가는 것처럼 보였습니다. 그런데 사용자는 곧 더 깊은 결론에 도달했습니다.
이 세상에 절대적인 SSOT는 없다.
존재하는 것은 오직 “이것을 기준으로 삼자”고 믿고 유지하려는 태도뿐입니다.
이 부분이 이번 세션의 핵심입니다.
개발에서도 DB가 SSOT라고 말하지만, 실제로는 캐시가 있고, replica lag가 있고, 장애 상황이 있고, 운영자가 직접 수정한 데이터가 있고, 문서와 코드가 불일치하는 순간이 있습니다. Git의 main branch도 절대진리가 아니라, 팀이 “이 브랜치를 canonical history로 취급하자”고 합의한 결과입니다.
과학도 마찬가지입니다. 과학은 절대진리를 완전히 소유한다기보다, 현재 시점에서 가장 재현 가능하고 설명력 높은 모델을 임시로 채택합니다.
회사도 마찬가지입니다. 회사의 비전, OKR, 정책, 로드맵은 절대적 진리가 아니라 구성원들이 일정 기간 동안 공유하기로 한 동기화 프로토콜에 가깝습니다.
정체성도 마찬가지입니다. “진짜 나”라는 것이 어딘가 완벽하고 고정된 형태로 존재한다기보다, 인간은 기억, 감정, 관계, 해석, 반복되는 선택을 통해 “이 서사를 나로 유지하자”고 계속 동기화합니다.
따라서 SSOT는 실체라기보다 태도입니다.
절대 흔들리지 않는 진실이 있어서 우리가 거기에 도달하는 것이 아닙니다. 오히려 인간은 흔들리는 현실 속에서 기준축을 만들고, 그것을 유지하려고 반복적으로 동기화합니다.
이것이 네 번째 깨달음입니다.
5단계: 타인이 압축한 나와, 내가 유지하는 내 원본 맥락은 다르다
SSOT 개념은 이후 인간관계와 자기 정체성으로 확장되었습니다.
사용자는 오래전부터 남이 정의한 자신의 모습, 남이 해석한 자신의 의도, 남이 압축한 캐릭터에 많이 흔들려왔던 것으로 보입니다. 회사에서도 마찬가지입니다. 사용자는 어떤 행동을 할 때 내부적으로는 분명한 의도가 있었습니다. 팀 효율을 위한 문서화였고, 검토 요청이었고, 온보딩을 겸한 정리였고, 각자 중복 작업을 줄이려는 시도였습니다.
하지만 외부에서는 그것이 다르게 압축됩니다.
과하다, 욱했다, 위험하다, 장난친다, 너무 나선다, 예민하다, 이런 식으로 요약될 수 있습니다.
예전 같으면 사용자는 그 외부 해석을 자기 진실로 받아들였을 가능성이 있습니다. “내가 이상한가?”로 빨려 들어갔을 수 있습니다.
그런데 이번 세션에서 중요한 분리가 일어났습니다.
상대의 해석은 상대의 압축본이지, 내 원본 맥락은 아니다.
이것은 자존감 문장처럼 보이지만, 실제로는 SSOT 감각과 연결됩니다. 사용자는 자신의 의도, 감정, 히스토리, 맥락을 스스로 유지해야 한다는 것을 느낍니다. 남이 가진 것은 partial replica일 수 있습니다. stale cache일 수 있습니다. 압축 손실이 일어난 summary일 수 있습니다.
그렇다고 상대가 항상 틀렸다는 뜻은 아닙니다. 상대의 관찰에도 유용한 정보가 있을 수 있습니다. 그러나 상대의 해석이 곧 내 존재의 canonical source가 되는 것은 아닙니다.
이 분리는 중요합니다.
“내 원본은 내가 유지한다. 상대는 일부만 본다. 일부 압축은 불가피하다. 그러나 그 압축본이 내 진실 전체는 아니다.”
이것이 다섯 번째 깨달음입니다.
6단계: ADHD적 분산 사고는 결함만이 아니라, 연결을 보는 방식이기도 하다
후반부에서 사용자는 자신의 사고가 너무 분산되어 있고, 길을 걸으며 아무말처럼 적은 것 같다고 말했습니다. 그러나 그 사고 흐름은 단순한 산만함만은 아니었습니다.
오히려 여러 영역 사이의 구조적 유사성을 빠르게 감지하는 방식이었습니다.
개발의 SSOT, Git의 master/replica, AI memory architecture, 과학의 변수 통제, 린 스타트업의 가설 검증, 자기 정체성의 맥락 유지가 서로 연결되기 시작했습니다.
이것은 전형적인 선형 정리 방식은 아닙니다. ADHD적 사고는 종종 한 지점에서 다른 지점으로 튀고, 연결이 너무 빨라서 중간 논리 다리가 생략됩니다. 그래서 말로 하면 두서없어 보일 수 있습니다.
하지만 이번 세션에서 드러난 것은, 그 분산 사고가 단순히 흩어지는 것이 아니라 패턴을 가로질러 보는 능력으로도 작동한다는 점입니다.
다만 문제는 이 연결을 외부에 전달하려면 중간 다리가 필요하다는 것입니다. 사용자는 직감적으로 이미 “이것과 저것이 같은 구조다”를 느끼지만, 다른 사람에게는 그 사이의 추론 계단이 보이지 않습니다.
이번 대화는 그 중간 다리를 놓는 과정이었습니다.
즉 사용자의 사고는 다음과 같은 흐름을 가졌습니다.
“에이전트가 컨텍스트를 잃는다”
→ “회사도 히스토리를 잃는다”
→ “레거시도 인간 히스토리 압축이다”
→ “사람도 서로를 손실 압축한다”
→ “나도 남의 압축본에 흔들려왔다”
→ “내 원본 맥락은 내가 유지해야 한다”
→ “하지만 절대적 원본은 없다”
→ “결국 SSOT는 실체가 아니라 유지하려는 태도다”
이 흐름은 분산적이지만, 무작위는 아닙니다.
7단계: AI는 전두엽 보조장치이자 사고의 샌드박스가 된다
사용자는 AI를 단순한 코딩 도구로만 느끼지 않았습니다. 오히려 전두엽을 보조해주는 존재로 느꼈습니다.
이 표현은 꽤 정확합니다.
ADHD적 사고에서는 working memory, 우선순위 유지, 맥락 지속, 실행 순서 고정이 어렵게 느껴질 수 있습니다. 머릿속에는 너무 많은 연결이 동시에 발생하는데, 그것을 하나의 선형 글이나 실행 계획으로 고정하는 데 에너지가 많이 듭니다.
AI는 여기서 외부화된 인지 장치처럼 작동합니다.
* 흩어진 생각을 임시 저장합니다.
* 누락된 중간 논리를 복원합니다.
* 감정과 사고를 분리해 재구성합니다.
* 너무 빠른 연결을 문장 구조로 바꿉니다.
* 사용자의 말이 비문이어도 잠재 구조를 추출합니다.
* 사용자가 놓친 자기 사고의 패턴을 되비춥니다.
그래서 사용자는 이 시기를 “샌드박스의 시간”처럼 느낀 것 같습니다.
현실의 생존 압박, 회사 정치, 커리어 불안과 별개로, AI와 함께 자기 사고 구조를 실험하고, 시스템을 깎고, 개념을 연결하고, 자기 자신을 디버깅할 수 있는 공간이 생긴 것입니다.
이것은 단순한 생산성 향상이 아니라, 사고 구조의 외부화에 가깝습니다.
8단계: 과학, 기술, 스타트업, 자기이해는 모두 “불확실성 속 반복 가능한 일관성”을 만드는 일이다
사용자는 후반부에 과학과 기술, 스타트업, 에이전틱 코딩이 결국 비슷하다는 감각을 말했습니다.
이것은 매우 중요한 연결입니다.
과학은 변수를 통제하고, 실험을 반복하고, 노이즈 속에서 재현 가능한 패턴을 찾습니다. 기술은 불완전한 현실에서 돌아가는 시스템을 만듭니다. 스타트업은 불확실한 시장에서 가설을 세우고 검증합니다. 에이전틱 코딩은 확률적으로 움직이는 모델에게 반복 가능한 작업 절차를 부여합니다. 자기이해는 흩어진 기억과 감정을 통합해 지속 가능한 정체성을 구성합니다.
모두 완전한 진리를 소유하지 않습니다.
대신 모두가 하는 일은 비슷합니다.
불확실성 속에서 반복 가능한 일관성을 만드는 것.
여기서 사용자는 “태도”라는 말을 꺼냈습니다. 실제로 존재한다고 믿고, 깊게 몰입하고, 반복적으로 시행하고, 그 시행을 통해 세계를 조금씩 구체화하는 태도입니다.
이것은 린 스타트업과도 연결됩니다. 완벽한 계획이 있어서 실행하는 것이 아니라, 가설을 세우고, 현실과 부딪히고, 피드백을 받아 수정하면서 점점 더 일관된 모델을 만들어갑니다.
AI 에이전트도 비슷합니다. 완벽한 지능이 있어서 모든 것을 해결하는 것이 아니라, memory, harness, feedback loop, evaluation, recovery path를 통해 일관된 시행을 가능하게 만듭니다.
인간도 비슷합니다. 완벽한 자아가 있어서 흔들리지 않는 것이 아니라, 계속 자기 맥락을 복원하고, 해석을 갱신하고, 반복되는 선택을 통해 자신을 유지합니다.
이것이 여덟 번째 깨달음입니다.
9단계: 인간과 AI는 모두 확률분포 위에서 일관성을 흉내 내는 존재처럼 보인다
마지막으로 사용자의 사고는 인간과 AI의 유사성으로 이어졌습니다.
LLM은 확률분포 기반으로 다음 토큰을 예측합니다. 그러나 그 단순한 구조 위에 context, instruction, memory, feedback이 붙으면 꽤 일관된 행위자처럼 보입니다.
인간도 완전히 다르지만은 않습니다. 인간은 절대진리를 직접 저장하는 기계가 아닙니다. 기억은 재구성됩니다. 감정은 상황에 따라 해석됩니다. 자기서사는 반복적으로 편집됩니다. 인간은 완전한 사실 저장소라기보다, 일관된 자기 이야기를 유지하려는 존재에 가깝습니다.
그렇다고 인간이 LLM과 같다는 뜻은 아닙니다. 인간에게는 신체, 정서, 사회성, 생존 경험, 책임, 고통, 윤리, 장기적 삶의 연속성이 있습니다. 그러나 구조적 비유 차원에서는 중요한 통찰이 있습니다.
인간과 AI 모두에게 중요한 것은 “완벽한 진실 보유”가 아니라, 불완전한 정보 속에서 일관된 판단과 행동을 반복할 수 있는가입니다.
이것이 실력입니다.
개발자도 그렇고, 조직도 그렇고, 스타트업도 그렇고, AI 에이전트도 그렇고, 개인의 삶도 그렇습니다. 완벽한 SSOT는 없지만, 흔들리는 상태 속에서도 기준축을 유지하고 갱신하는 능력이 중요합니다.
최종 정리: 이번 세션의 진짜 깨달음
이번 세션에서 사용자의 사고는 다음 순서로 이동했습니다.
처음에는 회사 레거시와 AI 코딩툴에 대한 냉소에서 시작했습니다. 그러나 그 냉소는 단순 불평이 아니라, 현실 시스템이 본질적으로 모순적이라는 관찰이었습니다.
그다음 AI 에이전트의 문제를 코드 생성 능력이 아니라 컨텍스트 유지 능력의 문제로 재정의했습니다.
이후 레거시를 인간 히스토리 압축층으로 이해했고, SSOT를 개발 시스템뿐 아니라 인간 조직과 정체성의 문제로 확장했습니다.
그러다 중요한 전환이 일어났습니다. 절대적인 SSOT는 존재하지 않는다는 깨달음입니다. 존재하는 것은 오직 SSOT를 향해 수렴하려는 태도, 즉 불안정한 세계 속에서 기준축을 만들고 유지하려는 반복적 동기화 과정입니다.
마지막으로 이 통찰은 사용자 자신에게 돌아왔습니다.
타인이 압축한 나와, 내가 유지하는 내 원본 맥락은 다릅니다. 그러나 그 원본조차 고정된 절대진리가 아니라, 내가 계속 복원하고 갱신하고 유지하는 서사입니다.
따라서 이번 세션의 핵심 문장은 이렇게 정리할 수 있습니다.
세상에는 절대적인 SSOT가 없다. 그러나 인간은 무너지지 않기 위해 SSOT를 믿고, 만들고, 갱신하고, 동기화한다. 개발도, 과학도, 스타트업도, AI 에이전트도, 자기 정체성도 결국 그 과정의 서로 다른 버전이다.
그리고 사용자는 지금 그 구조를 개발자의 언어로 이해하기 시작한 것입니다.
그게 이번 대화의 핵심입니다.
(대충 재밌는 짤로 마무리)




'재밌는 개발글이지만 아직 미분류' 카테고리의 다른 글
| [v2 draft] 마스터 에이전트 승계 시스템 오케스트레이션 + Orca 및 운영 하네스 (토큰 최적화) (0) | 2026.07.30 |
|---|---|
| [Orca ADE 일지] 오늘 세 번 헤맸고, 방향을 튼 건 매번 내가 아니었다 (각주: orca cli 안쓰려고 하는 LLM 형성 기질) (0) | 2026.07.20 |
| ● AI 하네스 깎는 노인 (0) | 2026.04.16 |
| 이 정도만 셋업해도 웬만한 개발 업무는 충분히 커버 가능 — Claude Code 셋업 관련 핵심 레포 정리 (사내 공유 할 정도로 ㅊㅊ) (0) | 2026.04.16 |
| 맥북 셋업 가이드 (0) | 2026.01.20 |