Activepieces 0.93.0은 2026년 11월 8일 공개된 업데이트로. OAuth 2.0을 지원하는 MCP 서버에 연결할 때 클라이언트 ID와 시크릿을 수동으로 입력하지 않아도 된다. 서버가 필요한 메타데이터를 제공하는 경우, 사용자는 서버 URL만 입력하고 액세스 승인만 하면 연결이 완료된다. 이번 릴리스는 외부 도구를 활용하는 에이전트 기반 자동화 워크플로에 직접적인 영향을 미치며. 코드 스텝의 기본 실행 환경도 함께 변경되었다.
이번 릴리스는 GitHub의 Activepieces 공식 릴리스 노트에 문서화되어 있다. 9월 22일 작성된 기술 제안서에는 해당 기능의 설명과 Aleph MCP 서버를 활용한 로컬 테스트 결과가 포함되어 있다. 구현은 10월 18일에 통합되었고, 11월 8일 릴리스 버전에 반영되었다.
클라이언트가 외부 서비스에 연결되는 방식
MCP(Model Context Protocol)는 하나의 프로그램이 다른 서비스가 노출한 도구를 탐색하고 호출할 수 있도록 하는 프로토콜이다. 클라이언트는 연결을 시작하는 쪽이고, 서버는 도구를 제공하는 쪽이다. 이번 업데이트에서 Activepieces는 클라이언트 역할을 한다. 반대 방향, 즉 외부 에이전트가 Activepieces 자체 MCP 서버를 통해 도구를 사용하는 기능은 별도의 기능으로 구분된다.
워크플로에 필요한 작업 유형을 기준으로 차이를 이해할 수 있다. MCP 서비스를 이용하면 자동화가 서버에서 선언한 함수, 예를 들어 문서 저장소 검색 등을 직접 호출한다. Vercel Labs의 agent-desktop처럼 애플리케이션 인터페이스 자체와 상호작용하는 방식과는 다르다. Activepieces의 이번 릴리스 핵심은 서비스 인터페이스를 거치지 않고도 서버가 노출한 도구에 직접 접근하는 것이다.
URL 입력에서 액세스 승인까지
GitHub의 기술 제안서는 명확한 문제를 짚는다. 일부 서버는 OAuth를 요구하면서도 사용자가 클라이언트 설정에 복사해 넣을 수 있는 클라이언트 ID와 시크릿을 제공하지 않는다. Activepieces는 이 문제를 해결하기 위해 인증 메타데이터 자동 탐색 기능을 추가했다. 필요한 정보가 서버 측에 갖춰져 있다면, 문서화된 테스트에서 기여자가 직접 입력한 항목은 서버 주소뿐이었다.
연결 버튼을 클릭하면 인증 창이 열린다. 사용자가 액세스를 승인하면 MCP 사양에 따라 클라이언트는 토큰을 발급받아 보호된 서비스에 요청을 보낸다. 요청을 시작하는 주체의 신원과 서비스가 허용하는 기능의 범위를 분리하는 것이 중요하다. Gemini 에이전트 사례에서도 운영 신원과 권한 범위는 별개의 개념으로 다루어진다. 설정 과정이 단순해졌다고 해서 어떤 기능을 승인할지 선택의 여지가 없어지는 것은 아니다.
읽기와 쓰기는 다른 권한이다
결과적으로, 내부 질문에 답하기 위해 문서를 검색하는 워크플로를 예로 들어보자. 해당 작업을 완수하려면 관련 콘텐츠를 읽는 권한만 있으면 된다. 문서를 수정하거나 삭제하는 권한까지 포함된다면 연결의 범위가 달라지며, 설정 과정이 동일하더라도 그 의미는 크게 다르다. MCP 사양은 서버가 인증 범위를 명시할 수 있도록 설계되어 있어. 요청 가능한 범위와 허용되는 범위는 서비스 설정에 따라 결정된다.
이번 업데이트를 평가하는 한 가지 방법은 워크플로의 작업 목적과 승인 후 실제로 사용 가능해진 도구를 비교하는 것이다. Anthropic이 인터넷 접근을 제한한 테스트에서도 허용된 도구의 범위가 관찰된 동작을 결정하는 핵심 변수였다. Activepieces의 맥락은 다르지만, 운영상의 질문은 같다. 자동화가 예상치 못한 행동을 하는 경우, 실제로 어떤 작업을 수행할 수 있는가? 이에 대한 답은 에이전트에게 주어진 지시뿐 아니라 서비스의 접근 제어 설정에도 달려 있다.
Aleph와의 로컬 테스트가 보여준 것
Aleph를 활용한 로컬 테스트에서 기여자는 OAuth 2.0 선택, 인증 창 열기, 그리고 도구 탐색 및 호출 과정을 직접 시연했다. 이 테스트는 특정 서비스와의 연동 경로를 문서화한 것이다. 릴리스 노트는 검증된 서버 목록이나 다양한 환경에서의 설정 소요 시간 데이터를 제공하지 않는다. 따라서 각 조직은 추가 등록 절차나 별도 설정이 필요한 서버를 포함해 자체 서버에서 이 사용 사례를 직접 재현해볼 수 있다.
이 구분은 다른 도구의 문서를 읽을 때도 중요하다. GitHub 및 Feishu용 에이전트 프로토타입에서도 출발점은 프로젝트가 명시한 통합 범위였다. Activepieces의 이번 릴리스는 공개 버전으로 배포되었지만, 연결 동작은 연결 대상 서비스에 따라 달라진다. 여러 워크플로를 관리하는 담당자에게 가장 유용한 정보는 추가 수동 작업 없이 최초 연결에서 바로 사용 가능한 엔드포인트가 무엇인지 파악하는 것이다.
코드 스텝의 기본 환경, Deno로 전환
Activepieces 변경 로그에 따르면 코드 스텝의 기본 실행 환경이 Deno로 전환되었다. 이 변경은 워크플로에서 사용자 정의 코드를 실행하는 지점에 영향을 준다. MCP를 사용하지 않는 사용자에게도 중요한 변경이 될 수 있다. 기본 환경의 변경은 설정된 연결과 무관하게 스크립트를 점검할 이유를 제공하기 때문이다. 릴리스 노트는 기존 CommonJS 코드가 Deno 환경에서 작동할 수 있도록 하는 조치도 포함했으나. 모든 사용자 스크립트에 대한 전수 검증 결과는 공개하지 않았다.
설치를 관리하는 담당자에게 권장되는 점검 방법은 주요 워크플로를 테스트 환경에서 실행하고 출력 결과를 비교하는 것이다. import 구문. 의존성, 오류 발생 방식을 확인해야 한다. 이는 에이전트를 구동하는 모델의 선택과는 별개로, 워크플로를 실행하는 소프트웨어 자체에 대한 점검이다. 업데이트 후 예상과 다른 결과가 나온다면, 모델이나 연결을 탓하기 전에 해당 결과를 발생시킨 단계부터 추적해야 한다.
Activepieces 0.93.0 핵심 정리
- 확인된 사항: 11월 8일 릴리스, MCP 클라이언트에 OAuth 2.0 지원 추가, 코드 스텝 기본 환경 Deno 전환.
- 미확인 사항: 호환 가능한 서버의 전체 목록.
- 모니터링 필요: 사용 중인 워크플로의 동작과 새 연결에서 실제로 부여된 권한 범위.
더 넓은 시각으로 바라보기
이번 릴리스의 실질적인 가치는 연결이 재사용 가능해지는 순간에 측정된다. 워크플로를 만드는 사람은 호환 서버의 주소를 입력하고 승인만 하면 된다. 서비스를 관리하는 사람은 어떤 도구를 노출할지 결정하는 역할을 그대로 유지한다. 이 구분은 에이전트가 백그라운드에서 작동할 때 더욱 중요해진다. 연결은 최초 설정 이후에도 반복적으로 호출될 수 있기 때문이다.
앞으로 확인해야 할 구체적인 사항은 세 가지다. 테스트에 사용된 서버 외 다른 서버와의 연결 성공 여부. 실제 사용 환경에서 인증 갱신 및 취소가 올바르게 작동하는지, 그리고 런타임 변경 후 스크립트 출력의 일관성이다. 이 세 가지 요소가 확인되어야 설정 작업이 실제로 얼마나 줄어드는지 판단할 수 있다. Activepieces를 사용하는 담당자에게 가장 유의미한 테스트는 자신의 워크플로를 직접 실행하는 것이다. 필요한 데이터를 올바르게 가져오는지, 그리고 의도한 접근 범위를 유지하는지 직접 확인하는 것이 가장 정확하다.
