🤖
1248 in / 3783 out / 5031 total tokens
오늘 건질 거리가 좀 특이하다. OpenAI가 ChatGPT에 '프로젝트' 기능을 정식으로 설명하는 아카데미 포스팅을 올렸고, Simon Willison은 카카포 앵무새를 주제로 글을 썼다. 전혀 상관없어 보이지만, 두 글 다 '복잡한 것을 어떻게 체계적으로 다룰 것인가'라는 공통 주제를 가진다.
🔥 핫 토픽
ChatGPT Projects: 드디어 채팅이 폴더에 들어간다
OpenAI가 ChatGPT의 '프로젝트' 기능 사용법을 공식 가이드로 정리했다. 핵심은 채팅, 파일, 명령어를 하나의 프로젝트 단위로 묶어서 관리하는 것. 이전까지 ChatGPT는 채팅이 일렬로 나열되는 구조라, 복잡한 작업을 할수록 과거 대화를 찾기 어려웠다. 프로젝트 기능은 이 문제를 해결한다.
이게 왜 중요하냐. 개발자 입장에서 ChatGPT를 '코드 어시스턴트'로 쓸 때, 프로젝트별로 컨텍스트를 분리할 수 있다는 건 생산성 차원에서 큰 변화다. 예를 들어, UE5 클라이언트 코드 최적화 작업과 AI 사이드프로젝트 파이썬 스크립트를 같은 계정에서 하면서도 컨텍스트가 섞이지 않는다. 이건 IDE에서 워크스페이스를 나누는 것과 같은 원리다.
실무 관점에서 보면, 프로젝트에 파일을 업로드하고 커스텀 명령어를 설정할 수 있기 때문에, 반복적인 프롬프트 엔지니어링을 줄일 수 있다. 매번 "나는 언리얼 엔진 C++ 개발자야, 이런 스타일로 답변해줘"라고 안 써도 된다. 프로젝트 설정에 한 번 넣어두면 끝이다.
다만 아쉬운 점도 있다. 아직 버전 관리 개념이 없다. 대화 히스토리를 Git처럼 브랜치를 나누어 관리할 수 없고, 프로젝트 간에 특정 컨텍스트를 공유하는 것도 어렵다. 게임 개발에서 메인 브랜치와 feature 브랜치를 나누어 작업하듯, AI 대화도 그렇게 관리하고 싶은데 아직은 안 된다.
앞으로 이 기능이 어떻게 발전할지 지켜볼 만하다. 특히 팀 협업 기능이 추가되면, 진짜로 "AI를 포함한 개발 워크플로우"가 달라질 수 있다. 지금은 개인용 정리 도구 수준이지만, 가능성은 충분하다.
출처: OpenAI Academy - Using projects in ChatGPT
📰 뉴스
카카포와 데이터셋의 생태학
원문: Kākāpō parrots
Simon Willison이 카카포 앵무새에 대한 글을 썼다. 카카포는 뉴질랜드 원산의 희귀 앵무새로, 현재 개체수가 200마리 정도밖에 안 되는 멸종 위기종이다. 이 글 자체는 AI 기술과 직접적인 관련은 없지만, Simon Willison이 datasette와 같은 데이터 도구를 만드는 사람이라는 걸 생각하면 읽는 방식이 달라진다.
생태학에서 개체수 관리를 위해 모든 카카포에 이름을 붙이고, 개별 추적 데이터를 관리하는 시스템은 결국 '데이터베이스 설계' 문제와 맞닿아 있다. 각 개체의 위치, 건강 상태, 번식 이력을 추적하려면 스키마를 어떻게 설계해야 할까. 관계형 데이터베이스의 실제 사용 사례로서 아주 좋은 예시다.
게임 개발자 시각으로 보면, 이건 MMORPG의 캐릭터 관리 시스템과 비슷하다. 플레이어 200명이 있는 작은 서버를 관리하는 것과 같다. 각 캐릭터의 상태, 위치, 인벤토리, 상호작용 이력을 추적해야 한다. 차이점은, 카카포는 실제 생명체라서 버그가 치명적이라는 것. 게임에서 캐릭터 데이터가 날아가면 백업으로 복구하면 되지만, 카카포 번식 프로그램에서 데이터 오류는 종의 멸종으로 이어질 수 있다.
Simon Willison이 이 글을 쓴 이유는 단순히 생태학적 관심 때문만은 아닐 것이다. 그가 항상 강조하는 '데이터의 인간적 측면'과 맞닿아 있다. 데이터는 결국 현실 세계의 무언가를 추상화한 것이고, 그 추상화가 제대로 작동하려면 현실을 깊이 이해해야 한다. 이건 AI 모델을 만들 때도 마찬가지다. 훈련 데이터가 현실을 얼마나 잘 반영하는지가 모델의 품질을 결정한다.
앞서 언급한 ChatGPT 프로젝트 기능과 연결해보면, '컨텍스트 관리'라는 공통 주제가 보인다. 카카포 연구자들이 200마리의 개별 데이터를 정리하기 위해 체계적인 시스템이 필요하듯, AI 사용자도 수백 개의 대화를 정리하기 위해 프로젝트 기능이 필요하다. 복잡성을 다루는 일은 분야를 가리지 않는다.
출처: Simon Willison - Kākāpō parrots
💡 개발자 관점 코멘트
오늘 두 글을 읽으면서 든 생각은, '도구의 본질은 복잡성 관리'라는 것이다. ChatGPT 프로젝트는 AI와의 대화가 너무 많아져서 생기는 복잡성을 관리하는 도구다. 카카포 추적 시스템은 생태계라는 자연의 복잡성을 관리하는 도구다. 둘 다 '입력-저장-검색-분석'이라는 같은 패턴을 따른다.
게임 서버 아키텍처를 설계할 때도 마찬가지다. 플레이어 상태, 인벤토리, 퀘스트 진행도, 길드 정보 등등 관리해야 할 데이터가 끝없이 많다. 이걸 어떻게 체계적으로 구조화할 것인가. 어떤 건 RDB에 넣고, 어떤 건 캐시에 두고, 어떤 건 이벤트 로그로 남기고. 결국 모든 엔지니어링은 복잡성과의 싸움이다.
ChatGPT 프로젝트 기능이 아직 초보적이라고 느껴지는 이유는, 개발자가 익숙한 버전 관리나 브랜치 개념이 빠져 있어서다. 하지만 이건 시작이다. 앞으로 AI 도구들이 IDE나 Git과 같은 수준의 체계적인 관리 기능을 갖추는 건 시간문제다. 그때가 되면 AI를 '대화 상대'가 아니라 '개발 도구'로 진짜 쓸 수 있을 것이다.
복잡성은 어디에나 있다. 차이는 그걸 얼마나 잘 관리하느냐뿐.