이제 모든 소프트웨어 엔지니어는 아키텍트입니다.

중요한 데모를 앞두고 밤을 새우고 있었고, AI 에이전트는 놀라웠다. 예전이라면 일주일 걸리던 기능이 한나절 만에 완성됐고, 마치 초능력을 얻은 기분이었다.

그리고 테스트를 시작했다.

온통 버그투성이였다. 캐싱 오류. 스레드 안전성 문제. 몇 달 동안 멀쩡히 돌아가던 코드가, 아무도 의도하지 않은 미묘한 결정 하나로 조용히 망가져 있었다. 전부 컴파일됐다. 전부 실행됐다. 그리고 함정이 찾아왔다. 언제나 찾아왔다.

나는 절반의 시간을 AI 출력물을 디버깅하는 데, 나머지 절반을 다음엔 또 뭐가 나올까 불안해하는 데 썼다. 그리고 새벽 두 시쯤, 내가 느끼는 감정이 더 이상 설렘이 아니라는 걸 깨달았다. 그것은 슬롯머신 레버를 당기는 느낌이었다. 프롬프트를 치면 릴이 돌고, 나오는 대로 받는다. 맞아 보인다. 매번 맞아 보인다 — 아닐 때까지는.

그런데 핵심은 이것이다. 나는 에이전트 사용을 멈추지 않았다. 아무도 되돌아가지 않는다. 그 속도는 실재하고, 놀랍고, 다시 전부 손으로 짜라고 말하는 사람은 향수를 파는 것이다. 다만 나는 다른 질문을 던지기 시작했다.

일은 이미 바뀌었다. 도구는 그대로다.

우리는 전에도 이 지점에 있었다. 예전엔 천공카드로 컴퓨터를 프로그래밍했다. 다음은 어셈블리 — 이 레지스터를 밀고, 여기로 점프하고, 이 숫자를 더하라. 그다음 Dennis Ritchie가 C를 만들었고, 우리는 더 이상 명령어가 아니라 논리로 생각하게 됐다. 그 전환들은 하나같이 당연해지기 전까지는 불가능해 보였다.

이번 변화도 그런 변화 중 하나입니다. 지금까지 중 가장 큰 변화입니다. 이제 코드는 에이전트가 씁니다. 커피 한 잔 가지러 간 사이에 수천 줄을 쓰고, diff는 영수증처럼 끝도 없이 쏟아져 나오며, 우리는 모두 그것을 똑같이 다룹니다. 읽지 않습니다. 당연히 읽지 않죠. 2,000줄짜리 diff를 읽는 사람은 없습니다. 빌드하고, 실행해 보고, 대충 훑어본 뒤, 소프트웨어에서 가장 위험한 말을 합니다. “잘 되는 것 같네, 배포하자.”

그리고 로그인 페이지가 깨진다. 당신이 건드리지도 않은 곳이. 그 2,000줄 어딘가에서 핵심 데이터 모델이 수정됐고, 그건 무해해 보였고, 이제 새벽 2시에 호출기가 울리며, “이게 어떻게 동작하죠?”라는 질문에 대한 솔직한 대답은 전 세계 엔지니어들이 매일같이 임원에게 하는 바로 그 대답이다.

“모릅니다. 에이전트가 짰어요.”

그 문장을 소리 내어 말해 보라. 그건 엔지니어링 문화가 아니다. 그건 늪 위에 짓는 것이다.

숫자도 그 느낌을 뒷받침한다. 개발자의 84%가 이제 AI 코딩 도구를 쓴다. 기업 팀의 81%가 AI가 작성한 코드가 프로덕션에서 깨지는 일을 겪었다. 그리고 자신이 배포하는 AI 생성 코드를 신뢰하는 비율은 29% — 이십구 퍼센트다.* 우리는 도구를 받아들이고 신뢰를 잃었다. 통제 없는 속도는 엔지니어링이 아니다. 마케팅만 잘된 혼돈이다.

하지만 아무도 분명히 말하지 않는 것이 있다. 엔지니어의 일은 사라지지 않았다. 한 층 위로 올라갔다. 우리는 더 이상 코더가 아니다. 아키텍트다. 방향을 정하고, 구조를 세우고, 항상 참이어야 하는 것과 결코 일어나선 안 되는 것을 결정한다. 에이전트는 노동력이다 — 지치지 않고, 뛰어나고, 다소 무모한 빌더들의 무리. 그런데 우리가 쓰는 모든 도구는 예전 일에 맞춰 설계됐다. 파일 브라우저, 텍스트 에디터, 옆에 덧붙인 에이전트. 그건 코더의 책상이다. 아키텍트의 도구는 어디에 있는가?

통제는 기능 요청이 아니다. 본능이다.

자신이 만드는 것을 통제하고 싶은 욕구는 아마 인간의 가장 오래된 본능 중 하나일 것이다. 그것은 무언가를 만드는 것과 무언가가 만들어지는 것을 지켜보는 것의 차이다. 그리고 나는 그것이 지금 엔지니어들이 그토록 불편한 진짜 이유라고 생각한다 — 정확히 말하면 버그 때문이 아니다. 책상에 앉아도 더 이상 스스로가 만드는 사람처럼 느껴지지 않기 때문이다. 우리는 에이전트에게 소리치고 있는 것 같고, 가끔은 그쪽이 되받아치고, 가끔은 그쪽이 옳기까지 하며, 그 어느 것도 우리가 사랑했던 그 일처럼 느껴지지 않는다.

엔지니어는 아침에 자리에 앉아 우리가 늘 느껴온 것을 느껴야 한다. 나는 무언가를 만든다. 나는 창조한다. 내 시스템이 어떻게 동작하는지 알고, 그것을 증명할 수 있다. 그 자부심은 향수가 아니다 — 이 직업 전체를 굴러가게 하는 힘이다. 모든 diff의 끝에는 여전히 책임지는 사람이 있기 때문이다. Andrej Karpathy가 가장 잘 표현했다. 에이전틱 엔지니어링이란 훨씬 빨리 가면서도 품질 기준을 지키는 일이라고. 책임은 여전히 당신에게 있다.

그러니 답은 더 느린 AI가 아니다. 모든 diff를 읽는 것도 아니다. 에이전트가 정중한 제안쯤으로 취급하는 마크다운 파일 폴더도 아니다. 답은 엔지니어링에서 언제나 그랬던 것이다. 무엇이 만들어졌는지 본다. 그것이 무엇을 하는지 이해한다. 결코 일어나선 안 되는 것을 강제한다. 신뢰하기 전에 검증한다.

하지만 그것은 도구에서 시작한다. 엔지니어를 다시 통제의 자리에, 스택의 꼭대기에 세우고, 자신이 만드는 것에 자부심을 갖게 하는 데서 시작한다.

우리는 이렇게 믿는다:

• 엔지니어는 이제 아키텍트다. 도구도 이제는 그에 맞게 동작해야 한다.
• 신뢰는 검증으로 얻는 것이지 분위기로 얻는 것이 아니다. 증명되지 않으면 배포되지 않는다.
• 통제가 곧 기능이다. 나머지는 전부 장식이다.
• 통제 없는 속도는 혼돈이다. 통제를 동반한 속도야말로 이 시대가 약속하는 전부다.

이를 위해 우리는 Panolayer를 만들고 있다.

*출처: Stack Overflow Developer Survey 2025; CloudBees State of Code Abundance 2026.