The Death of Developer Advocates — Stephanie Jarmak, Sourcegraph

한 줄 핵심

개발자 옹호(DevRel)는 사라지는 것이 아니라, 이제 사람 개발자뿐 아니라 에이전트를 새로운 사용자이자 추천자로 다루는 방향으로 재정의되어야 한다는 주장이다.

시간별 요약

1. 0:00
   천문학자, 에이전트 옹호자, 그리고 빌린 제목 발표자는 연구 과학자이자 전직 천문학자로서, ‘Developer Advocates의 죽음’이라는 도발적인 제목을 빌려 새 역할을 설명한다. 과거의 소프트웨어 전도와 달리 DevRel은 개발자와의 양방향 피드백 루프를 만들며 제품과 개발자 경험을 연결하는 역할로 발전해 왔다.
2. 2:51
   개발자들이 혼자 일하지 않게 되면 바뀌는 것 2026년의 개발자는 혼자 코딩하는 사람이 아니라 에이전트 무리를 조율하는 운영자에 가까워지고, AI fluency가 중요한 역량이 된다. 동시에 비엔지니어도 에이전트를 통해 개발 도구를 사용할 수 있게 되면서, DevRel이 상대해야 할 사용자와 공감해야 할 대상이 크게 넓어진다.
3. 4:19
   사용자이자 추천자인 에이전트 에이전트는 문서를 읽고 API를 호출하며 오류를 복구하는 점에서 도구의 사용자이지만, 동시에 도구를 다른 시스템에 추천하는 추천자이기도 하다. 추천이 개발자 중심의 자연스러운 확산에서 에이전트 주도 확산으로 이동하고 있어, 제품 노출 방식도 함께 바뀌어야 한다.
4. 5:36
   도구가 있을 때와 없을 때 에이전트 벤치마킹하기 CodeScaleBench 같은 벤치마크를 만들어 실제 소프트웨어 개발 과제를 에이전트에게 수행시키고, Sourcegraph의 code navigation MCP 도구 유무에 따라 성능을 비교한다. 이런 실험과 로그는 에이전트가 어디서 막히는지, 도구가 얼마나 도움이 되는지, 무엇을 고쳐야 하는지 정밀하게 보여준다.
5. 6:40
   추정한 파라미터 때문에 한 턴이 통째로 날아가다 에이전트가 도구 명세를 오해해 read line 대신 start line 같은 잘못된 파라미터를 시도하면서 한 턴을 실패로 소모하는 사례가 나온다. 이런 마찰은 오류 메시지로 일부 복구되더라도, 토큰·속도·턴 손실 측면에서 큰 비용이므로 도구 인터페이스와 설명을 계속 다듬어야 한다.
6. 7:42
   생성형 엔진 최적화와 65 대 0의 격차 검색 최적화 SEO 대신 생성형 엔진 최적화 GEO를 통해 에이전트가 제품을 어떻게 언급하고 추천하는지 측정해야 한다. 비교 상황에서는 65% 추천이 나왔지만, 실제로 필요한 문제 상황에서는 0회 언급이 나와서, 메시지와 웹 콘텐츠가 에이전트가 인식할 수 있는 고통점으로 충분히 연결되지 않음을 드러낸다.
7. 10:29
   낡은 콘텐츠가 왜 점점 더 불리해지는가 훈련 데이터는 항상 낡아지고, 오래된 모델이 생성한 잘못된 정보는 인터넷에 누적되어 잡음을 키운다. 따라서 LLMs.txt 같은 권위 있는 स्रोत를 마련하되, 실시간 도구, 최신 예시, 인용 가능한 자료, 표와 FAQ를 함께 제공해 에이전트가 정확한 답을 만들 수 있게 해야 한다.
8. 12:12
   에이전트가 있는 곳에 가고, 마찰을 줄이기 에이전트가 찾는 마켓플레이스, MCP registries, 검색 경로에 제품이 있어야 하고, 발견에서 워크플로 편입까지의 마찰을 최소화해야 한다. 또한 DevRel, 제품, 마케팅, 엔지니어링의 경계가 더 흐려졌기 때문에, 조직은 MCP 서버·eval·온보딩·파이프라인 생성 등 역할을 유연하게 나눠야 한다.
9. 14:54
   여전히 유효한 것: 지원, 커뮤니티, 피드백 대상은 바뀌었지만 DevRel의 핵심인 교육, 커뮤니티, 피드백 루프, 신뢰 구축은 그대로 중요하다. 다만 이제는 사람 개발자에게만 설명하는 것이 아니라, 에이전트가 읽을 수 있는 구조화된 콘텐츠와 API를 제공하고, 인간과 에이전트의 신뢰 기준 차이까지 고려해야 한다.
10. 17:02
    커브 컷 논리 에이전트를 위한 개선은 에이전트만을 위한 것이 아니라 인간 개발자의 경로도 함께 평탄하게 만든다. 따라서 지금 바로 코드 에이전트를 문서에 대보고, transcript와 mentions/recommendations를 분석해 에이전트 경험 리포트와 GEO 실험을 시작하는 것이 실용적인 출발점이다.

실무 인사이트

• 문서·웹사이트를 사람용 설명서로만 두지 말고, 에이전트가 바로 읽고 인용할 수 있게 구조화된 콘텐츠와 최신 예시를 함께 설계해야 한다.
• 도구의 가치는 기능 자체보다 에이전트가 몇 턴 안에 성공하는지, 얼마나 적은 토큰과 마찰로 끝나는지로 평가해야 한다.
• 제품 홍보는 검색 노출보다 에이전트가 실제 문제 상황에서 제품을 떠올리게 만드는 GEO 실험으로 전환할 필요가 있다.