03-실전

03 — 실전: 합주 시나리오 세 가지

시나리오 A — “PR을 만들고, 사람 검토 자료까지 묶기”

1. Code 탭: 새 기능 브랜치 생성 → 변경 → 테스트 → PR 올리기
2. Cowork 탭: 그 PR 번호를 받아서
   • PR 본문을 Notion 회의 페이지에 붙임
   • Slack #release 채널에 알림 메시지 작성 (전송은 사람이)
   • Linear 관련 티켓 상태를 “Review”로 변경 (사내 SaaS GUI 조작)

핵심: 코드 변경은 Code, 사람·문서·시스템 알림은 Cowork.

시나리오 B — “버그 보고가 들어오면 둘이 한 번에”

1. Cowork 탭: 사용자가 보낸 스크린샷을 보고 사내 이슈 트래커에 새 티켓을 만든다
2. Code 탭: 그 티켓 번호로 reproduction 만들기 → 원인 파일 찾기 → 후보 패치 생성
3. Cowork 탭: 원격 데스크톱에서 패치 적용 후 사용자 환경에서 재현되는지 화면으로 검증

시나리오 C — “주간 리포트”

1. Code 탭: 최근 1주 git log·PR 요약을 마크다운으로 출력
2. Cowork 탭: 그 마크다운을 Notion 페이지로 발행 + 차트 위젯 추가 + Slack 공유 메시지 초안 작성

분할 원칙

• 코드베이스 안 = Code / 그 외 = Cowork
• 두 탭 사이의 인터페이스는 사람이 보는 텍스트 (clipboard, Notion, 파일)
• 같은 자원을 동시에 수정 금지
• 각 탭의 결과를 사람이 한 번 보고 다음 탭으로 넘김

합주의 함정

• 두 탭에 같은 일을 시키면 충돌·중복 PR
• 한 탭의 권한 토큰을 다른 탭에 노출 → 권한 경계 무너짐
• “지금 어느 탭이 메인인지” 모호하면 책임 추적 불가