코딩 에이전트의 구성 요소: 도구, 메모리, 컨텍스트가 LLM을 확장하는 방법

세바스찬 라슈카는 코딩 작업 성능을 향상시키기 위해 LLM을 애플리케이션 계층으로 감싼 시스템인 코딩 에이전트의 아키텍처를 설명합니다. 그는 LLM, 추론 모델, 에이전트를 구분하며, LLM 시스템의 실질적인 진전은 단순히 더 나은 모델이 아니라 주변 시스템 구성 요소에서 비롯된다고 설명합니다.
코딩 에이전트의 주요 구성 요소
이 글은 코딩 에이전트를 효과적으로 만드는 여섯 가지 주요 구성 요소를 제시합니다:
- 저장소 컨텍스트: 코드 저장소 정보의 탐색 및 관리
- 도구 설계: 외부 도구 및 기능의 통합
- 프롬프트 캐시 안정성: 세션 간 일관된 프롬프트 관리
- 메모리: 상태 유지 및 세션 연속성
- 긴 세션 연속성: 장기간 상호작용에 걸친 컨텍스트 유지
- 모델 선택: 적절한 LLM 또는 추론 모델 선택
아키텍처 계층
라슈카는 에이전트 생태계에서 몇 가지 핵심 개념을 정의합니다:
- LLM: 핵심 다음 토큰 모델
- 추론 모델: 중간 추론, 검증 또는 후보 답변 탐색에 더 많은 추론 시간 컴퓨팅을 소비하도록 훈련되거나 프롬프트된 LLM
- 에이전트: 다음에 무엇을 검사할지, 어떤 도구를 호출할지, 상태를 어떻게 업데이트할지, 언제 멈출지 결정하는 모델 주변의 제어 루프
- 에이전트 하네스: 컨텍스트, 도구 사용, 프롬프트, 상태 및 제어 흐름을 관리하는 에이전트 주변의 소프트웨어 스캐폴드
- 코딩 하네스: 코드 컨텍스트, 도구, 실행 및 반복적 피드백을 관리하는 소프트웨어 엔지니어링을 위한 특수한 에이전트 하네스
그는 Claude Code와 Codex CLI를 코딩 하네스로 간주할 수 있다고 언급합니다. 관계는 다음과 같이 설명됩니다: LLM은 엔진이고, 추론 모델은 강화된 엔진이며, 에이전트 하네스는 모델을 효과적으로 사용하도록 돕습니다.
코딩 작업은 단순히 다음 토큰 생성 이상을 요구합니다—저장소 탐색, 검색, 기능 조회, 차이 적용, 테스트 실행, 오류 검사 및 컨텍스트 관리가 필요합니다. 코딩 하네스는 모델 패밀리, 에이전트 루프 및 런타임 지원의 세 가지 계층을 결합합니다.
📖 Read the full source: HN AI Agents
👀 See Also

API 비용을 부풀리는 다섯 가지 일반적인 OpenClaw 구성 문제
레딧 게시물에서 OpenClaw 설정의 과도한 API 크레딧 소모를 초래하는 다섯 가지 구성 문제를 지적했습니다. 여기에는 일상적인 작업에 비싼 모델 사용, 예산 한도 설정 누락, 개방형 게이트웨이, 관리되지 않는 메모리, 감사되지 않은 스킬 등이 포함됩니다.

클로드를 최대한 활용하기: Cowork와 Claude Code를 사용한 데이터 분석가의 워크플로
코딩 배경지식이 없는 데이터 분석가가 Google Places API를 사용한 리드 생성 도구, 사기 대시보드, 자동화된 소셜 미디어 게시 도구를 구축하면서 Cowork로 엔드투엔드 자동화를 하고 Claude Code로 무거운 작업을 처리하는 방법을 공유합니다.

24GB RAM M4 Mac Mini에서 GLM-4.7-Flash 최적화하기
개발자가 24GB RAM이 탑재된 M4 Mac Mini에서 GLM-4.7-Flash를 실행하기 위한 구체적인 구성 세부 정보를 공유했습니다. 여기에는 Q3_K_XL 양자화, MLA를 사용한 32k 컨텍스트 크기, Metal을 위한 메모리 할당 현실이 포함됩니다.

클로드 인증 에이전트 기초 시험 가이드 불일치 사항 확인
최근 CCA-F 시험 응시자는 공식 시험 가이드, 연습 시험 및 실제 시험 내용 간에 상당한 차이를 보고했습니다. 실제 시험에는 최대 13개의 시나리오가 포함될 수 있지만, 가이드에는 6개만 나열되어 있고 연습 시험은 그 중 4개만 다룹니다.