나는 더 이상 우리 시스템의 코드를 직접 작성하지 않습니다. 나는 코드를 작성하는 에이전트 (Agents)를 작성합니다.

그리고 그것이 바로 내가 보기에 직업적 공포가 얼마나 우스꽝스럽게 보이는지에 대한 정확한 이유입니다.

나는 체코의 한 미디어 하우스에서 백엔드 (Backend) 팀을 운영하고 있습니다. 페이월 (Paywall), 구독, OAuth, CRM, 메일링 등 실제 돈이 오가는 실제 시스템들을 다룹니다. 이제 나의 하루 대부분은 함수 (Functions)를 만드는 것이 아니라, 에이전트를 위한 규칙 (Rules), 권한 (Permissions), 테스트 게이트 (Test gates) 및 리뷰 단계 (Review steps)를 설정하는 데 사용됩니다. 업무가 사라진 것이 아닙니다. 한 단계 위로 이동했을 뿐이며, 그 단계는 더 어렵습니다.

모든 새로운 명칭은 이전 명칭에 대한 패치(Patch)이다

지난 4년간의 어휘를 살펴보십시오. 프롬프트 엔지니어링 (Prompt engineering). 컨텍스트 엔지니어링 (Context engineering). 하네스 엔지니어링 (Harness engineering). 루프 엔지니어링 (Loop engineering). 이제는 그래프 엔지니어링 (Graph engineering)입니다.

커뮤니티는 이것들을 마치 깨달음의 단계처럼 취급합니다. 하지만 그렇지 않습니다. 이것들은 임시방편 (Workarounds)입니다. 각각의 단계는 이전 단계가 한계에 부딪혔기 때문에 존재합니다.

2022년, 프롬프트 (Prompt). 당신은 문장 하나를 다듬습니다. "당신은 숙련된 교통 전문 변호사입니다. 친구가 마을에서 시속 150km로 달렸을 때 어떻게 해야 할까요?" 그것은 명망 있고 보수가 좋은 직함이었습니다. 그러다 에이전트가 한 번에 50단계를 수행하기 시작하면서, 아름다운 문장 하나는 더 이상 중요하지 않게 되었습니다.
약점: 단일 턴 (Single turn) 이상의 규모로 확장되지 않습니다.

2025년, 컨텍스트 (Context). 모델이 무엇인가를 건드리기 전에 agents.md, .clinerules, 저장소 컨벤션 (Repo conventions)을 창에 쏟아붓습니다. 추측은 그만두세요, 여기 이 프로젝트의 규칙이 있습니다.
약점: 모델은 무엇을 해야 할지는 알지만, 다른 행동을 하는 것을 막을 수 있는 장치가 없습니다.

2026년, 하네스 (Harness). 샌드박스 (Sandbox), 테스트 (Tests), 권한 (Permissions), 로그 (Logs). 모델은 단지 엔진일 뿐이며, 하네스는 그 주변을 둘러싼 장치 (Rig)입니다. 가중치 (Weights)를 전혀 건드리지 않고도 더 나은 하네스만으로 동일한 모델이 코딩 작업에서 52%에서 66%로 점프했다는 수치가 떠돌고 있습니다. 나는 그 수치를 확인할 수는 없지만, 그 방향은 내가 보고 있는 것과 일치합니다. 지난 1년 동안 내가 얻은 품질 향상의 대부분은 모델이 아니라 장치 (Rig)에서 왔습니다.
약점: 여전히 모든 작업을 전달하는 것은 당신입니다.

그다음은, 루프 (Loop). "나는 더 이상 프롬프트 (Prompt)를 작성하지 않습니다. 모델에 작업을 할당하는 루프를 가지고 있습니다." 당신은 루프를 실행하고 커피를 마시러 가면 됩니다. 루프는 PR (Pull Request)을 감시하고, CI (Continuous Integration)를 수정하며, 피드백을 수용합니다.
약점: 비결정론 (Nondeterminism). 두 번 실행하면 서로 다른 두 세계가 나타납니다. 사이드 프로젝트에는 괜찮지만, 유료 서비스 (Paywall)에는 적합하지 않습니다.

이제는, 그래프 (Graph). 즉흥적으로 움직이는 루프 대신, 당신은 구조를 그립니다. 코드를 작성하고, '항상' 검토한 다음, 병합 (Merge)합니다. 순서에 대해 추측할 필요가 없습니다. 보도에 따르면 Google은 바로 이 이유 때문에 자신들의 에이전트 개발 키트 (Agent dev kit)를 에이전트 러너 (Agent runner)에서 그래프 엔진 (Graph engine)으로 재구축했습니다.
약점: 아직 알려지지 않았습니다. 분명히 존재할 것입니다. 아마도 그래프 자체가 아무도 유지보수하고 싶어 하지 않는 코드베이스 (Codebase)가 되는 것일 수 있습니다.

기술은 이름을 배우는 것이 아니라 한계를 포착하는 것이다

사람들이 오해하고 있는 부분이 무엇인지 말씀드리겠습니다. 그들은 어휘 (Vocabulary)를 쫓습니다. 새로운 용어가 등장하면, 대개 팔로워가 많은 누군가가 그렇게 말했기 때문에, 그 주말에 절반의 사람들이 자신의 설정을 다시 작성합니다.

실제 기술은 다릅니다. 그것은 특정 레이어 (Layer)를 보고 그 한계 (Ceiling)가 어디인지 빠르게 파악하고, 결과물이 좋아지도록 어떤 레버 (Lever)를 당겨야 하는지 아는 것입니다. "현재 어떤 레이어가 옳은가"가 아니라, "이 레이어는 30단계에서 깨질 것이므로, 거기에 게이트 (Gate)를 설치해야 한다"라고 생각하는 것입니다.

이것은 스레드 (Thread)를 통해 배우는 것이 아닙니다. 그것이 수십 번 깨지는 것을 지켜봤기 때문에 배우는 것입니다. 이는 새로운 모자를 쓰고 있는 매우 오래된 기술입니다.

나의 실제 일과는 이렇습니다

• 나는 규칙, 권한, 테스트 게이트 (Test gates), 검토 단계 (Review steps)를 설정합니다.
• 에이전트 (Agent)가 작동합니다.
• 나는 디프 (Diffs)를 읽고 승인 또는 거절을 합니다.
• 에이전트가 막히면, 내가 직접 마무리합니다.

작성하는 코드는 줄어듭니다. 하지만 내리는 결정은 늘어납니다. 그리고 그 결정이야말로 항상 어려웠던 부분입니다.

아무도 입 밖으로 내지 않는 패턴

그 체인의 방향을 다시 살펴보십시오. 프롬프트 (Prompt)는 요청 (Request)입니다. 그래프 (Graph)는 아키텍처 (Architecture)입니다.

2022년 이후 추가된 모든 레이어는 모델로부터 자유를 빼앗고, 인간에게 통제권 (Control)을 다시 돌려주기 위해 존재합니다. 컨텍스트 (Context)는 추측을 제거합니다. 하네스 (Harness)는 접근 권한을 제한합니다. 루프 (Loop)는 유휴 시간 (Idle time)을 제거하며, 그리고 그래프 (Graph)는 루프의 즉흥성을 제거합니다.

모델이 더 좋아질수록, 우리는 더 많은 통제권을 되찾아옵니다. 덜 가져오는 것이 아닙니다.

이는 현재 유포되고 있는 이야기와 정반대입니다. "AI가 모든 것을 작성하고, 개발자는 쓸모없어진다"라는 주장은 실제 운영 시스템 (Production system)과 5분만 접촉해 봐도 살아남지 못합니다. 누군가는 리뷰 단계 (Review step)를 어디에 둘지, 롤백 (Rollback)을 어디에 배치할지, 에이전트 (Agent)에게 절대 주어서는 안 될 권한은 무엇인지, 그리고 겉보기에 멀쩡해 보이는 PR (Pull Request)이 실제로 금요일 저녁의 결제 프로세스를 망가뜨리지는 않을지를 결정해야 합니다.

개발자의 시대가 끝났다고 가장 확신하는 사람들은 대개 실제 저장소 (Repo)에 에이전트를 직접 돌려본 적이 없는 사람들입니다.

그래서 다음은 무엇인가

모르겠습니다.

어쩌면 추상화 (Abstraction)가 충분히 고도화되어 결국 다시 프롬프팅 (Prompting) 단계로 돌아가게 될지도 모릅니다. 당신은 원하는 것을 말하고, 그 밑단에서는 루프 (Loop)로 구성된 그래프 (Graph)가 더 이상 아무도 완전히 이해하지 못하는 무언가를 수행하는 식이죠. 순환이 완성되는 것입니다.

설령 그렇게 된다 하더라도, 누군가는 그 그래프를 설계합니다. 누군가는 그것을 유지보수합니다. 누군가는 새벽 3시에 쓰레기 같은 코드를 머지 (Merge)했을 때 호출을 받습니다.

그게 누구일지 맞춰보세요.

당신이 어느 계층 (Layer)에 있는지는 중요하지 않습니다. 당신은 그 계층의 한계점에 어디서 부딪혔나요? 그것이 훨씬 더 유용한 대화 주제입니다.