🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 요약

LangSmith Agent Builder는 개발자가 아닌 비즈니스 사용자도 대화형 안내, 메모리, 도구 연결, 트리거 설정을 통해 코드 없이 에이전트를 만들 수 있도록 설계된 비공개 프리뷰 기능이다.

📌 핵심 요약

• LangChain 팀은 LangSmith Agent Builder를 통해 개발자 중심이던 에이전트 구축을 조직 내 더 넓은 사용자층으로 확장하려 한다.
• 이 제품은 시각적 워크플로 빌더가 아니라 에이전트 빌더이며, 복잡한 작업을 사전에 모든 경로로 설계하기보다 LLM이 더 많은 의사결정을 맡도록 하는 접근을 택한다.
• LangSmith의 에이전트는 프롬프트, 도구, 트리거, 서브에이전트라는 네 가지 핵심 구성요소로 이루어지며, MCP와 Agent Authorization을 통해 승인된 외부 서비스와 연결될 수 있다.
• 가장 어려운 부분으로 지목되는 프롬프트 작성을 돕기 위해 빈 캔버스 대신 대화로 요구사항을 수집하고, 시스템 프롬프트·도구·트리거를 자동 생성하는 안내 흐름을 제공한다.
• 내부 생산성 사례로 이메일, 채팅, Salesforce 보조 기능, 일정 요약, 회의 준비, Linear 티켓 생성, 응답 초안 작성, Slack 메시지 전송 등이 제시되며, 기반 구현에는 deepagents 패키지의 계획·영속 메모리·하위 작업 분해 기능이 사용된다.

🧩 주요 포인트

1. LangChain 팀은 LangSmith Agent Builder를 통해 개발자 중심이던 에이전트 구축을 조직 내 더 넓은 사용자층으로 확장하려 한다.
2. 이 제품은 시각적 워크플로 빌더가 아니라 에이전트 빌더이며, 복잡한 작업을 사전에 모든 경로로 설계하기보다 LLM이 더 많은 의사결정을 맡도록 하는 접근을 택한다.
3. LangSmith의 에이전트는 프롬프트, 도구, 트리거, 서브에이전트라는 네 가지 핵심 구성요소로 이루어지며, MCP와 Agent Authorization을 통해 승인된 외부 서비스와 연결될 수 있다.
4. 가장 어려운 부분으로 지목되는 프롬프트 작성을 돕기 위해 빈 캔버스 대신 대화로 요구사항을 수집하고, 시스템 프롬프트·도구·트리거를 자동 생성하는 안내 흐름을 제공한다.
5. 내부 생산성 사례로 이메일, 채팅, Salesforce 보조 기능, 일정 요약, 회의 준비, Linear 티켓 생성, 응답 초안 작성, Slack 메시지 전송 등이 제시되며, 기반 구현에는 deepagents 패키지의 계획·영속 메모리·하위 작업 분해 기능이 사용된다.

🧠 상세 정리

1. 비개발자까지 넓히려는 에이전트 구축 경험

글은 LangSmith Agent Builder를 소개하며, 에이전트 구축을 개발자만의 영역에서 조직 내 일반 비즈니스 사용자로 확장하려는 목적을 먼저 밝힌다. 대규모 고객-facing 에이전트는 여전히 기술팀이 만들 가능성이 크지만, 거의 모든 업무 사용자가 일상 루틴에서 에이전트형 애플리케이션을 활용할 수 있다는 판단이 출발점이다. 새 빌더는 코드 없이 에이전트를 만들 수 있는 경험을 제공하며, 메모리와 안내형 프롬프트 생성 기능을 포함해 진입 장벽을 낮추는 데 초점을 둔다. 제품은 당시 비공개 프리뷰로 출시되었고, 사용자는 Agent Builder를 직접 사용해 볼 수 있다고 안내된다.

2. 시각적 워크플로가 아니라 에이전트 빌더라는 차이

LangChain 팀은 지난 3년 동안 수많은 개발자와 함께 에이전트를 만들어 오며, 엔지니어링 팀의 동료들도 직접 에이전트를 만들고 싶어 한다는 요구를 들었다고 설명한다. 기술 사용자들조차 항상 코드를 작성하고 배포하지 않고도 더 빠르게 에이전트를 시작할 방법을 원했다는 점도 배경으로 제시된다. 이 글은 LangSmith Agent Builder가 시각적 워크플로 빌더가 아니라는 점을 강조한다. 시각적 워크플로 방식은 진입 장벽이 실제로 낮지 않고, 복잡한 작업이 빠르게 관리하기 어려워진다는 두 가지 문제가 있다고 본다. 대신 에이전트가 사전에 정해진 경로만 따르지 않고 LLM에 더 많은 의사결정을 위임함으로써 더 동적인 응답과 복잡한 작업 처리가 가능하다고 설명한다.

3. 에이전트를 구성하는 네 가지 요소

LangSmith의 에이전트는 프롬프트, 도구, 트리거, 서브에이전트라는 네 가지 핵심 구성요소로 설명된다. 프롬프트는 에이전트가 무엇을 해야 하는지 규정하는 논리를 담는 두뇌 역할을 하며, 복잡한 시각적 워크플로 대신 프롬프트 안에 에이전트의 복잡성을 담는 접근이 제시된다. 도구는 에이전트가 외부 세계와 상호작용하기 위해 필요하며, LangSmith는 MCP를 사용해 외부 서비스와 데이터에 연결한다. 내장 도구뿐 아니라 사용자가 MCP 서버를 가져올 수 있고, Agent Authorization을 통해 Gmail, Slack, LinkedIn, Linear 같은 팀 승인 도구를 안전하게 연결할 수 있다고 소개한다. 트리거는 이메일 수신, 특정 Slack 채널 메시지, 시간 기반 일정처럼 백그라운드 이벤트로 에이전트를 실행하게 하며, 서브에이전트는 복잡성이 커질 때 더 작고 집중된 단위로 시스템을 관리하기 위한 방법으로 제안된다.

4. 프롬프트 작성의 어려움과 대화형 생성 흐름

글은 에이전트를 만들 때 가장 어려운 부분이 효과적인 프롬프트 작성이라고 짚는다. 좋은 프롬프트에는 세부사항과 구체성이 필요하지만 대부분의 사용자는 프롬프트 엔지니어링 경험이 부족하고, 실제 사용 중 발견되는 엣지 케이스와 새 요구사항에 맞춰 프롬프트가 계속 진화해야 하기 때문이다. LangSmith Agent Builder는 빈 화면에서 시작하게 하지 않고, 사용자가 원하는 에이전트의 역할을 자연어로 설명하는 대화에서 시작하게 한다. 이후 시스템이 후속 질문을 통해 필요한 세부사항을 확인하고, 답변을 바탕으로 시스템 프롬프트를 자동 생성하며, 도구를 연결하고 트리거를 설정한다. 이 방식은 프롬프트 전문 지식이 없어도 더 자세하고 효과적인 프롬프트를 만들도록 돕는 데 목적이 있다.

5. 시간이 지나도 유지되는 메모리와 내부 생산성 사례

LangSmith 에이전트에는 프롬프트뿐 아니라 에이전트와 서브에이전트가 접근할 수 있는 도구까지 포함하는 내장 메모리가 제공된다고 설명된다. 사용자는 언제든 에이전트의 메모리를 업데이트할 수 있으며, 에이전트를 수정하거나 교정하면 그 내용을 기억해 이후에 같은 지시를 반복하지 않아도 된다는 점이 강조된다. 글은 Agent Builder가 이메일, 채팅, Salesforce 보조 기능 같은 내부 생산성 사용 사례에 적합하다고 제시한다. 예를 들어 매일 일정 요약과 회의 준비 정보를 보내는 에이전트를 만들 수 있고, 이메일 내용을 바탕으로 Linear 티켓을 만들거나 응답 초안을 작성하거나 Slack 메시지를 보내는 에이전트도 가능하다고 설명한다. 또한 메시지가 실제로 전송되기 전에 사용자가 승인하도록 설정할 수 있다는 점도 함께 언급된다.

6. 기반 기술과 향후 개선 방향

마지막 부분은 LangSmith Agent Builder의 설계가 LangChain과 LangGraph라는 오픈소스 에이전트 프레임워크를 3년간 구축하며 얻은 학습, 그리고 초기 제품 반복인 Open Agent Platform에서 얻은 경험을 반영한다고 설명한다. 현재 Agent Builder는 deepagents 패키지 위에 만들어졌으며, 이 패키지는 에이전트에 계획 기능, 영속 메모리, 복잡한 작업을 관리 가능한 하위 작업으로 나누는 능력을 제공한다고 소개된다. 그 결과 사용자가 가능한 모든 시나리오를 직접 매핑하지 않아도 에이전트가 복잡한 다단계 워크플로를 처리하고 실시간으로 문제를 풀 수 있다고 설명한다. 글은 LangChain 생태계 도구를 이미 사용하는 사람들을 위해 Agent Builder와 오픈소스 프레임워크를 언제 사용할지에 대한 안내 표도 언급한다. 끝으로 커뮤니티 피드백을 바탕으로 Agent Builder의 가능성을 계속 확장하겠다고 밝히며 사용을 권한다.

🧾 핵심 주장 / 시사점

• 이 글의 핵심 구분은 ‘노코드’가 단순한 시각적 플로차트 편집을 뜻하지 않는다는 점이다. LangSmith는 복잡한 업무를 노드와 분기로 모두 그리게 하기보다, 프롬프트와 LLM의 판단 능력을 중심에 두는 에이전트 구축 방식을 제안한다.
• 프롬프트 작성 지원은 부가 기능이 아니라 제품의 중심 문제 해결 방식으로 제시된다. 사용자의 자연어 설명을 바탕으로 후속 질문, 시스템 프롬프트 생성, 도구 연결, 트리거 설정까지 이어지게 만든 점이 진입 장벽을 낮추는 핵심 장치다.
• 내장 메모리, 승인된 도구 연결, 전송 전 승인 같은 기능은 조직 내부 사용 사례를 염두에 둔 설계로 읽힌다. 사용자가 반복 지시를 줄이면서도 이메일·Slack·Linear 같은 업무 도구와 연결된 행동을 통제할 수 있게 하는 것이 강조된다.

✅ 액션 아이템

• LangSmith Agent Builder가 비공개 프리뷰인 점을 반영해 조직 내 대상 사용자군과 사용 권한 범위를 명확히 정한다.
• 빈 캔버스 대신 대화형 요구사항 수집 흐름을 기준으로 시스템 프롬프트·도구·트리거 자동 생성을 점검한다.
• 프롬프트·도구·트리거·서브에이전트 4요소와 MCP·Agent Authorization 연계를 사례별로 동작 검증한다.

❓ 열린 질문

• 빈 캔버스식 대화 수집이 복잡한 의사결정 예외 경로를 놓치지 않았는지 어떤 지표로 판별할 것인가?
• deepagents의 계획·영속 메모리·하위 작업 분해 기능이 여러 도메인에서 보안·권한 요구를 충족할 수 있는가?
• LLM이 더 많은 의사결정을 맡는 설정에서 Salesforce, Linear, Slack 연계 시 허용 오차와 실패 허용 기준은 어떻게 정할 것인가?