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

에이전트라는 단어가 지금 코딩 도구 시장을 뒤덮고 있다. Claude Code, Codex, Antigravity처럼 성숙한 도구들을 나란히 놓아 보면 표면은 달라 보이지만, 안을 들여다보면 같은 구조로 수렴한다. 어느 도구가 더 낫냐는 비교보다 중요한 질문이 있다 — 에이전트라는 구조 자체의 본질이 무엇인가.이 글은 그 본질을 다섯 가지 핵심 요소로 해부한다. 루프, 도구, 맥락, 정지 조건, 신뢰 경계 — 이 다섯이 모두 갖춰져야 에이전트이고, 하나라도 빠지면 에이전트처럼 보이는 챗봇이거나, 통제할 수 없는 자동화 스크립트다.① 루프 — 에이전트를 에이전트로 만드는 한 가지챗봇과 에이전트를 가르는 가장 단순하고 핵심적인 차이는 루프다. 챗봇은 단방향이다. 사람이 입력을 주면 LLM이 텍스트를 생성하고..

들어가며 — 에이전트는 왜 삽질하는가AI 코딩 에이전트에게 "기존 XML 레이아웃을 Jetpack Compose로 마이그레이션해줘"라고 시키면 어떤 일이 벌어질까? 에이전트는 Compose 코드 자체는 잘 짠다. 하지만 마이그레이션은 단순 변환이 아니다. 어떤 순서로 진행해야 하는지, 기존 View와 Compose를 혼용하는 과도기에 어떤 패턴을 써야 하는지, 테스트는 어떻게 바꿔야 하는지 — 이런 작업 절차는 코드 생성 능력만으로 해결되지 않는다. 에이전트는 시행착오를 반복하며 토큰을 쏟아붓고, 결과물의 품질은 들쑥날쑥해진다.Google이 Android CLI와 함께 발표한 Android Skills는 이 문제에 대한 구조적인 해법이다. 그런데 더 흥미로운 건, Android Skills가 Google..

같은 질문, 다른 답 — 맥락이 엉키면 생기는 일AI 코딩 에이전트를 본격적으로 쓰다 보면, 에이전트에게 주입되는 맥락(context)이 하나가 아니라는 걸 깨닫게 됩니다. 프로젝트 설정 파일, 과거 피드백 기록, 스킬 정의서, RAG로 검색한 지식 — 이 모든 것이 동시에 에이전트의 컨텍스트 윈도우에 들어갑니다.문제는 이것들이 서로 다른 말을 할 때입니다.예를 들어, 프로젝트 설정 파일에는 "파일 삭제는 항상 사용자 확인을 받아라"라고 써 있는데, 과거 피드백 메모리에는 "묻지 말고 바로 진행해라"라고 기록되어 있다면? 에이전트는 어느 쪽을 따라야 할까요?실제로 11개 스킬을 운영하면서 이런 충돌을 여러 번 겪었습니다. 그래서 맥락에도 우선순위가 필요하다는 결론에 도달했습니다.맥락 소스가 5개나 된다고..