무엇이 달라졌나요? +
수정 작업이나 내부 도구 개발이 기존 요청 대기열을 거쳐야 했습니다.
Cursor가 2026년 9월 공개한 사례입니다. 해당 조직 범위의 결과이며, 한국 계약이 아닙니다.

사람이 일을 지시하고, 그 결과로 바뀐 동작을 직접 검증할 수 있습니다.
그 미래가 만들어지는 모습 ↓
맥락, 실행 과정, 결과를 한눈에 파악할 수 있게 합니다.
수정 작업이나 내부 도구 개발이 기존 요청 대기열을 거쳐야 했습니다.
Cursor가 2026년 9월 공개한 사례입니다. 해당 조직 범위의 결과이며, 한국 계약이 아닙니다.

현재 제공되는 기능으로 앱 오류를 해결하는 과정(예시)
오류를 재현하고, 어떻게 동작해야 하는지 합의합니다.
코드 저장소의 맥락과 실행 환경을 준비합니다.
파일을 살펴보고 고친 뒤 검사를 실행합니다.
근거를 합의한 결과와 비교해 변경을 바로잡습니다.
Cursor는 코딩 에이전트와 함께 일하기 위한 소프트웨어를 만듭니다. 개발자가 할 일을 설명하고 관련 맥락과 도구를 주면, 에이전트가 만든 변경과 근거를 개발자가 검토합니다. 현재 작업 공간에서는 로컬 에이전트와 클라우드 에이전트를 함께 쓰면서 파일을 열어 보고, 익숙한 편집기도 그대로 쓸 수 있습니다. 2026년 8월 인수가 마무리되면서 Cursor는 SpaceX 소속이 됐습니다. 소유 구조는 바뀌었지만 제품이 푸는 문제는 그대로입니다. 사람이 의도한 바를 실제로 작동하는 소프트웨어로 바꾸는 일입니다. Signet은 모델이 쏟아 내는 글의 양이 아니라 구체적인 변경 하나를 따라가며 이 제품을 봅니다. 개발자는 무엇이 일어나야 하는지, 무엇이 계속 안정적으로 동작해야 하는지, 결과를 어떻게 검증할지 정해야 합니다. 에이전트는 저장소를 탐색하고, 구현안을 내고, 준비된 검사를 실행할 수 있습니다. 에이전트가 무엇에 접근하고 무엇을 실행할 수 있는지는 주변 환경이 정합니다. 그래서 이 제품을 제대로 소개하려면 할 일, 저장소 맥락, 실행 환경, 검토를 하나의 흐름으로 보여 줘야 합니다. 그래야 이 도구가 개발 과정에 어떻게 자리 잡는지, 생성된 답이 왜 전체 작업의 한 단계에 불과한지 알 수 있습니다.
결제 오류를 조사하는 앱 개발팀을 예로 들어 보겠습니다. 공개된 기능을 바탕으로 구성한 예시이며, 특정 한국 고객의 사례가 아닙니다. 개발자는 먼저 오류를 재현하고 기대 동작을 정합니다. 그다음 Cursor에 저장소와 관련 지침을 주고, 실패 경로를 추적하게 한 뒤 에이전트가 제안한 접근 방식을 검토합니다. 에이전트는 필요한 파일을 수정하고, 준비된 테스트나 브라우저 검사를 실행합니다. 개발자는 변경 내용을 살피고, 실제 결과가 원래 문제를 해결했는지 비교한 뒤 필요하면 수정을 요청합니다. 작업을 병렬로 나누면 다른 에이전트가 인접 컴포넌트를 살피거나 추가 검사를 준비할 수도 있습니다. 클라우드 환경에서는 노트북이 꺼져도 작업이 계속되고, 로컬 세션에서는 개발자 자신의 환경을 그대로 씁니다. Signet이라면 도구를 비교하기 전에 검토 기준부터 명확히 정하겠습니다. 의미 있는 결과는 문제를 해결하면서도 팀이 이해할 수 있는 변경입니다. 이 예시를 보면 저장소 권한, 환경 설정, 결과 재현 가능성이 왜 제품 평가 항목에 들어가야 하는지도 알 수 있습니다.
Grab은 Cursor가 2026년 9월 이름을 밝혀 공개한 고객 사례입니다. 동남아시아 기술 기업인 Grab은 기술 조직 내 월간 활성 사용률이 약 98%라고 밝혔습니다. 디자이너, 엔지니어, 엔지니어링 밖의 동료들이 각자 다른 일에 이 제품을 씁니다. 사례에 따르면 디자이너는 Git 교육을 받은 뒤 실서비스 화면을 직접 고치고, 디자인 매니저가 그 변경을 검토합니다. 엔지니어링 팀의 처리 순서를 기다리지 않고 내부 도구를 직접 만드는 사람도 있습니다. 즉 이 사례에는 도입 수치와 함께, 사람들이 실제로 끝낼 수 있게 된 일이 나옵니다. 다만 모든 팀이 같은 결과를 얻는다는 뜻은 아니며, Grab이 한국 고객 레퍼런스가 되는 것도 아닙니다. Signet이라면 이 사례를 놓고 변경을 누가 책임지는지, 어떤 교육이 필요한지, 어떤 검토를 거쳐야 그 변경을 받아들일 수 있는지 묻겠습니다. 조직은 경험 많은 개발자에게 먼저 코딩 도구를 도입하고, 이후 다른 직군으로 넓히면서 권한과 가이드를 달리할 수 있습니다. 비교할 것은 원래 업무, 바뀐 업무 흐름, 그리고 실제로 잘 쓰이고 있다는 근거입니다. 이 고객 사례는 정해진 조직 범위 안에서 그 과정을 담은, 출처가 분명한 예시입니다.
Cursor의 Agents Window는 에이전트 세션과 결과물을 한 작업 공간에 모아 두고, 개발자가 그 자리에서 파일도 살펴볼 수 있게 합니다. 2026년 4월 릴리스에는 병렬 에이전트, 여러 저장소에 걸친 작업, 로컬과 클라우드 실행 간 전환이 담겼습니다. 개발자는 클라우드 세션을 데스크톱으로 가져와 수정하거나 테스트할 수 있고, 반대로 로컬 세션을 클라우드로 넘겨 작업을 이어 갈 수도 있습니다. 익숙한 IDE도 그대로 쓸 수 있습니다. 팀은 Rules 같은 확장 기능으로 반복해서 쓰는 지침과 도구를 넣어 둘 수 있습니다. 이 기능들이 다루는 것은 코드 생성 자체보다 그 주변의 조율, 곧 맥락을 찾고 결과를 검토하는 일입니다. Signet은 이 작업 공간을 일반 편집기에 별도 어시스턴트를 붙인 방식, 터미널 에이전트, 사내에서 직접 만든 오케스트레이션과 비교해 봅니다. 어떤 차이가 중요한지는 실제 업무에 따라 다릅니다. 세션을 한눈에 파악할 수 있는지, 알맞은 환경을 줄 수 있는지, 대화를 처음부터 다시 읽지 않고도 근거를 확인할 수 있는지가 관건입니다. 공식 파일 보기 그림에는 소스 코드 옆에 에이전트 요약이 함께 나옵니다. 사람이 구현 내용과, 에이전트가 어떤 검사를 했는지에 대한 설명을 나란히 놓고 살피는 작업 환경이라는 뜻입니다.
Bugbot은 저장소 변경 제안을 살펴보고 잠재적인 버그, 보안 문제, 코드 품질 문제에 코멘트를 남깁니다. 현재 문서에 따르면 풀 리퀘스트가 바뀔 때마다 자동으로 리뷰하고, 수동으로 실행할 수도 있으며, 개인·팀·저장소 단위로 설정할 수 있습니다. 제안된 수정은 편집기나 웹 에이전트 화면에서 바로 열 수 있습니다. Autofix는 여기서 한 단계 더 나아가, 검토할 수 있는 수정안을 미리 만들어 둡니다. 공식 그림에는 잠재 문제를 설명하고 준비된 변경을 제시하는 리뷰 코멘트가 나옵니다. 다만 발견 사항을 승인 규칙이나 브랜치 규칙과 어떻게 엮을지는 팀이 정해야 합니다. 문서는 검사 통과(success)와, 발견 사항이 있을 때 기본으로 표시되는 중립(neutral) 상태를 구분합니다. 즉 이 검사를 필수로 지정하는 것만으로는 문제가 보고된 변경의 병합이 반드시 막히지 않습니다. Signet이 보기에 이 구분은 제품 가치를 이야기할 때 중요한 대목입니다. 구매 기업이 원하는 것은 자동 코멘트가 늘어나는 것이 아니라, 쓸모 있는 발견과 제대로 작동하는 리뷰 절차입니다. 지원자라면 발견 사항을 어떻게 판단했는지, 제안된 수정을 어떻게 확인했는지, 이를 기존 엔지니어링 책임 체계에 어떻게 녹였는지 보여 주세요. 그러면 코드 리뷰가 결과물이 눈에 보이는 분명한 제품 과제가 됩니다.
클라우드 에이전트는 저장소 작업에 별도의 개발 환경을 씁니다. 현재 실행 환경 안내는 Cursor가 관리하는 가상 머신과, 고객이 관리하는 머신·워커 풀을 구분합니다. 도구 호출을 고객 하드웨어에서 실행하더라도 에이전트 루프와 추론은 Cursor 클라우드에서 처리됩니다. 기업이 저장소 체크아웃, 내부 서비스, 모델 접근을 평가할 때 꼭 짚어야 할 경계입니다. 따라서 이를 완전한 로컬 추론이라고 설명하면 안 됩니다. 조직은 요금제에 따라 저장소, 모델, 네트워크 접근 정책을 설정할 수 있습니다. Privacy Mode는 데이터를 학습에 쓸지 여부를 정합니다. 데이터 사용 페이지는 악용 조사와, 따로 지정된 비제로 보존(non-zero-retention) 모델을 예외로 명시합니다. Signet이라면 실제 정보 흐름과 관리 요건을 고객의 정책과 하나씩 대조해 보겠습니다. 모델은 또 다른 층위입니다. Composer는 Cursor의 자체 코딩 모델이고, 작업 공간에서는 지원되는 다른 모델도 쓸 수 있습니다. 모델 선택과 실행 환경 선택은 서로 맞물려 있지만 결과는 다른 결정입니다. 좋은 기술 시연은 어떤 작업을 골랐는지, 그 작업이 어떤 환경에서 실행되는지, 검토용으로 어떤 근거가 돌아오는지 짚어 줍니다. 그래야 '어떤 방식으로 배포해도 보안 수준은 같다'는 막연한 주장에 기대지 않고 기업 도입을 설명할 수 있습니다.
2026년 8월 인수 전 투자 기록입니다. 11월은 투자 후 기준이며, 6월은 발표 표현을 그대로 옮겼습니다. 날짜별로 공개된 관측값이며, 그 사이의 성장을 연속으로 측정한 기록은 아닙니다.
| 기준일 | 수치 | 집계 기준 |
|---|---|---|
| 2025-06-06 | $9.9B | 시리즈 C 발표 당시 기업가치이며, 매출이 아닙니다. |
| 2025-11-13 | $29.3B | 시리즈 D 투자 후 기업가치로, 현재 Cursor 단독의 기업가치가 아닙니다. |
Cursor
소유 구조가 바뀌면서 이전 투자 유치는 과거 기록이 됐습니다.
Cursor는 개인, 팀, 기업 요금제로 이용권을 직접 판매합니다. 현재 월 요금 페이지에는 Pro가 20달러부터, Teams가 사용자당 40달러부터 나와 있고, 그 밖의 등급과 맞춤형 Enterprise 계약이 있습니다. 요금제마다 일정한 모델 사용량이 포함되며, 이를 넘는 온디맨드 사용량은 사후에 청구될 수 있습니다. 가격에는 해당 세금이 포함되지 않습니다. 팀·기업 요금제는 개발자 업무 흐름에 관리 기능, 공유 맥락, 보안·관리 설정을 더합니다. Signet이라면 구매를 볼 때 누가 이용권을 받는지, 포함 사용량이 얼마인지, 추가 사용량이 있는지, 관리 요건은 무엇인지 따져 보겠습니다. 시트당 가격만으로는 고객의 최종 청구액이나 Cursor의 마진을 알 수 없습니다. 사용자가 늘고 쓰임새가 넓어지면 계약 규모가 커지고, 재계약은 구매 기업이 계속 가치를 느끼는지에 달려 있습니다. 영업 지원자라면 개발자의 도입이 조직의 구매 결정으로 이어진 구체적인 고객사 사례를 준비해 보세요. 기술 지원자라면 사용량과 환경 선택이 목표 업무를 어떻게 뒷받침하는지 보여 주세요. 두 이야기 모두 제품 인기를 회계상 매출로 착각하지 않으면서, 고객이 왜 돈을 내는지 설명해 줍니다.
Cursor는 2025년 6월 ARR 5억 달러 돌파를 발표하면서, 기업가치 99억 달러에 9억 달러 규모의 시리즈 C를 유치했다고 밝혔습니다. 11월에는 연환산 매출 10억 달러 돌파와 함께 투자 후 기업가치 293억 달러에 23억 달러 규모의 시리즈 D를 발표했습니다. 여기서는 지표 이름이 중요합니다. ARR은 회사 기준으로 집계한 반복 매출이고, 연환산 매출은 런레이트 지표입니다. 둘 다 회계연도를 마치고 감사를 거친 매출이 아닙니다. 투자금은 조달한 자본이고, 기업가치는 투자 시점에 매긴 회사의 값어치입니다. Signet은 2025년에 발표된 두 기업가치를 과거 투자 기록으로 차트에 넣되, 11월의 투자 후 기준과 6월 원문의 표현을 그대로 살립니다. ARR과 연환산 매출은 이름을 구분해 따로 표시하고, 하나의 매출 추이로 이어 붙이지 않습니다. 2026년 8월 인수로 소유 구조가 바뀌었으므로 비상장 시절의 기업가치는 지난 기록입니다. 이렇게 정리하면 사업 규모와 자본 이벤트를 파악하면서도, 현재 단독 기업가치나 감사받은 연매출을 잘못 말하는 일을 피할 수 있습니다.
개발자들이 먼저 좋아하면, 정식 기업 구매 전에 도구가 조직에 들어오기도 합니다. 현재 기업용 페이지는 이런 사용을 넓히는 데 필요한 관리·보안 기능을 앞세우고, 한국 영업 공고는 보안, 법무, 구매 부서와 여러 승인권자를 분명히 언급합니다. Signet은 이 전환 과정에서 세 가지 사업상 질문을 봅니다. 첫째, 생성된 변경이 팀의 품질·리뷰 기준을 충족하는가. 둘째, 조직이 사용량과 지출, 선택한 요금제의 지속적인 효과를 파악할 수 있는가. 셋째, 저장소 접근, 데이터 처리, 실행 방식이 조직의 준수 의무에 맞는가. 공개된 제품과 구매 범위를 바탕으로 한 해석이며, 회사가 특정 실패를 겪었다는 뜻은 아닙니다. 소스 관리 리뷰 도구와 실행 환경 옵션이 이 질문의 일부에 답하지만, 실제 구축은 결국 고객 환경에 달려 있습니다. 잘 정의된 활용 사례가 여러 팀에서 반복될 때 고객사 계약이 커집니다. 그래서 좋은 지원자 사례에는 도입, 측정된 성과, 상시 운영으로의 인계가 함께 담겨야 합니다. 이런 세부가 보여야 매출 기회가 고객 가치를 오래 유지하는 일과 맞물립니다.

자동 완성에서 에이전트로 넘어가는 제품 방향을 글로 밝힙니다.
규모가 큰 에이전트 작업도 사람이 검토할 수 있게 만듭니다.
“사람의 역할은 코드를 한 줄씩 이끄는 데서, 문제를 정의하고 검토 기준을 세우는 쪽으로 옮겨 갑니다.”
Michael Truell · '세 번째 시대' 에세이 · 2026-02-26
Michael Truell과 Sualeh Asif는 지금도 회사의 제품 방향을 직접 글로 밝히는 공동 창업자입니다. 두 사람은 2026년 4월 글에서 에이전트 중심 작업 공간을 소개하고, 대화를 하나씩 관리하던 방식에서 소프트웨어 작업 전체를 조율하는 방식으로 넘어가는 이유를 설명합니다. Accel의 초기 투자 글은 Aman과 Arvid도 창업팀으로 소개하고, 8월 인수 관련 글에는 Michael Truell, Aman Sanger, Sualeh Asif가 나옵니다. Signet은 이 창업 이력을 현재 경영진 명단처럼 지어내지 않습니다. 날짜가 명시된 제품 글은 필자가 설명하는 결정의 직접적인 근거입니다. 편집기 접근을 그대로 두고, 여러 저장소를 지원하고, 로컬과 클라우드 에이전트를 더 쉽게 오가게 한 결정이 그 예입니다. 에이전트가 더 많은 일을 맡아도 사람이 그 일을 계속 이해할 수 있게 하려는 선택입니다. 지원자는 도구를 설계한 경험, 복잡한 업무 흐름을 정리한 경험, 결과를 검토하기 쉽게 만든 경험으로 이 방향과의 접점을 보여 줄 수 있습니다. 창업자의 포부는 배경일 뿐입니다. 그 목표에 무엇을 보탤 수 있는지는 지원자 자신의 구현과 근거로 증명해야 합니다.
Truell은 2026년 2월 에세이에서 제품의 발전을 자동 완성, 대화형 에이전트, 더 큰 작업을 더 오래 맡는 에이전트의 세 단계로 정리합니다. 사람의 역할은 문제를 정의하고, 에이전트에게 필요한 도구를 갖춰 주고, 결과물을 검토하는 쪽으로 바뀐다고 봅니다. 이는 업계 방향에 대한 필자의 견해일 뿐, 모든 개발 과정이 이미 자율화됐다는 보장은 아닙니다. 9월에 출시된 Projects는 이 견해를 구체적인 제품으로 구현했습니다. 조정 에이전트(coordinator)가 공유 맥락을 관리하며 일을 나눠 맡기고, 반복되는 신호는 구독으로 받습니다. 베타로 출시해 사용자에게 순차 적용했습니다. Signet은 이 흐름을, 제품 조직이 가설을 검증 가능한 인터페이스와 운영 방식으로 바꿔 가는 과정으로 봅니다. 지원자에게 중요한 질문은 작업 시간이 길어지고 동시에 실행되는 작업이 늘어나도 어떻게 명확함을 지킬 것인가입니다. 명확한 승인 기준, 믿을 수 있는 환경, 검토자가 동작을 직접 확인할 수 있는 미리보기 같은 것이 예가 될 수 있습니다. 좋은 시연은 어떤 결정을 했고, 결과가 어땠고, 어디에서 사람의 판단이 필요했는지 설명합니다. 그래야 창업자의 포부가 지원자가 실제로 보여 줄 수 있는 일과 이어집니다.
현재 채용 소개글은 Cursor를 수평적이고 인재 밀도가 높은 조직으로 그리며, 진실 추구, 열정, 창의성, 치열한 토론, 코드 출시를 중시한다고 적고 있습니다. 회사가 스스로 밝힌 일하는 방식이며, 모든 팀의 경험을 따로 측정한 결과는 아닙니다. Signet은 여기서 두 가지 실무 원칙을 읽어 냅니다. 주장을 근거로 검증할 것, 그리고 아이디어를 실제로 쓸 수 있는 결과물까지 끌고 갈 것입니다. Sualeh가 소개한 초기 팀은 모델, 인프라, 디자인, 개발 도구 분야 출신이었습니다. 회사가 연구와 제품 개발을 함께 하는 이유가 여기 있고, 현재 채용 페이지에서는 회사가 뽑는 직무의 폭을 볼 수 있습니다. 지금 열린 한국 포지션은 이 조합을 고객 대면 업무로 옮겨 놓습니다. Field Engineer는 기술 업무 흐름을 시연하고 그 가치를 전달해야 하고, 영업 담당자는 기술 검증과 구매 결정을 함께 조율해야 합니다. 그러니 처음 문제가 분명하고, 내가 내린 결정과 결과의 근거가 드러나는 프로젝트를 준비해 보세요. 공개된 원칙은 실제 선택을 설명할 때 비로소 쓸모가 있습니다. 가정이나 제안한 해법이 틀렸을 때 어떻게 대응했는지도 함께 담아 보세요.
Field Engineer는 AE와 함께 기술 요구 파악, 시연, PoC를 진행합니다. 공고는 고객 쪽 이해관계자로 엔지니어링 리더, 아키텍트, 개발자를 꼽고, 함께 일할 사내 조직으로 Sales, Product, Engineering, 사후 지원 담당 동료를 듭니다. 업무에는 솔루션 설계, 도입 가이드, 프롬프트 전략, 컨텍스트 설정, 온보딩 인계가 포함됩니다. 요건으로는 실무 기술 역량, 소프트웨어 개발 생애 주기에 대한 이해, 개발자와 임원 모두와 소통하는 능력을 강조합니다. 언어 요건 문장에는 원문 오류가 있습니다. 비즈니스 수준 영어와 함께 'fluent Korea'라고 적혀 있습니다. 원문은 그대로 두되, 설명에서는 한국어로 해석했습니다. 핵심 기준은 기술 역량과 소통입니다. 고객에게 분명한 걸림돌이 있었고, 내가 효과 있는 접근법을 시연했고, 팀이 실제로 도움이 됐는지 확인한 기술 검증 사례를 준비해 보세요. 지원서는 기술 청중을 설득해 도구를 도입하게 하고 반발에 대응한 경험을 묻습니다. 이는 공고가 직접 요구하는 준비입니다. 반면 첫 분기 계획안은 회사의 약속이 아니라 Signet의 제안입니다. 이 둘을 구분해야 실제 요건과 준비 방향이 어긋나지 않습니다.
직무가 협업자와 지역 기반을 만들 업무를 설명합니다.
공고의 기업 영업·기술 평가를 잇습니다.
2026년 10월 10일 기준 공식 채용 페이지에서 근무지가 South Korea로 된 공고는 Field Engineer와 Strategic Account Executive, Enterprise 두 건입니다. 둘 다 풀타임이고, 직군은 각각 Solutions와 Sales입니다. 다른 지역 공고나 원격 공고는 각자 적힌 근무지 기준대로 봐야 합니다. APJ나 글로벌이라는 표시만 보고 한국 공고가 더 있다고 볼 수는 없습니다. 이 두 공고는 한국에 고객 대면 업무가 있다는 직접적인 근거입니다. AE 공고는 기업 시장에서 입지를 다지고 초기 레퍼런스를 확보하는 일을 언급합니다. 앞으로 맡을 책임이지, 사무소를 이미 열었거나 특정 고객과 계약을 맺었다는 증거는 아닙니다. Signet은 이 채용을 기업용 제품과 함께 봅니다. 현지 기술 검증, 기술 도입, 구매 결정이 맞물려 진행돼야 하기 때문입니다. 두 직무가 준비할 근거는 다릅니다. 기술 지원자는 쓸모 있는 기술 검증을 재현하고 결과를 설명하면 되고, 영업 지원자는 고객사 전략과 의사결정 과정을 보여 주면 됩니다. 두 포지션은 글로벌 제품을 한국 공고의 구체적인 업무와 이어 주지만, 공고만으로는 한국 조직의 전체 보고 체계를 알 수 없습니다.
Field Engineer는 AE와 함께 기술 요구 파악, 시연, PoC를 진행합니다. 공고는 고객 쪽 이해관계자로 엔지니어링 리더, 아키텍트, 개발자를 꼽고, 함께 일할 사내 조직으로 Sales, Product, Engineering, 사후 지원 담당 동료를 듭니다. 업무에는 솔루션 설계, 도입 가이드, 프롬프트 전략, 컨텍스트 설정, 온보딩 인계가 포함됩니다. 요건으로는 실무 기술 역량, 소프트웨어 개발 생애 주기에 대한 이해, 개발자와 임원 모두와 소통하는 능력을 강조합니다. 언어 요건 문장에는 원문 오류가 있습니다. 비즈니스 수준 영어와 함께 'fluent Korea'라고 적혀 있습니다. 원문은 그대로 두되, 설명에서는 한국어로 해석했습니다. 핵심 기준은 기술 역량과 소통입니다. 고객에게 분명한 걸림돌이 있었고, 내가 효과 있는 접근법을 시연했고, 팀이 실제로 도움이 됐는지 확인한 기술 검증 사례를 준비해 보세요. 지원서는 기술 청중을 설득해 도구를 도입하게 하고 반발에 대응한 경험을 묻습니다. 이는 공고가 직접 요구하는 준비입니다. 반면 첫 분기 계획안은 회사의 약속이 아니라 Signet의 제안입니다. 이 둘을 구분해야 실제 요건과 준비 방향이 어긋나지 않습니다.
Strategic Account Executive 공고는 기업 B2B 영업 경력 10년 이상을 요구하며, 개발 도구, 인프라, 클라우드, 보안, AI 같은 기술 제품을 판매한 경험을 우대합니다. 한국 대기업 고객사를 상대한 경험, 적극적인 파이프라인 발굴과 매출 예측 능력, 유창한 한국어도 요구합니다. 영어 요건은 이 공고에 따로 적혀 있지 않습니다. 이 포지션은 잠재 고객 발굴부터 협상, 계약 체결까지 맡으며, 구매 과정에는 보안, 법무, 구매, 재무, 경영진이 관여합니다. 현재 원문은 제품과 기업 시장 입지를 설명하면서 Cursor, SpaceXAI, Grok을 함께 씁니다. Signet은 이 이름들을 원문 그대로 두었고, 다른 회사 표현으로 임의로 바꾸지 않았습니다. 고객의 처음 목표, 기술 검증, 구매 위원회, 최종 계약까지가 드러나는 고객사 사례를 준비해 보세요. 파이프라인을 어떻게 만들었는지, 한 건의 거래에서 무엇을 배웠는지 보여 주는 두 번째 사례도 도움이 됩니다. 공고는 지역 사업 초기 단계인 만큼, 시장을 키워 가면서 영업 프로세스를 만들고 현지 시장 인사이트를 쌓는 일도 요구합니다. 두 한국 공고의 직급이나 언어 조건이 같다고 가정하지 말고, 이 책임들을 자신의 경험과 하나씩 비교해 보세요.
Signet 공고 목록 · 2026-10-19 기준
지원하는 직무에 맞춰 기술 검증 사례나 전략 고객사 사례를 준비해 보세요.
Cursor는 2026년 8월 14일 SpaceX에 공식 인수됐다고 발표했습니다. 발표문은 이번 거래를 앞서 맺은 AI 학습 협력과 늘어난 컴퓨팅 자원의 연장선에서 설명합니다. Accel도 같은 날 인수 소식을 따로 전했습니다. 그래서 Signet은 현재 소유 구조를 'SpaceX 소속'으로 쓰고, 2025년 비상장 시절 투자 기록은 과거 이력으로 둡니다. 인수가 끝났다고 해서 개별 기능의 현재 제공 여부나 모든 채용 공고의 정확한 문구까지 정해지는 것은 아닙니다. 현재 한국 영업 공고는 이미 Cursor와 함께 SpaceXAI, Grok을 적고 있고, 기술 직무 공고는 설명에 Anysphere를 그대로 두고 있습니다. 이 원문들은 지금의 채용 상황을 보여 주는 근거이므로, 적힌 브랜드와 업무 범위를 그대로 살려야 합니다.
9월 10일 출시된 Projects는 계속 유지되는 공유 맥락과, 일을 나눠 맡기는 조정 에이전트(coordinator)를 선보였습니다. 발표는 이를 베타로 소개하고, 그날부터 순차 적용한다고 밝혔습니다. 9월 23일에는 Teams·Enterprise 고객용 자동화 기능으로 Rollouts와 Security Reviewer가 나왔습니다. Rollouts는 변경이 실제 서비스에 반영되는 과정을 추적하고, Security Reviewer는 코드에서 잠재 보안 문제를 찾아 수정안을 제안합니다. Rollouts의 대응은 미리 설정한 승인 조건을 따릅니다. 기능 플래그 단계적 확대와 배포 동결 기간 인식 기능은 추후 제공될 예정이라고 했습니다. Signet은 이 단계를 구분해서 적습니다. 이미 출시된 기능, 베타 순차 적용, 계획된 기능은 평가할 때 의미가 다르기 때문입니다. 지원자는 이미 제공되는 업무 흐름을 설명하고 다음에 지켜볼 제품 근거를 짚되, 앞으로 나올 기능을 지금 보장된 것처럼 말하지 않아야 합니다.
10월 6일 업데이트로 iOS 앱에서 컴퓨터에서 실행 중인 로컬 에이전트의 작업을 보고 답할 수 있게 됐습니다. 이를 위해서는 컴퓨터를 페어링하고 계속 온라인 상태로 둬야 합니다. 이 기능은 기본으로 켜져 있지만, Enterprise는 예외로 관리자가 직접 활성화해야 합니다. 발표는 원격 제어가 에이전트를 클라우드 환경으로 옮기는 것과 다르다고 분명히 밝힙니다. 작업은 페어링된 컴퓨터에서 그대로 실행됩니다. Signet은 이를 이미 진행 중인 세션을 이어 가는 기능으로 봅니다. 실제 쓰임새는 기기 상태와 조직 정책에 따라 달라집니다. 시연한다면 로컬 작업이 계속 실행되는 동안 사람이 휴대폰으로 진행 상황을 확인하고 방향을 주는 모습이 될 것입니다. '이제 모든 에이전트가 원래 컴퓨터 없이도 무한정 실행된다'는 주장보다 범위가 좁고 명확합니다.
Cursor는 2026년 8월 14일 SpaceX에 공식 인수됐다고 발표했습니다. 발표문은 이번 거래를 앞서 맺은 AI 학습 협력과 늘어난 컴퓨팅 자원의 연장선에서 설명합니다. Accel도 같은 날 인수 소식을 따로 전했습니다. 그래서 Signet은 현재 소유 구조를 'SpaceX 소속'으로 쓰고, 2025년 비상장 시절 투자 기록은 과거 이력으로 둡니다. 인수가 끝났다고 해서 개별 기능의 현재 제공 여부나 모든 채용 공고의 정확한 문구까지 정해지는 것은 아닙니다. 현재 한국 영업 공고는 이미 Cursor와 함께 SpaceXAI, Grok을 적고 있고, 기술 직무 공고는 설명에 Anysphere를 그대로 두고 있습니다. 이 원문들은 지금의 채용 상황을 보여 주는 근거이므로, 적힌 브랜드와 업무 범위를 그대로 살려야 합니다.
9월 10일 출시된 Projects는 계속 유지되는 공유 맥락과, 일을 나눠 맡기는 조정 에이전트(coordinator)를 선보였습니다. 발표는 이를 베타로 소개하고, 그날부터 순차 적용한다고 밝혔습니다. 9월 23일에는 Teams·Enterprise 고객용 자동화 기능으로 Rollouts와 Security Reviewer가 나왔습니다. Rollouts는 변경이 실제 서비스에 반영되는 과정을 추적하고, Security Reviewer는 코드에서 잠재 보안 문제를 찾아 수정안을 제안합니다. Rollouts의 대응은 미리 설정한 승인 조건을 따릅니다. 기능 플래그 단계적 확대와 배포 동결 기간 인식 기능은 추후 제공될 예정이라고 했습니다. Signet은 이 단계를 구분해서 적습니다. 이미 출시된 기능, 베타 순차 적용, 계획된 기능은 평가할 때 의미가 다르기 때문입니다. 지원자는 이미 제공되는 업무 흐름을 설명하고 다음에 지켜볼 제품 근거를 짚되, 앞으로 나올 기능을 지금 보장된 것처럼 말하지 않아야 합니다.
10월 6일 업데이트로 iOS 앱에서 컴퓨터에서 실행 중인 로컬 에이전트의 작업을 보고 답할 수 있게 됐습니다. 이를 위해서는 컴퓨터를 페어링하고 계속 온라인 상태로 둬야 합니다. 이 기능은 기본으로 켜져 있지만, Enterprise는 예외로 관리자가 직접 활성화해야 합니다. 발표는 원격 제어가 에이전트를 클라우드 환경으로 옮기는 것과 다르다고 분명히 밝힙니다. 작업은 페어링된 컴퓨터에서 그대로 실행됩니다. Signet은 이를 이미 진행 중인 세션을 이어 가는 기능으로 봅니다. 실제 쓰임새는 기기 상태와 조직 정책에 따라 달라집니다. 시연한다면 로컬 작업이 계속 실행되는 동안 사람이 휴대폰으로 진행 상황을 확인하고 방향을 주는 모습이 될 것입니다. '이제 모든 에이전트가 원래 컴퓨터 없이도 무한정 실행된다'는 주장보다 범위가 좁고 명확합니다.
에이전트 작업 공간·저장소 코드 검토
Field Engineer는 AE와 함께 기술 요구 파악, 시연, PoC를 진행합니다. 공고는 고객 쪽 이해관계자로 엔지니어링 리더, 아키텍트, 개발자를 꼽고, 함께 일할 사내 조직으로 Sales, Product, Engineering, 사후 지원 담당 동료를 듭니다. 업무에는 솔루션 설계, 도입 가이드, 프롬프트 전략, 컨텍스트 설정, 온보딩 인계가 포함됩니다. 요건으로는 실무 기술 역량, 소프트웨어 개발 생애 주기에 대한 이해, 개발자와 임원 모두와 소통하는 능력을 강조합니다. 언어 요건 문장에는 원문 오류가 있습니다. 비즈니스 수준 영어와 함께 'fluent Korea'라고 적혀 있습니다. 원문은 그대로 두되, 설명에서는 한국어로 해석했습니다. 핵심 기준은 기술 역량과 소통입니다. 고객에게 분명한 걸림돌이 있었고, 내가 효과 있는 접근법을 시연했고, 팀이 실제로 도움이 됐는지 확인한 기술 검증 사례를 준비해 보세요. 지원서는 기술 청중을 설득해 도구를 도입하게 하고 반발에 대응한 경험을 묻습니다. 이는 공고가 직접 요구하는 준비입니다. 반면 첫 분기 계획안은 회사의 약속이 아니라 Signet의 제안입니다. 이 둘을 구분해야 실제 요건과 준비 방향이 어긋나지 않습니다.
네. 2026-10-10에 회사 채용 페이지와 대조했습니다. 모집 여부는 바뀔 수 있습니다. 모의지원은 회사에 지원서가 가는 것이 아니라 Signet에 검토를 요청하는 단계입니다.
비전부터 제품, 성장, 사람, 한국 팀과 현재 공고까지 한 페이지에서 이어집니다. 목차로 원하는 곳으로 이동하고, 궁금한 부분은 펼쳐서 더 읽을 수 있습니다.