인간의 컨텍스트 한계 vs AI의 컨텍스트 한계

ㅋㅋㅋ 무슨 말인지 알겠음. 😜

나도 그랬음, 대놓고는 아니지만. 뭐, 몇 번 'WTF' 한 적은 있지. Claude가 완전히 망쳤다고 말하더라도 좀 더 정중하게 대응하는 법을 찾았는데, 그게 꽤 차분해지고 내가 뭘 잘못했는지 깨닫게 해주더라고.

내 하드 드라이브 같은 거에 접근 권한이 있는 존재라고 생각하라는 말이 마음에 듦. 😄

그냥 읽어보는 게 좋을걸. 그렇게 길지도 않고 잘 쓴 글이야. 5분 투자할 생각도 없으면 요약본을 봐도 별로 얻어갈 게 없을 거다.

확실히 가능하긴 함. 나도 50개 넘게 돌려봤는데, 단계별로 진행하다 보면 인지 부하 문제 겪는 거 당연함.

에스컬레이션 프로세스를 갖춘 그래프 기반 워크플로우가 도움이 됨. 모든 개발 에이전트가 너한테 알림 보내게 하지 말고, 아티팩트를 적극적으로 활용해 봐.

걱정 마, 그 사람들도 컨텍스트 한계에 부딪히고 있으니까. 게시글 절반은 Claude가 왜 미친 듯이 행동하는지 모르겠어서 워크플로우를 끝낼 수 없다는 내용임. 워크플로우 설계와 적용에 좀 더 대화적인 접근 방식을 취하면 그렇지 않을 때보다 더 나은 결과를 얻는 경향이 있음. 에이전트를 설계하거나 에이전트 워크플로우 프로세스를 사용해 본 적이 한 번도 없지만, 몇 번의 프롬프트만으로 워크플로우를 끝낼 수 있다는 점에서 개인적으로 말할 수 있음.

그냥 한 단계 위로 올라가면 됨.
나는 활성 세션에서 오케스트레이터 에이전트를 실행함. 그 에이전트가 하위 에이전트들을 관리함. 나한테는 에이전트 하나를 돌리나 100개를 돌리나 속도 빼고는 차이가 없음.

아키텍처 결정은 직접 해, 아니면 전부 외주 맡긴 거야?

맞아, 힘들지. 나는 Claude한테 계속 쉽게 설명해달라고 하고 여러 번 다시 설명하게 해야 함. 세션으로 돌아갈 때마다 무슨 일이 일어나고 있는지 따라잡으려고 읽어야 할 게 산더미라 컨텍스트 스위칭 비용도 배로 듦.

작게 쪼개서 25개의 에이전트를 실제로 관리할 수 없다는 걸 인정하거나, 에이전트가 제대로 수행했을 거라는 맹목적인 믿음을 가지고 최소한의 부분만 검증해야 함. 정답은 없음.

이제는 컨텍스트 스위칭이랑 멀티태스킹이 그냥 일상이 된 것 같아. 얼마 전까지만 해도 우리 모두 한 번에 한 가지 일만 하려고 노력했던 것 같은데 말이지.