모델에 대한 관찰 / 2026년 5월

Source: Dev.to

매일 AI 코딩 에이전트·LLM을 사용하면서 얻은 최근 관찰을 공유하고자 합니다(주관적인 의견).
이제 토큰 제한은 사라졌고, 제약은 RAM·하드디스크 용량으로 옮겨갔으며, 이는 곧 부족해집니다. Codex, Cursor, 그리고 기타 에이전트형 래핑 빌드·CLI 도구들은 각각의 방식으로 컨텍스트와 LLM을 루프에 포함시키는 문제를 해결했으며, 전반적으로 비슷합니다. Zed는 인간이 실시간으로 작업할 수 있는 방법을 보여주었지만, git 시스템은 안타깝게도 실시간 협업 편집·코딩을 지원하지 않습니다(제 생각엔).
다음으로 중요한 제한은 첫 번째 메시지에서 설정되는 채팅 방향 벡터입니다.
모든 최첨단 모델은 대체로 비슷하지만 각기 고유한 특징을 가지고 있습니다.
각자의 에이전트형 래핑은 다르고, 가장 뛰어난 것은 Codex(파트너로서의 컴퓨터 사용 — 전체 컴퓨터 제어, 자동화, 스킬, 오케스트레이션)와 Cursor(보조용 — 멀티태스킹, 거의 실시간 편집, 속도와 오케스트레이션 필요)입니다. Claude의 코드·디자인은 경험 많지만 예측 불가능한 사람과 같아 연구·새 아이디어·제품·디자인에 이상적이지만 지속적인 모니터링이 필요합니다.
에이전트형 래핑이 현재 병목 현상이며, 수동으로 조립해야 하기 때문입니다. 이상적으로는 Pi가 보여준 것처럼 에이전트가 스스로 조립되는 방향으로 나아가고 있습니다(이는 단순히 스킬 문제가 아니라 도구·파트너를 재귀적으로 개선하는 과정입니다).

제 의견으로는 새로운 제품과 새로운 운영체제가 등장해 다음 라운드 개발이 이루어질 것 같은 느낌이 듭니다(모바일폰 사례처럼—BlackBerry·Symbian → iOS·Android(Windows·Linux는 대중 채택이 없었음) → Aluminium OS·Google Books? 로컬 모델과 함께).

대규모 채택은 로컬에서 실행되는 모델이 원격 모델과 동일한 일을 할 수 있게 될 때 정확히 일어날 것이라고 생각합니다(구글 I/O에서 오디오 안경으로 시연된 바와 같이). 왜 개발자가 에이전트를 삽입해야 하는 브라우저와 앱이 필요하겠습니까? 대신 에이전트(래핑 + LLM)를 설치하면 앱과 브라우저를 대체하고, 제공된 인터페이스 가이드라인·디자인 시스템·사용자 흐름에 따라 인터페이스를 자동으로 그리며 데이터를 관리·도와줄 수 있습니다(디자인과 비슷합니다—Excel VBA에서는 고정