From Writing Code to Designing Systems: How the Developer Role is Changing — Chris Noring, Microsoft

한 줄 핵심

개발자는 코드를 직접 많이 쓰는 사람에서 CLI·에디터·GitHub UI를 오가며 에이전트를 관리하고, Agents.md·skills·custom agents 같은 가드레일로 결과를 통제하는 시스템 설계자로 바뀌고 있다.

시간별 요약

1. 0:07
   개발자의 중심 역할은 100% 코딩에서 시스템을 다루는 쪽으로 이동했으며, 이제는 무엇을 직접 쓸지보다 AI 도구를 어떻게 활용할지와 시간을 어떻게 배분할지가 더 중요해졌다. 코드는 여전히 작성하지만, 초안 생성과 반복 작업은 AI가 맡고 사람은 판단과 방향 설정에 집중한다.
2. 3:01
   새 워크플로는 에디터보다 CLI에서 시작해 필요할 때 에디터로 넘어가고, 더 큰 규모의 작업은 GitHub UI와 에이전트로 넘기는 흐름이다. 이 방식에서는 issues, PRs, status checks 같은 반복 작업을 터미널에서 빠르게 처리하면서, 사람은 결과 검토와 의사결정에 남는다.
3. 7:02
   AI 슬롭을 줄이려면 가장 먼저 Agents.md로 저장소의 목적, 아키텍처, 금지 사항, 작업 원칙을 명확히 써야 한다. 여기에 반복 가능한 작업은 skills로 분리해 레시피처럼 고정하고, 에이전트가 임의로 창작하지 않도록 강한 제약을 거는 것이 핵심이다.
4. 13:01
   skills로는 부족한 경우 custom agent가 필요하며, 이는 persona와 역할, 도구 사용 범위를 가진 상위 수준의 오케스트레이터다. 특정 에이전트는 검색, 읽기, 웹 작업처럼 허용된 도구만 쓰게 제한할 수 있고, 이런 도구 경계가 에이전트의 자율성과 안전성을 함께 결정한다.
5. 17:01
   스케일은 CLI의 delegate나 GitHub UI의 assign agent로 이뤄지며, 에이전트는 샌드박스 안에서 작업한 뒤 draft PR로 사람에게 넘긴다. 결국 생산성의 핵심은 에이전트를 많이 돌리는 것이 아니라, human in the loop 승인 구조와 가드레일을 갖춘 상태에서 더 많은 일을 병렬로 맡기는 데 있다.

실무 인사이트

• 저장소마다 Agents.md를 먼저 표준화하면 에이전트 품질 편차를 줄이고 신규 프로젝트 온보딩 속도를 높일 수 있다.
• 반복 업무는 skills로, 역할이 필요한 작업은 custom agent로 분리하면 프롬프트 난이도와 유지보수 비용을 동시에 낮출 수 있다.
• CLI와 GitHub UI를 배포·검토 관문으로 쓰고 최종 병합만 사람이 맡으면, 품질을 유지하면서 처리량을 크게 늘릴 수 있다.