저는 MCP 서버와 에이전트 자동화(agent automations)를 끊임없이 구축합니다. 개인 인프라, 벤치마크, 제가 잠든 동안 실행되는 크론 기반 에이전트들이죠. 이 시점에서는 새로운 것을 세팅하는 것이 일상적입니다—집중해서 하루 정도의 작업이면 충분할 때가 많습니다.

바로 그 점 때문에 저는 항상 한 가지를 잘못 이해하고 있었습니다.

제가 이런 시스템 중 하나를 처음 접하는 사람—독자, 친구, 아직 에이전트를 다뤄본 적 없는 동료 개발자—앞에 놓을 때마다, 저는 제가 받았던 반응을 기대합니다: '오, 멋지네요. 도구 서버군요.' 하지만 실제로 받는 것은 질문의 벽입니다. 무엇에 접근할 수 있나요? 오작동하면 어떻게 되나요? 왜 AI가 제 파일들을 건드리도록 허용해야 하나요?

오랫동안 저는 이러한 질문들을 저항으로 받아들였습니다. 그렇지 않습니다. 그것은 신중함(diligence)입니다—제가 몇 년 전에 했지만 잊어버린 바로 그 신중함이죠.

친숙함은 눈에 보이지 않는다

무언가를 열 번 해보면, 처음 봤을 때 어떤 모습인지 보기 어려워집니다.

저에게 MCP 서버는 지루하고 익숙한 개념입니다. 저는 이 시스템의 피해 범위(blast radius)를 알고 있습니다. 무엇에 접근할 수 있고 없는지 압니다. 실패했을 때 무슨 일이 일어날지도 압니다. 왜냐하면 저는 제 것이 모든 방식으로 실패하는 것을 지켜봤기 때문입니다—이에 대해 전체 시리즈를 작성하기도 했습니다.

하지만 그 지식은 데모에서 온 것이 아니었습니다. 아무것도 걸려 있지 않고 누구도 지켜보지 않는 저 자신의 장비에서 몇 달 동안 무언가를 망가뜨리면서 얻은 것입니다. 그것이 바로 안락함의 대가이며, 저는 너무 오래 전에 이 비용을 치러서 영수증조차 잊어버렸습니다.

에이전트를 처음 접하는 누군가는 그 비용을 한 번에, 그리고 전적으로 자신이 아끼는 장비 위에서 지불해 달라는 요구를 받는 것과 같습니다. 당연히 주저할 수밖에 없습니다. 저도 그랬을 겁니다—단지 제가 그것을 기억하지 못할 뿐입니다.

실제로 격차를 좁히는 방법

더 나은 데모가 아닙니다. 시도해봤습니다. 대신 작동하는 세 가지 방법이 있습니다:

1. 최악의 경우를 지루하게 만든다. 먼저 샌드박스(Sandbox) 환경을 구축하세요. 모든 것을 되돌릴 수 있게 만드세요. '만약 고장 나면 어쩌지?'라는 질문에 '그냥 전원을 끄기만 하면 아무것도 손실되지 않습니다'라고 답할 때, 처음의 경계심은 저절로 완화됩니다. 사람들을 편안함으로 설득할 수는 없습니다. 그것을 구축해야 합니다.

2. 작은 성공이 거대한 비전보다 낫다. '에이전트가 여러분의 업무 방식을 바꿀 것입니다'라는 말은 빌더에게는 영감을 주지만, 다른 사람들에게는 추상적입니다. 효과를 보는 것은 다음과 같습니다: 그 사람이 기꺼이 다시는 하고 싶지 않은 특정 작업을 자동화해주고, 시간이 돌아온 느낌을 느끼게 해주는 것입니다. 회복된 20분은 어떤 발표보다도 설득력이 있습니다. 채택(Adoption)은 밀어붙이는 것이 아니라 끌어당기는 힘입니다.

3. 사람들이 이미 구축하고 있는 곳에서 만나라. 점점 더 많은 비개발자들이 자신만의 도구를 '바이브 코딩(vibe-coding)'하고 있습니다. 개발자의 본능적인 반응은 그 결과물을 판단하는 것입니다. 잘못된 반응입니다. 이 사람들은 'AI는 챗봇이다'라는 단계에서 'AI가 나를 위해 무언가를 구축한다'라는 단계로 넘어왔는데, 이를 전적으로 스스로 해냈습니다.