다들 어떻게 Claude를 밤새도록 돌리는 거야?

3번에 대해 좀 더 자세히 설명해 줄 수 있나요? 예를 들어, 계획 문서 대신 계획 에이전트의 컨텍스트에서 직접 구현이 이어지게 하는 건가요?

처음에는 에이전트를 역할별(문제 정의, 제품 사양, 설계, 개발 등)로 구성하려고 했습니다.

그래서 워크플로우를 그렇게 설계했죠. 각 단계마다 문서, 작업물, 컨텍스트를 넘기게 했습니다.

결과는 엄청난 병목 현상이었고, 모든 작업이 QA에서 반려되었습니다.

알고 보니 각 단계마다 사양이나 개발 과정에서 완전히 전달될 수 없는 결정에 대한 컨텍스트와 연구가 필요하더군요.

작업을 정의하고 이슈를 정의할 수...

작성자는 아니지만, 제가 보기엔 각 탭이 동일한 기본 모델을 기반으로 하고 있어서, 핸드오프를 하면 거부된 내용이나 추론 과정이 손실되는 경우가 많습니다. 방향성만 남게 되죠. LLM으로 코딩할 때는 특히 왜 그렇게 하면 안 되는지에 대한 추론 과정이 중요한데 말이죠. 결국 핸드오프를 따르느라 모델이 특정 도메인에서 더 멍청해지고 제약이 많아지며, 내재된 추론 능력도 떨어지게 됩니다.

거기에 아키텍처와 프로젝트 목표, 광범위한 단위 테스트를 추가하고, 프로젝트 목표와 현재 상태를 비교하는 루프를 돌려서 1:1 커버리지가 될 때까지 작업하게 하세요.

진짜로 Fable이나 Opus를 루프에 돌리는 거야? 목표를 달성하기 위해 얘가 했던 가장 이상한 짓이 뭐야?

Docker 샌드박스에서 권한 건너뛰기 모드를 사용하세요.

Docker 샌드박스에서는 어떻게 작동하는 거야?