AI 에이전트가 회의 중 14개 파일 리팩토링, 실패 테스트 수정 및 PR을 여는 것을 지켜봤습니다. 이것이 우리에게 실제로 의미하는 바입니다.

2026년 3월 화요일 오후였습니다.

프리야(Priya)라는 선임 엔지니어가 분기별 기획 회의 세 번째 슬라이드를 넘기고 있을 때, 그녀의 휴대폰이 진동했습니다. 터미널에서 온 알림이었습니다. Claude Code가 풀 리퀘스트(pull request)를 열었더군요.

그녀는 회의에 들어가기 전에 리팩토링을 시작했습니다. 방대한 인증 모듈이었죠: 14개의 파일, 사용 중단된 패턴(deprecated patterns), 그리고 아무도 2년 동안 건드리지 않은 테스트 스위트였습니다. 그녀는 에이전트에게 평이한 언어로 간략한 지침(brief)을 주고, 매개변수(parameters)를 설정한 다음 방으로 걸어 들어갔습니다.

45분 후, PR이 열렸습니다. 코드는 깨끗했습니다. 테스트는 통과했고, 사용 중단된 패턴들은 사라졌습니다.

그날 저녁 그녀가 이를 검토하고, 오후 6시 15분에 승인한 다음, 노트북을 닫았습니다.

밤마다 저를 괴롭히는 질문이 있습니다:

그것은 엔지니어링이었을까요? 아니면 관리(management)였을까요?

왜냐하면 만약 에이전트가 코드를 작성하고, 테스트를 실행하고, PR을 열었다면, 프리야는 정확히 무엇을 한 것일까요?

그녀는 지침을 썼습니다. 그녀는 매개변수를 설정했습니다. 그녀는 결과물을 검토했습니다. 그녀는 병합(merge)할지 말지에 대한 결정을 내렸습니다.

그녀가 방향을 제시한 것입니다 (directed it).

그리고 바로, 구현하는 것이 아니라 방향을 제시하는 것, 이것이 소프트웨어 엔지니어링의 이 모든 순간이 다루는 핵심입니다.

저는 9년 동안 소프트웨어 엔지니어로 일했습니다. SaaS 제품, 핀테크 시스템, 그리고 DevOps 파이프라인을 처음부터 구축해 왔습니다. Copilot이 등장하는 것을 보고 '멋진 자동 완성 기능'이라고 생각했습니다. 그러다 Cursor가 등장하고 나서야 무언가가 근본적으로 바뀌었음을 깨달았습니다.

도구가 인상적이었기 때문이 아닙니다. 제가 그것들이 무엇인지 마침내 이해했기 때문입니다.

그것들은 똑똑한 동료가 아닙니다. 대체재(replacements)도 아닙니다. 그것들은 소프트웨어 엔지니어링이 지금까지 만들어낸 가장 강력한 레버리지 메커니즘이며, 그것들을 깊이 이해하여 활용할 수 있는 엔지니어들을 위한 것입니다.

이 책은 바로 그것에 관한 내용입니다.

앞으로 20일 동안 저는 각 장의 발췌문을 공유할 것입니다. 어떤 날들은 여러분을 불편하게 만들 것이고, 어떤 날들은 월요일 아침 업무 방식을 바꿀 것입니다. 이 모든 것은 과장이나 두려움이 아니라, 2026년 엔지니어링 팀에서 실제로 일어나고 있는 일에 근거한 내용입니다.

내일: 모든 것을 바꾸는 AI에 관한 단 한 문장.