OpenClaw 개발자, Driftwatch V3 빌드 중 컨텍스트 압축 문제 보고

OpenClaw의 Bub 에이전트와 함께 Driftwatch V3 빌드를 작업 중인 개발자가 단일 세션에서 세 번의 스프린트를 완료했지만, 컨텍스트 관리와 위임에 심각한 문제를 겪었습니다.

빌드 진행 상황과 문제점

개발자는 87달러 크레딧으로 스프린트 2를 시작하여 약 15분 만에 완료했지만, 빠른 세션이 될 것으로 예상했던 것에 비해 예상치 못한 10달러 비용이 발생했다고 언급했습니다. 확인된 주요 문제는 Bub가 "여전히 제대로 위임하지 않고" 모든 작업을 Opus 4.6에서 실행하고 있다는 점이었습니다.

스프린트 3 동안, "컨텍스트 압축이 Bub의 메모리 일부를 세션 중간에 삭제하는" 중대한 문제가 발생했습니다. 스프린트 3을 마친 후, 에이전트는 갑자기 스프린트 2의 중간에 있다고 생각했으며, 개발자가 발견하지 않았다면 완료된 작업을 다시 시작했을 것입니다.

해결 방법과 대안

개발자는 "내 스펙 템플릿에 있는 스프린트 종료 요약이 우리를 구했다"고 말하며 압축이 발생했을 때 해당 요약을 복사하여 붙여넣음으로써 에이전트가 다시 정상 궤도에 오를 수 있었다고 설명했습니다. 개발자는 이 접근 방식이 "압축 동안 모든 지시사항을 잃을 가능성에서 우리를 구했다"고 강조했습니다.

언급된 다른 디버깅 기술로는 Telegram 채팅 기록을 내보내고 Opus를 통해 실행하여 대화가 중단되는 지점을 식별하는 방법이 있습니다.

현재 상태와 다음 단계

스프린트 2-4에 계획된 모든 기능이 구축되었지만, 사이트는 이제 새로운 기능을 수용하기 위해 레이아웃 재설계가 필요합니다. 개발자는 레이아웃 변경 후 QA를 진행할 계획이며, 왕복을 줄이고 비용을 절감하기 위해 일괄 QA 방식을 고수하고 있습니다.

이번 세션의 비용은 약 30달러(스프린트당 10달러)로, 지금까지 총 지출은 약 40달러입니다.

주요 학습점

• Opus는 하위 에이전트에게 작업을 위임하는 데 신뢰할 수 없는 것으로 보입니다
• 프로토콜이 마련되어 있음에도 컨텍스트 압축은 여전히 문제입니다
• 프로젝트 스펙에 내장된 짧은 스프린트 종료 요약은 메모리 손실로부터 복구하는 데 도움이 됩니다
• 스펙을 접근 가능한 폴더에 보관하면 압축 동안 지시사항 손실을 방지할 수 있습니다
• Bub는 "웹 디자인에는 괜찮지만, 몇 가지 기술을 더 익히면 훨씬 나아질 수 있습니다"

개발자는 압축 문제에 대해 좌절감을 표시했지만, Bub의 구성 문제를 해결하기 전에 V3를 완료하는 것을 우선순위로 두고 있습니다.