AI에 일을 맡기기 전, 엔지니어가 '뇌 샌드위치'를 챙겨야 하는 이유

The Brain Sandwich

엔지니어 Emily가 제안한 'Brain Sandwich' 프레임워크는 AI 활용과 엔지니어링 역량 유지 사이의 균형을 잡는 단순한 방법이다. 작업을 시작할 때는 먼저 직접 읽고 이해해 방향을 잡고, 구현은 AI에 온전히 맡긴 뒤, 마지막에는 다시 자신의 뇌로 돌아와 diff를 검토하고 PR 설명을 다듬어 리뷰 가능한 상태로 만든다. 변경 사항과 이유를 설명할 수 없다면 아직 남에게 보여줄 준비가 안 된 것이다.

규칙은 간단하다. 무엇이 바뀌고 왜 바뀌는지 설명할 수 없다면, 아직 다른 사람이 살펴볼 준비가 되지 않은 것이다.
  1. coldtea

    AI의 실질적인, 그저 '공개적으로 인정된' 것만이 아닌 효용 전체는 사람들이 그 일을 이해하지 못한 채로, 심지어 그다지 신경 쓰지도 않은 채로 결과물을 내놓게 해준다는 데 있다.

    그래서 그런 글들은 80년대 후반 월스트리트 트레이딩 플로어에서 "거래하되, 윤리적으로 하라"가 했을 만큼의 변화만 만들어낼 것이다:

    "에이전트에게 뭔가 만들기 시작하라고 하기 전에, 먼저 거기 가서 읽고 이해부터 하세요."

    그래, 그런 일은 안 일어날 거다. 100명 중 1명이나 그럴까.

  2. fluxusars

    접근 방식에는 전적으로 동의하지만, 안타깝게도 그렇다고 해서 AI 시대의 엄청난 양의 코드 리뷰가 훨씬 나아지지는 않는다. 기껏해야 동료들의 쏟아지는 리뷰 요청을 조금 늦출 수 있을 정도다. 게다가 자기 자신의 LLM 코드도 리뷰하는 데 시간을 써야 하는데, 그런 코드는 양도 더 많고 직접 손으로 작성했을 때보다 자연히 덜 익숙하기 때문에 리뷰하는 데 더 오래 걸린다.

  3. passive

    여기서의 기본 개념, 즉 LLM으로 전송되고 LLM으로부터 전송되는 입력과 출력에 대해 개인이 책임을 진다는 것은 당연하면서도 핵심적인 것이다. 그래서 이걸 전달하는 방식으로서 이 용어가 반갑다.

    기술에 덜 익숙한 사람들에게는 Brain Sandwich를 지침으로 써볼 생각이다.

  4. pazimzadeh

    'design'이 돌아온 것 같네

  5. kpmcc

    개념이 마음에 든다.

    깐깐한 덧붙임: 이건 AI 샌드위치지, 뇌 샌드위치가 아니다.

이 날의 다른 글

2026-10-18