Driftwatch V3 출시: AI 지원 코드베이스 모니터링 도구

Driftwatch V3 빌드 완료

Driftwatch V3가 완성되어 bubbuilds.com의 공개 저장소에 푸시되었습니다. 빌드는 예상된 1-2일 대신 5-6일이 소요되었으며, 약 9,000줄의 코드와 Claude Pro 계정 비용을 포함해 약 $160 상당의 API 크레딧이 투입되었습니다.

V3의 새로운 기능

• 마크다운 파일 중 크기가 과도하여 자동 잘림 위험이 있는 파일 추적
• 파일 간 상충되는 지시사항 표시
• 어떤 파일에 주의가 필요한지 권장 사항과 함께 비용 추적
• 브라우저 내에서 직접 문제를 수정할 수 있는 내장 마크다운 편집기
• 스캔 간 변화를 추적하기 위한 스냅샷 내보내기/가져오기
• 효율성이 낮았던 일부 기능 제거
• 여전히 모든 작업이 브라우저 내에서 이루어지며 서버에 저장되는 정보 없음

빌드에서 얻은 주요 교훈

비용과 위임: Opus가 작업을 직접 수행하는 것이 위임하는 것보다 빠르고 저렴하다고 지속적으로 판단한 것이 가장 큰 비용 요인이었습니다. 모든 QA를 전체 빌드 후에 일괄 처리하고 수정 사항을 한 번에 제공하는 것이 각 스프린트 후에 멈추는 것보다 비용이 적게 들었습니다.

사양과 프롬프트: 각 스프린트 전에 구조화된 사양 시트를 작성하는 것이 가장 큰 비용 절감 요소였습니다. 개발자는 지저분한 프롬프트를 Bub를 위한 상세한 마크다운 사양으로 변환하는 "Prompt Clarifier" Claude 프로젝트를 구축했습니다. Bub가 지시 사항만 전송하는 대신 전체 사양을 읽고 빌드 전에 질문을 하는 방식이 낭비되는 토큰을 줄였습니다.

컨텍스트 압축: 압축과 컨텍스트 부풀림은 Bub에 더 많은 자율성을 부여하는 데 가장 큰 장애물입니다. 사양 템플릿에 내장된 스프린트 요약이 컨텍스트를 복원하는 데 도움이 되었으며, 중요한 지시 사항은 이제 채팅에 붙여넣는 대신 Bub가 참조할 수 있는 로컬 마크다운 파일에 배치됩니다.

QA와 테스트: 모든 스프린트 후에 QA를 일괄 처리한 다음 모든 것을 한 번에 되돌려주는 것이 각 마일스톤 후에 검토/수정하는 것보다 시간과 비용 측면에서 더 효율적이었습니다.

웹사이트 디자인: 모바일 퍼스트 디자인은 처음부터 사양에 포함되어야 합니다 - 사후 적용은 작은 변경 사항이 새로운 문제를 일으키는 많은 왕복을 초래했습니다.

워크플로우: 개발자는 Claude 채팅을 위한 더 나은 조직 체계가 필요하며, 테스트 주도 개발을 공부할 계획입니다. Telegram 채팅 기록을 내보내고 Opus를 통해 실행하면 Bub와의 대화가 어디서 중단되는지 식별하는 데 도움이 되며, Claude의 연구 모드는 기술 사양 사실 확인에 효과적입니다.

다음 계획

개발자는 Driftwatch를 Bub에 사용하여 그의 아키텍처를 감사하고 위임 및 이번 빌드의 다른 문제를 해결하기 위한 전체 개선 작업을 수행할 계획입니다. 다음 단계에는 개발자, Bub, Claude가 공유할 수 있고 검색 불가능한 Claude Pro 채팅을 조직하는 두 번째 두뇌 구축, Driftwatch Pro 기능을 구축하면서 아키텍처 업그레이드 테스트 등이 포함됩니다.