코딩 에이전트 20~100개 시대, 소규모 팀도 마이크로서비스 수준의 모듈성을 설계해야 한다는 주장

소규모 팀도 단순한 모놀리스를 빠르게 만들 수 있음. 에이전트 때문에 독립 배포 서비스의 경계 관리 비용이 갑자기 싸진 건 아니고, 에이전트를 많이 돌린다고 가치가 계속 늘지도 않더라.

에이전트 스팸은 수확 체감이 심함.

나는 LLM 없이 React보다 빠른 프런트엔드를 혼자 만들었고 잘 됐음. LLM이 성공의 전제라는 식의 얘기는 못 믿겠음.

나는 LLM을 써서 네이티브 프런트엔드와 서버 백엔드를 포함한 꽤 큰 앱을 혼자 전면 재작성 중임. 2년간 운영한 앱 위에 쌓는 작업인데, 이 규모는 LLM 없이는 감당 못 했을 것 같음. 둘 다 성공과 실패 사례가 나올 거임.

글은 코드 모듈성과 서비스 모듈성을 혼동함. LLM을 쓸수록 복잡성을 코드 밖 운영으로 옮기는 마이크로서비스는 오히려 직관에 안 맞고, 그런 환경에서 모델이 문맥을 어떻게 제대로 잡을지도 의문임.

더 많은 에이전트를 왜 돌려야 하는지부터 설명해야 함. Bun 저장소처럼 PR이 5,000개 넘게 열려 있어도 그게 사용자 품질이나 가격 개선으로 이어지는지 모르겠음.

PR 수와 커밋 수는 원래도 사업 성과를 재는 나쁜 지표였는데 AI가 더 쉽게 부풀릴 수 있게 했음. 사람들은 PR 처리 속도가 아니라, 필요할 때 작동하고 납득할 가격의 제품을 원함.

2010년 택시와 비교하면 호출 서비스는 비물가 조정 금액으로도 더 싸고 더 흔해졌음. 다만 쓸 만한 코딩 에이전트가 나온 2025년 말 전에도 제품은 이미 성숙했고, 지금 대규모 코드 변경이 왜 필요한지는 이해 못 하겠음.

마이크로서비스 없이도 병렬성은 만들 수 있음. 단일 책임을 엄격히 지키고 모듈 경계를 분명히 한 잘 설계된 모놀리스면 됨.

그렇다면 서비스가 아니라 라이브러리로 나누면 됨.