에이전트가 올린 5만 5천 줄 PR — Notion 엔지니어가 말한 "진짜 병목은 리뷰가 아니다"

한 줄 핵심

에이전트가 코드를 대신 써주는 시대일수록 리뷰를 줄이는 것이 아니라, 이해를 돕는 explainable workflow와 퀴즈·시뮬레이션으로 인간이 계속 맥락에 참여하게 만드는 것이 더 중요하다고 주장한다.

시간별 요약

1. 1:27
   에이전트가 정답 검증을 점점 잘하게 되더라도, 인간이 루프에서 빠지는 것이 해답은 아니다. 이해는 다음 아이디어와 창의적 참여의 기반이므로, 정확성만 높아지는 흐름 속에서도 맥락을 이해하는 역할은 계속 필요하다.
2. 4:23
   좋은 코드 설명은 변경사항부터 시작하지 않고 배경, 직관, 예시를 먼저 제공해야 한다. 시스템 구조를 먼저 가르치고, 목표를 한 문장으로 요약한 뒤, 필요할 때만 코드로 들어가야 실제 이해가 가능해진다.
3. 7:00
   raw diff 대신 글로 풀어쓴 literate code diffs가 추적성을 크게 높인다. 여기에 퀴즈를 붙여 실제로 이해했는지 확인하면, 읽었다고 착각하는 오류를 줄이고 속도보다 이해를 우선하는 장치가 된다.
4. 9:01
   이해를 강화하는 핵심은 단순 설명이 아니라 Mathland처럼 직접 만져보는 환경을 만드는 것이다. Prolog interpreter용 microworld나 단계별 마이그레이션 시뮬레이션처럼, 내부 상태를 눈으로 보고 조작하면 버그 수정과 개념 습득이 동시에 일어난다.
5. 11:01
   에이전트는 배포용 코드를 쓰는 도구를 넘어, 사용자가 직접 따라가며 배울 수 있는 작은 세계를 생성하는 도구가 될 수 있다. 웹사이트 이전 작업처럼 버튼 몇 번으로 과정을 재현하는 UI는, 빠르게 끝내면서도 손으로 한 것 같은 감각과 이해를 남긴다.
6. 13:01
   AI 시대의 핵심 변화는 컴퓨터가 인간을 대체하는 것이 아니라, 인간의 이해력과 창의성을 증폭하는 방향으로 돌아갈 수 있다는 점이다. 코드가 더 싸고 빠르게 생성될수록, 그 코드를 설명하고 실험하고 수정할 수 있게 만드는 인터페이스가 더 중요한 가치가 된다.

실무 인사이트

• 코드 리뷰를 줄이기보다, 리뷰 전용 설명문과 5문항 정도의 이해 퀴즈를 붙여 '읽음'이 아니라 '이해함'을 기준으로 통과시키는 방식이 효과적이다.
• 에이전트 출력물을 바로 머지하지 말고, 배경-직관-예시-코드-퀴즈 순으로 재구성한 문서를 함께 생성하면 팀 온보딩과 협업 속도가 함께 오른다.
• 복잡한 변경은 결과물보다 과정을 보여주는 microworld나 인터랙티브 시뮬레이션으로 바꾸면, 디버깅과 학습을 동시에 해결할 수 있다.