배경 설명: 저는 30년 경력의 소프트웨어 엔지니어이며, 두 개의 Max 계정을 보유하고 있으며 매주 두 계정 모두를 다 써버립니다. 개인 프로젝트로 시작했던 것이 빠르게 상당히 정교한 SaaS 제품으로 성장했습니다. 복잡성이 증가함에 따라, 세션 간의 조율을 시도하는 과정에서 문제들이 발생하기 시작했습니다(저는 컨텍스트를 압축(compaction)하는 대신, 컨텍스트가 포화되면 세션을 아카이브합니다). 세션 간에 정보를 복사하고 붙여넣는 작업과 코드베이스에 거의 100개에 달하는 무작위 마크다운(markdown) 문서들이 쌓이는 문제로 인해 압도당하고 있었습니다. 저는 3일 동안 모든 기능 개발을 중단하고, 대신 Github Actions (GHA)를 사용하여 정교한 PR(pull request) 기반의 CI 파이프라인을 구축했습니다. 이것을 훨씬 더 일찍 하지 않은 제 자신을 자책하고 있습니다. 아주 짧게 요약하자면: 제 운영(production) 서버는

만약 제가 "진짜" SaaS 제품을 만들고 있었다면, AWS나 GCP 위에서 구축하고 있을 것이며, 제 CI 워크플로우(CI workflow)에 많은 인프라 관련 요소들을 계층적으로 추가했을 것입니다. 이제 저의 모든 세션 간 커뮤니케이션(cross-session communication)은 GitHub Issues에 저장됩니다. Claude는 스스로에게 노트를 작성하고(제 CLAUDE.md에 있는 몇 가지 LLM 인제스션(LLM-ingestion) 최적화 지침을 사용함), 버그 리포트를 열고 닫으며, 매우 상세하고 밀도 높은 세션 핸드오프(session hand-off) 문서를 생성하고, 제가 할 일(to-do) 태스크를 추적할 수 있게 해줍니다. 저는 이 모든 과정을 감독하며 왔다 갔다 합니다. Claude가 배포하는 코드가 운영(production) 환경에 도달하기 전, 2,000개 이상의 회귀 테스트(regression tests)와 약 10개의 코드 품질 검사(code quality checks)라는 관문을 통과한다는 것을 알고 있기 때문입니다. 만약 테스트가 하나라도 실패하면, Claude가 이를 확인하고 자동으로 수정하여 PR(Pull Request)을 다시 머지(re-merge)합니다. 이 워크플로우는 저의 역량을 진심으로 한 단계 끌어올렸습니다. 이제 저를 느리게 만드는 유일한 것은 작업 간에 정신적으로 컨텍스트 스위칭(context switch)을 하는 능력뿐입니다. 저는 일반적으로 한 번에 3~5개의 Claude 세션을 동시에 실행하며, 각 세션은 프로젝트의 서로 다른 측면을 작업합니다. 하루가 끝나면 저는 완전히 녹초가 되어 돌처럼 깊은 잠에 빠지곤 합니다. 제 뇌의 속도로 작업한다는 것은 정말 믿기지 않을 정도로 놀라운 경험입니다. submitted by /u/big_like_a_pickle [link] [comments]