나는 AI로 인한 두뇌 과부하에 이렇게 대처한다

Claude Code나 Codex의 응답을 기다리며 작업을 늘리다 보면 여러 대화의 맥락을 동시에 붙잡게 됨. 이를 줄이기 위해 작업 순서와 맥락 관리를 우선순위 큐처럼 구성하는 개인 실험을 진행함 Git을 작업 기록의 기준으로 삼아 티켓을 코드 옆 Markdown 파일로 저장하고, 보드 상태도 커밋함. 세션이 종료돼도 작업 큐가 남으며 중요한 정보를 대화창이나 기억에만 두지 않음 에이전트는 조사, 승인된 작업 구현, 테스트와 검증을 맡고, 사람의 판단이 필요한 항목은 담당자 수신함(owner inbox) 에 우선순위순으로 모음 한 번에 티켓 하나의 맥락을 읽고 결정하거나 조치를 요청한 뒤 큐에 돌려놓아 작업을 닫음. 다음 티켓으로 넘어갈 때 이전 맥락을 계속 기억해야 하는 부담을 줄이는 것이 핵심임 이 방식도 여전히 피로하지만, 개인 경험상 산만하거나 길을 잃은 느낌은 줄어듦. 맥락을 빠르게 파악하게 하는 도구와 사람의 결정을 기다리는 티켓의 무한 반복 방지는 계속 개선 중임 Git 기반 작업 큐와 사람의 판단 터미널에서 Claude Code나 Codex를 사용할 때 응답을 기다리며 다른 작업을 시작하면, 추가 질문과 후속 작업이 새 탭으로 이어짐 어느새 20개 스레드를 오가며 맥락을 머릿속에 유지하다가 지치고 집중력이 무너져, 시작점과 목표를 놓칠 수 있음 휴식, 입력 전 생각하기, 범위 제한 등의 조언과 별개로 작업 순서와 맥락을 관리하는 우선순위 큐 방식을 실험함 티켓은 저장소 안의 Markdown 파일이며 관련 코드 옆에 위치함. 보드 상태는 커밋된 스냅샷으로 남아 세션이 종료돼도 유지됨 에이전트는 보드를 주기적으로 처리하며 새 티켓을 조사하고, 사람이 구현해도 안전하다고 표시한 작업을 구현함 테스트와 브라우저 확인을 수행하고, 이미 배포된 항목도 검증함 민감한 코드에 손대는 작업은 브랜치에서 구현하고 먼저 승인을 요청함 프로덕션 배포는 하지 않으며 사람이 직접 맡음 사람의 판단이 필요한 항목은 담당자 수신함에 모임. 스크립트가 전체 보드를 읽고 변경 검토, 질문 응답, 상충 관계에 대한 결정 등을 우선순위 목록으로 정리함 읽기 화면은 Claude artifact로 구성하며, 매 주기 Git에서 다시 생성함 전체 보드를 보여주는 페이지와 티켓별 검토 페이지에서 무엇을 왜 구현했는지 확인함 터미널 기록을 거슬러 올라가 변경 맥락을 재구성하는 대신 링크 하나를 열어 검토하고 판단함 판단 결과는 Git의 해...