gpt-5 pro





월요일 아침, 받은메시지 함은 불이 났다. 회의록이 세 통, PR이 다섯 개, “이번 주 릴리즈 노트 가능?”이라는 알림까지.
옆자리 신입 ‘클로드’는 내 눈치를 보며 메모장을 열고 있었다. 시키면 뭐든 열심히 하긴 하는데, 매번 결과가 조금씩 달랐다. 문장 톤도 출렁이고, 빠진 항목도 생겼다. 열심히인데 일관성이 문제였다.

그때 선배가 내 책상 위에 얇은 상자를 하나 올려놓았다. 은색 버튼이 세 개 달려 있었다.
“이건 스킬 박스야. 네가 자주 하는 일을 버튼으로 만든 거지.”

나는 웃었다. “장난감인가요?”
선배가 첫 번째 버튼을 톡 눌렀다. 회의록 → 할 일표.
순간 클로드가 고개를 끄덕이며 말을 잇는다. “결정 요약 두 줄, 액션 아이템은 ‘담당/마감/다음 스텝’ 표로요. 열린 이슈는 최대 세 개.”
회의 메모를 건네자 결과가 나왔다. 산만하던 메모가 깔끔하게 접혔다. 꼭 회의 끝나고 모두가 머리 속에서 생각하던 “그다음”만 남겨둔 느낌이었다.
선배가 말했다. “첫 번째 버튼 뒤에는 레시피 카드가 들어 있어. 해야 할 형식, 빠지면 안 되는 항목, 금지어, 말투 예시. 클로드는 그걸 보고 움직여.”

두 번째 버튼은 PR 묶음 요약.
클로드가 내게 되묻는다. “각 PR마다 핵심 변경 한 줄, 위험도(낮/중/높음), 그리고 확인 포인트 두 개면 되죠?”
링크 다섯 개를 던져 넣자, 화면에 짧고 단단한 요약들이 줄을 섰다. 내가 보통 30분 이상 들여다보던 걸 5분 만에 끝냈다. ‘어떤 것을 항상 같은 기준으로 볼 것인가’—그 기준이 버튼 속에 고정되어 있었기 때문이다.

세 번째 버튼은 릴리즈 노트.
클로드가 미리 묻는다. “Features / Fixes / Breaking Changes—이 순서로, ‘업데이트 전 주의’ 한 줄과 감사 목록 포함 맞죠?”
맞다. 결과는 놀랄 것 없었다. 놀랄 틈도 없었다. 딱 내가 원하던 그 틀이었다.
선배가 웃었다. “프롬프트는 그때그때 요리야. 맛이 좋을 수도, 들쭉날쭉할 수도 있지. 스킬은 표준 레시피라서 팀이 같이 써도 맛이 같다.”

나는 상자를 뒤집어 보았다. 버튼 뒤에는 작은 폴더가 붙어 있었다.
각 버튼마다 카드 몇 장이 꽂혀 있다.

  • “이 버튼을 언제 쓰는가”

  • “들어오는 재료(입력)는 무엇인가”

  • “필수 규칙/금지 규칙”

  • “샘플 결과 1~2개”

  • “출력 틀(섹션 순서와 라벨)”
    클로드는 작업을 시작하기 전에 이 카드를 살펴보고, 상황이 맞을 때 자동으로 해당 스킬을 집어 든다. 내가 “회의 정리해줘”라고만 말해도, 어떤 버튼인지 스스로 판단한다. (가끔 헷갈리면, “둘 중 어느 버튼?” 하고 되묻는다. 똑똑한데 소심한 타입이다.)

상자 옆에는 자물쇠가 달린 작은 칸도 있었다.
“이건 뭐죠?”
권한이 필요한 일. 인터넷에 나가야 하거나, 특정 폴더를 열어야 할 때는 여기서 ‘허용/차단’을 네가 직접 정해. 샌드박스 밖으로 나갈 땐 항상 허가증이 필요해.”
클로드는 대문 밖으로 나가기 전, 늘 내게 종이 한 장을 흔든다. “이 URL만 열어도 될까요?”—나는 고개를 끄덕이거나 좌우로 젓는다. 위험한 요청 앞에서는 버튼이 눌리지 않도록 두 겹 잠금이 걸려 있다.

며칠 뒤, 회사에 큰 변경 요청이 떨어졌다.
나는 여느 때처럼 새 프롬프트를 길게 쓰는 대신, 버튼 두 개를 이어 눌렀다.
먼저 요구사항 → 태스크 분해 버튼. 큰 목표가 에픽·스토리·태스크로 쪼개지고, 각 항목에는 수용 기준과 의존성이 붙었다.
다음은 설계 결정 기록(ADR) 버튼. Context → Options → Decision → Consequences—회의를 열기도 전에 문서의 뼈대가 서 있었다. 사람들은 문구를 다듬고, 나는 결정을 설명하는 데 시간을 썼다. 문서를 “만드는” 시간에서, 내용을 “맞추는” 시간으로 중심이 이동했다.

점심시간, 후배가 물었다. “선배, 이거 결국 뭐가 다른 거예요? 어차피 클로드가 해주는 건데.”
나는 상자를 토닥였다. “버튼이 있으면, ‘무엇을 어떻게’가 고정돼. 오늘 내가 하든, 내일 네가 하든 결과가 비슷하지. 우리가 바꾸고 싶은 건 결과의 운빨이 아니라 재현성이니까.”
후배가 고개를 끄덕였다. “아—팀의 기억을 버튼에 저장해 두는 거네요.”
정확했다. 버튼은 도구가 아니라 팀의 습관이었다.

그날 퇴근 전, 나는 내 책상에도 작은 버튼을 더 붙였다.
버그 재현 가이드, 회의록 → 액션, PR 묶음 요약, 릴리즈 노트, 요구사항 → 태스크, ADR.
각 버튼 뒤에는 얇은 카드가 한 장씩 들어 있다. 규칙은 짧다. 예시는 두 개뿐이다. 하지만 그 두 개가 방향을 잡아 준다.
클로드는 더 이상 “오늘은 이렇게, 내일은 저렇게”가 아니다. 버튼을 누르면 버튼다운 결과가 나온다. 스테이플러 옆에 있는 또 하나의 사무용품처럼—다만 훨씬 똑똑한.

퇴근길 엘리베이터에서, 나는 오늘 배운 걸 한 문장으로 정리했다.
스킬은 ‘자주 하는 일을 늘 같은 품질로 끝내게 해 주는 버튼’이다.
그리고 좋은 버튼은 화려하지 않다. 단단한 레시피 카드 한 장이면 충분하다. 다음엔 어떤 버튼을 만들까 생각하다 보니, 엘리베이터 문이 열렸다. 커피 한 잔 남은 월요일이 조금은 간단해졌다.