Stacksync

Stacksync는 연결의 양쪽을 읽고 쓴다. Salesforce의 변경이 밀리초 만에 PostgreSQL에 도착하고 되돌아오는 길도 같다. 방향은 오브젝트 단위로 정한다. 한 시스템이 일부 필드에서는 기준이고 다른 필드에서는 소비자일 때 이 설정이 중요하다. 동기화 엔진은 삭제, 갱신, 삽입을 각각 다른 이벤트로 다루며 매번 전체를 다시 읽지 않는다. 야간 적재가 없으니 전통적인 ETL 대안이라고 부르기도 어렵다.

플랫폼이 원본과 대상 필드의 매핑을 제안하고, 실행 전에 직접 조정한다. 타입만 맞으면 필드 이름은 달라도 된다. 연결된 시스템의 스키마가 바뀌면 조용히 필드를 버리지 않고 설정 검토를 요구한다. 이 부분이 느슨하면 나중에 일주일치 뒷정리가 생긴다.

워크플로는 동기화된 데이터 위에서 자체 로직을 돌린다. 레코드를 변환하고, API를 호출하고, 조건으로 분기하고, 재시도를 큐에 넣는다. 로직은 버전으로 관리되고 실행은 동기든 백그라운드든 가능하다. EDI 문서와 이벤트 큐가 같은 부품을 쓰기 때문에 공급망 흐름에 두 번째 도구가 필요 없다.

Genies는 시스템을 넘나들며 정해진 프로세스를 살아 있는 운영 데이터에 실행하는 에이전트다. 다중 시스템 대사, 예외 분류, 데이터 보강, 사건 준비 같은 작업이 여기에 속한다. 백그라운드에서 사람 없이 돌고 모든 단계를 기록한다. 실행할 때마다 프로세스에 맥락이 쌓여, 매번 새로 추측하는 대신 예측 가능한 실행에 가까워진다. 기업 데이터 AI 에이전트와 레코드를 건드리지 못하는 채팅 창의 차이가 바로 여기에 있다.

Stacksync는 mcp.stacksync.com에서 MCP 서버를 운영한다. 워크스페이스를 Claude, ChatGPT, Cursor, Claude Code에 추가하고 API 키를 붙여 넣는 대신 OAuth로 로그인한다. 그러면 어시스턴트가 연결 목록을 확인하고, 테이블을 살피고, 동기화 초안을 만들고, 워크플로를 생성한다. 범위는 로그인한 사용자의 권한 안이다.

모든 에이전트와 직원은 허용한 데이터만 본다. 범위는 레코드와 필드 단위까지 좁힐 수 있다. 감사 로그는 각 단계를 남기고, 가드레일은 에이전트가 할 수 있는 일을 제한하며, 처리 리전은 데이터를 선택한 지역에 묶어 둔다. Pro 플랜은 SOC 2 Type II, ISO 27001, HIPAA에 관리 API와 코드형 설정을 더한다.

Enterprise OS는 플랫폼의 세 번째 제품이다. 사내 앱을 배포할 관리된 공간을 제공하고, SSO와 역할, 감사는 ID 공급자에서 물려받는다. 버전이 붙은 배포와 한 번의 클릭으로 되돌리기도 함께 준다. Git, 호스팅, CI, 인증을 따로 모아 둔 구성을 통제된 한 계층으로 바꾸겠다는 주장이다.