아프니까 개발자다 아프니까 개발자다

도입: Trinity 모델의 툴콜링 한계최근 OpenRouter에서 무료로 제공되는 Trinity 모델을 사용하면서 흥미로운 현상을 발견했습니다. 이 모델은 복잡한 추론에는 꽤 강한데, 툴콜링(API나 스크립트 호출)이 제대로 동작하지 않는 경우가 종종 발생합니다. 원인을 찾아보니 이 모델은 Mixture of Experts(MoE) 아키텍처를 사용하며, 추론 시 전체 파라미터 중 일부 전문가(Expert)만 활성화된다는 사실을 알게 되었습니다.그렇다면 왜 MoE 같은 아키텍처가 등장하게 되었을까요? 그리고 이 설계 선택은 어떤 trade-off를 내포하고 있을까요? 여기에 경영학 수업의 프로세스 경영 부분에서 배운 통찰을 연결해보고자 합니다.MoE 아키텍처의 핵심 아이디어MoE는 "전문가들의 혼합"입니..

학교에서 배운 것과 AI 개발이 연결됐다학교에서 블록체인 생태계를 배울 때 이런 문장이 기억에 남았다."블록은 기록하는 비용은 극히 비싸게 만든 반면, 기록이 타당한지 검증하는 비용은 극히 싸게 만들어 부당한 거래를 하려는 요인을 거의 모두 제거한 것이 Proof of Work다."최근 AI 코딩 에이전트를 공부하다가 OpenAI의 에이전트 프레임워크를 접했는데, 거기서도 "Proof of Work"라는 용어가 등장했다. CI를 통과하고 작업 영상을 첨부해야만 PR을 올릴 수 있다는 개념이었다.단순히 같은 단어를 쓴 것이 아니었다. 두 시스템이 풀려는 문제가 본질적으로 같았다.두 시스템이 푸는 문제 - "신뢰 없이 신뢰하기"블록체인이 해결한 문제를 한 문장으로 정리하면 이렇다:"은행(중앙기관) 없이 어떻..