Claude Code 창시자는 어떻게 코딩할까? (보리스의 작업 환경 엿보기)

58.11.***.***
7

레딧에서 뒹글거리다 좋은 내용이 있어서 가져왔습니다. 
이 보고서는 제미나이가 고생해 주셨고 제가 마무리 및 내용을 추가 했습니다.

출처: reddit : Claude Code creator Boris shares his setup with 13 detailed steps,full details below


Claude Code를 만든 Boris Cherny가 직접 공개한 자신의 작업 환경과 노하우를 정리했습니다.

"도구는 거들 뿐, 핵심은 워크플로"라는 장인은 도구를 가리지 않는다와 일맥상통한다고 할까요.

개발 생산성을 고민 중이시라면 바로 적용해 볼 만한 팁들이 많습니다.


1. 터미널과 웹의 '하이브리드' 활용

보리스는 하나의 창만 쓰지 않습니다. 터미널(iTerm2) 탭을 5개씩 띄워두고, 동시에 웹 세션도 5~10개를 병렬로 돌립니다.

  • 팁: --teleport 명령어로 터미널 작업을 웹으로 옮기거나, 이동 중엔 모바일로 체크하며 끊김 없이 작업합니다.

2. 속도보다는 '지능' (Opus 4.5)

코딩 모델로 Sonnet 대신 더 크고 느린 Opus 4.5를 고집합니다.

  • 이유: 추론 능력이 좋아 사람이 수정할 일이 적습니다. 한 번에 제대로 짜는 게 결과적으로 더 빠르기 때문입니다.

3. 실수를 반복하지 않는 비결: CLAUDE.md

가장 중요한 포인트입니다. 팀 전체가 프로젝트 루트에 CLAUDE.md 파일을 공유합니다.

  • 사용법: AI가 실수를 하거나 잘못된 코드를 짜면, 이 파일에 규칙을 추가합니다. AI는 이 파일을 읽고 "다음번엔 같은 실수를 하지 않게" 됩니다. (일종의 전용 지침서)

    {emo:southsky-007.gif:500} 이 방법은 매우 유용합니다.  

4. '계획 모드'로 시작하기

무작정 코드를 짜라고 시키지 않습니다.

  • Shift+Tab을 두 번 눌러 계획(Plan) 모드로 진입합니다.(확인은 안해 봤습니다.)

  • AI와 충분히 대화하며 설계가 완벽해지면, 그때 구현을 맡겨 한 번에 승인(Auto-approve)합니다.

    👍: 이걸 잘 안하면 안됩니다. 

5. 반복 업무는 '명령어'로 자동화

자주 쓰는 워크플로(예: 커밋-푸시-PR 생성)는 슬래시 명령어(/command)로 만들어 둡니다.

  • Git 상태 확인 등 단순 작업은 미리 스크립트로 처리하여 AI와의 불필요한 대화 턴을 아낍니다.

6. 검증(Verification)이 품질의 핵심

AI에게 작업을 맡기고 끝내지 않습니다.

  • 브라우저를 열어 UI를 직접 테스트하게 하거나, 테스트 스위트를 돌려 검증합니다.

  • "AI가 스스로 검증할 수 있는 수단(피드백 루프)을 주면 결과물의 품질이 2~3배 뛴다"고 강조합니다.


💡 요약단순히 "코드를 짜줘"가 아니라, "설계(Plan) -> 규칙 학습(CLAUDE.md) -> 자동화(Command) -> 검증(Verify)"의 사이클을 만드는 것이 Boris Cherny​ 제시하는 팁의 핵심인거 같습니다.

13가지인데 요약하니 짧아졌습니다.
더 자세한 내용은 원문을 참고해 주시기 바랍니다.






로그인한 회원만 댓글 등록이 가능합니다.

개발한당

KR | ID | EN
  • IDR
  • KOR
8.36 0.01

2026.07.10 KEB 하나은행 고시회차 1036회

다가오는 한인 행사일정

  • 등록 된 일정이 없어요!