우리는 .md 파일을 만드는 개발자가 되고 있나?

Source: Dev.to

AI는 우리가 원하든 원하지 않든 우리 삶의 일부가 되었으며, 당분간 사라질 기미가 보이지 않습니다.
사람들은 AI를 다양한 수준에서 사용하고 있습니다. 아직 피하려고 하는 사람부터, 적극적으로 가지고 놀며 한계를 찾아 깨뜨리려는 사람까지 다양합니다.
기업도 마찬가지입니다. 아직 겨우 AI를 사용하고 있는 기업, 모든 일에 AI를 적용해 마법 같은 해결책을 기대하는 기업, 그리고 그 사이에 있는 기업들이 있습니다.

만약 당신이 AI를 많이 활용하는 편이라면, 에이전트와 인스트럭션 파일이 이제 일상 대화의 일부일 가능성이 높습니다.
AI가 제대로 작동하려면 올바른 지시가 필요합니다. 그래야 우리가 원하는 응답 방식, 프로젝트 동작 방식 등을 알 수 있죠. 우리는 .md 파일을 사용해 모델에 이러한 지시와 컨텍스트를 제공할 수 있습니다.

그 작은 마크다운 파일들이 개발 라이프사이클에서 큰 중요성을 차지하게 되었습니다. 매 요청마다 같은 파일을 사용할 수 있기 때문에, 프로젝트의 구체적인 사항을 원하는 만큼 상세히 넣어 모델이 최대한 많은 정보를 가지고 작업하도록 할 수 있습니다. “쓰레기가 들어가면 쓰레기가 나온다”는 말이 여기서 통합니다. 이론적으로 모델이 더 좋은 정보를 가질수록 더 나은 결과를 제공할 수 있기 때문이죠. 그래서 우리는 파일을 작성하는 방식에 더욱 신경을 써야 합니다.

마크다운 자체는 새로운 것이 아니지만, 저 같은 경우 이전에 마크다운을 많이 써본 적이 없어서, 마치 새로운 도구를 배우는 느낌입니다. 마치 기술 스택에 새로운 언어를 추가하는 것과도 같습니다. 여기서 말하는 “새로운 것을 배운다”는 것은 단순히 마크다운 문법만 배우는 것이 아니라, 모든 지시를 올바르게 작성하는 방법까지 포함합니다.

이제 개발 스택은 이렇게 보일 수 있습니다: 프론트엔드용 HTML, CSS, JavaScript, 백엔드용 Java와 Spring 혹은 Quarkus 같은 프레임워크, SQL, 그리고 이제 에이전트를 위한 .md 파일과 마크다운.

제가 너무 단순하게 얘기한 것은 알지만, 여기서 언급하지 않은 기술도 훨씬 많습니다. 하지만 개념은 이해하셨겠죠?

우리가 알아야 할 모든 것 외에, .md 파일과 마크다운이 우리 기술 스택의 영구적인 일부가 되고 있을까요? 다음 면접에서 “프론트엔드, 백엔드, 데이터베이스, 그리고 .md 파일까지 다 다룰 수 있습니다”라고 말하게 될 자신이 있나요?