들어가며 이전 포스트에서 Claude Code의 아키텍처 설계 원리를 분석했다. 이번 글에서는 한 단계 더 깊이 들어가서, 하네스 엔지니어링(Harness Engineering) — 즉 AI 에이전트의 오케스트레이션 계층이 어떤 설계 원리로 구축되는지를 해부한다. “하네스”라는 용어는 원래 테스트 하네스(test harness)에서 온 것으로, 실...

들어가며 Claude Code는 Anthropic이 개발한 CLI 기반 AI 코딩 에이전트다. 터미널에서 직접 코드를 읽고, 수정하고, 빌드하고, 테스트까지 수행하는 에이전트형 도구로, 2025년 이후 빠르게 발전해왔다. 이 글에서는 Claude Code를 오랜 기간 사용하면서 관찰한 동작 패턴, 공식 문서, 그리고 공개된 기술 스택(TypeScr...

서론 Unity에서 수천 개의 에이전트를 60fps로 구동하려면 메인 스레드 하나로는 불가능하다. 경로 탐색, 분리 조향, 거리 계산, 행렬 변환 — 이 모든 연산을 매 프레임 처리해야 하는데, Update()에서 순차적으로 돌리면 3,000개 에이전트 기준으로 프레임 하나에 수십 ms가 소요된다. C# Job System과 Burst Compil...

서론 멀티스레드 프로그래밍은 게임 개발에서 피할 수 없는 주제다. CPU가 매년 클럭 속도 대신 코어 수를 늘리는 방향으로 진화하면서, 단일 스레드로는 하드웨어의 성능을 온전히 활용할 수 없게 되었다. 그런데 멀티스레드는 어렵기로 악명이 높다. 경합 조건(Race Condition), 데드락(Deadlock), 기아(Starvation) — 운영체...

들어가며 AI 에이전트가 단일 대화를 넘어 장기적으로 학습하고 기억하는 능력은 2025~2026년 AI 연구의 핵심 화두다. Claude Code는 이 분야에서 가장 공격적으로 실험하고 있는 제품 중 하나인데, 최근 코드에서 발견된 미출시 기능 Auto Dream은 그 방향성을 극명하게 보여준다. 이 글에서는 세 가지 축으로 Claude의 기억 시...

서론 이 문서는 CS 로드맵 시리즈의 6번째 편입니다. 1편에서 L1 캐시(~1ns)와 RAM(~100ns)의 100배 차이를 보았다. 배열이 연결 리스트를 이기는 이유가 캐시 지역성이라는 것도 보았다. 그 후 5편까지 자료구조와 알고리즘을 살펴보면서, “메모리”라는 단어가 계속 등장했다: 2편: 콜스택 오버플로 — 스택 메모리가 1...

서론 이 문서는 CS 로드맵 시리즈의 5번째 편입니다. 4편에서 트리가 계층 구조로 O(log n)을 보장하는 것을 보았다. BST는 순서를 유지하며 탐색하고, B-Tree는 디스크 I/O를 최소화하고, Quadtree/Octree는 공간을 분할한다. 트리는 강력하지만, 한 가지 제약이 있다: 부모에서 자식으로의 단방향 계층만 표현할 수 있...

들어가며 Claude Code의 스킬(Skills) 시스템이 대규모 업데이트를 맞이했다. 기존에 SKILL.md 파일 하나로 지시사항을 적어두는 단순한 구조였다면, Skills 2.0은 자동 평가, 벤치마킹, 블라인드 비교, 트리거 최적화까지 갖춘 완전한 스킬 개발 프레임워크로 진화했다. 이번 업데이트의 핵심 변화: Skill Creator...

서론 이 문서는 CS 로드맵 시리즈의 4번째 편입니다. 3편에서 해시 테이블의 O(1)이 공짜가 아님을 보았다. 해시 함수의 품질, 충돌 해결 전략, 로드 팩터 — 이 모든 것이 맞물려야 O(1)이 유지된다. 그리고 마지막에 해시 테이블이 답하지 못하는 질문을 남겼다: “레벨 50~80 사이의 몬스터를 모두 찾아라” (범위 질의) ...

서론 이 문서는 CS 로드맵 시리즈의 3번째 편입니다. “이 키로 값을 찾아라.” 프로그래밍에서 가장 빈번한 질문이다. 몬스터 ID로 스탯을 조회하고, 문자열 키로 설정값을 가져오고, 좌표로 타일 데이터를 찾는다. 이 질문에 O(1)로 답하는 자료구조가 해시 테이블(Hash Table)이다. 1편에서 배열이 인덱스로 O(1) 접근을 제공...