inDrive, Pony.ai 및 Nvidia와 함께 2027년 Astana에서 robotaxi 테스트 추진

inDrive는 2027년 Astana에서 robotaxi 테스트를 계획하고 있으며, Pony.ai와 Nvidia가 Kazakhstan 내 자율주행 호출 서비스 제안에 참여한다. robotaxi는 자동화된 주행 기술을 사용해 승객을 운송하도록 설계된 차량이다. 파트너들은 탐색적 협약을 발표했지만, 승인 절차와 운영 체계는 앞으로 해결해야 할 과제로 남아 있다.

이 구분은 중요하다. 시험 차량을 운행하는 일과 신뢰할 수 있는 교통 서비스를 제공하는 일에는 서로 다른 근거가 필요하기 때문이다. 통제된 시험은 시스템이 특정 도로를 처리할 수 있는지 보여줄 수 있다. 반면 상업 서비스는 승차, 고장, 승객 지원, 차량 가용성 유지 비용도 관리해야 한다.

Uber는 이미 Pony.ai와의 파트너십을 발표했다는 점에서 유용한 비교 대상이다. 현재 형성되는 경쟁은 외부 주행 기술을 자사 서비스에 통합하는 플랫폼들 사이에서 이뤄지고 있다. inDrive에 즉각적인 질문은 그러한 구성이 현지에서 실행 가능한 운영으로 이어질 수 있는지다.

inDrive robotaxi 테스트가 실제로 약속하는 내용

Pony.ai의 10월 23일 발표는 의향서, 즉 계획된 협력을 개괄하는 협약을 설명한다. Kazakhstan을 초기 시장으로, Astana를 제안된 출발 도시로 지목한다.

제안된 역할 분담에 따르면 Pony.ai는 7세대 차량을 공급한다. inDrive는 예약 플랫폼을 제공하고 서비스를 운영하며, Nvidia는 AI 인프라를 제공한다. 파트너들은 기술적, 운영적, 규제적 및 상업적 실현 가능성을 검토할 계획이라고 밝혔다.

이 협약은 개발 경로를 마련하지만, 운영 서비스의 조건은 여전히 확정되지 않은 상태로 남겨 둔다.

자율 모빌리티 협약은 출범이 Kazakhstan 정부와의 합의에 달려 있음을 명시한다. 이 조건은 이야기의 핵심에 놓여야 한다. 기업 발표만으로는 당국이 어떤 도로, 운행 조건 또는 승객 관련 방식을 수용할지 판단할 수 없다.

TechCrunch에 따르면 inDrive는 2027년 초, 처음에는 안전 운행요원을 탑승시킨 Astana robotaxi 테스트를 목표로 한다.

차량 내 안전 운행요원은 테스트 중 감독하거나 개입할 수 있는 사람이다. 이들의 존재는 독자가 성공적인 주행을 해석하는 방식에 영향을 준다. 완료된 이동은 유용한 사실을 보여주지만, 그 의미는 차량이 얼마나 많은 보조를 필요로 했는지에 달려 있다.

시험에는 명확한 목적도 필요하다. 내비게이션 테스트, 승객 탑승 검증, 상업적 수요 평가는 서로 다른 질문에 답한다. 최종 운영 계획은 초기 프로그램이 이 가운데 어떤 질문을 다룰지 설명해야 한다.

예를 들어 차량이 선정된 경로를 완료했다면, 이는 마주친 조건에서 해당 경로에 관한 근거를 제공한다. 익숙하지 않은 승차 위치에 대해서는 덜 알려준다. 또한 공사, 예기치 못한 도로 폐쇄, 또는 도움이 필요한 승객을 서비스가 어떻게 처리하는지도 여전히 불분명하다.

공개 발표는 이러한 상황을 평가하기에 충분한 세부 정보를 제공하지 않는다. 탐색적 협약에서는 이해할 수 있는 일이다. 그러나 이는 독자들이 제안된 파트너십을 완성된 교통 상품으로 간주하지 말아야 함을 뜻하기도 한다.

가장 유용한 구분은 약속과 목표 사이에 있다. 기업들은 함께 일하겠다는 의도를 발표했다. 차량 배치, 승객 이용, 그리고 궁극적인 무인 운영은 추가 결정과 근거가 필요한 결과로 남아 있다.

이로써 프로젝트는 완료된 출범은 아니지만 의미를 갖는다. inDrive는 자율 교통으로 진입하는 경로를 설정하고, 이를 지원할 것으로 예상되는 파트너를 명시하고 있다. 앞으로의 작업이 그 경로 중 얼마나 많은 부분이 실제 운영으로 이어질지 결정할 것이다.

Astana는 현지 운영을 핵심에 둔다

파트너들은 Kazakhstan의 규제 준비 상황을 국가 선택 이유로 설명한다. 이는 필요한 모든 승인이 존재한다는 독립적 확인이 아니라, 기회에 대한 그들의 평가다.

Astana는 이 협력에 구체적인 운영 과제를 부여한다. 즉, 현지 규정과 일상적인 이동 조건 안에서 서비스를 제공하는 것이다.

이 초점은 inDrive에 실질적인 부담을 준다. 제안된 서비스 운영자로서 inDrive는 차량 기술과 승객의 기대를 연결해야 한다. 예약 소프트웨어도 그 책임의 일부이지만, 승객 경험은 요청이 차량에 전달된 뒤에도 계속된다.

승객이 중앙 분리 도로 반대편에서 기다리는 승차 상황을 생각해 보자. 자동화 차량에는 허용 가능한 정차 위치가 필요하다. 앱은 해당 위치를 명확하게 안내해야 하며, 승객이 차량을 찾지 못할 때 지원 체계가 혼란을 해결해야 한다.

이는 Astana 시범 사업의 공개된 기능이 아니라, 서비스 문제를 예시로 든 것이다. 이는 운영 회사의 역할이 왜 중요한지를 보여준다. 기술 공급업체와 호출 플랫폼은 계획된 이동이 일상적인 문제에 부딪혔을 때 무엇을 할지 합의해야 한다.

차량을 이용할 수 없게 될 때도 비슷한 문제가 발생한다. 예약을 취소할지, 다른 차량을 배정할지, 승객에게 연락할지는 누군가 결정해야 한다. 여러 기업이 기반 시스템을 제공하더라도 책임은 명확하게 유지돼야 한다.

도시의 관점에서 중요한 질문은 시연이 성공하는지 여부를 넘어선다. 당국은 서비스가 다른 도로 이용자와 어떻게 상호작용하는지 이해해야 한다. 또한 문제를 조사하고 누가 대응해야 하는지 판단할 실용적인 방법도 필요하다.

이러한 책임은 모든 파트너에게 과제를 만든다. Pony.ai는 차량의 주행 행동을 뒷받침해야 한다. inDrive는 주변 서비스를 구성해야 하며, Nvidia의 인프라는 그에 따른 기술 요구 사항에 부합해야 한다.

발표는 이러한 연결 지점이 완성됐음을 입증하지 않는다. 그 완성은 공동의 야망을 다시 밝히는 것보다 더 실질적인 이정표가 될 것이다. 공개된 운영 체계는 이 협력이 탐색 단계에서 책임 있는 서비스로 어떻게 이동하는지 설명할 수 있다.

현지 범위는 기술적 야망만큼 중요하다. 승객이 언제 어디서 운영되는지 이해한다면, 좁게 정의된 서비스도 유용할 수 있다. 차량이 허용 구역 안에서 올바르게 작동하더라도 혼란스러운 이용 가능 정보는 문제를 만든다.

따라서 프로젝트를 평가하는 독자에게 도시는 분석의 단위를 제공한다. 질문은 이 서비스가 명시된 조건에서 Astana에서 작동하는지다. 더 넓은 지역으로의 확장은 별도의 근거가 필요한 또 다른 결정으로 남아 있다.

성공적인 현지 운영은 파트너들에게 추가 작업의 기반을 제공할 것이다. 그렇더라도 어떤 교훈이 다른 곳으로 이전될 수 있는지 파악할 책임은 여전히 남는다. 도로, 제도, 승객 습관이 다르면 배치에 필요한 요소도 달라질 수 있다.

Uber도 같은 공급업체를 이용하지만, 배치는 여전히 현지 과제다

Uber와 Pony.ai는 2025년 5월 6일 전략적 파트너십을 발표했다. 그들이 밝힌 계획은 처음에는 중동 시장을 목표로 Uber를 통해 Pony.ai 차량을 제공하는 것이었다. 발표는 차량 내 안전 운행요원이 탑승하는 초기 단계도 설명했다.

Pony.ai 배치 파트너십은 유용한 비교를 제공한다. 두 협력 모두 기존 승객 플랫폼과 외부 자율주행 공급업체를 결합한다.

같은 공급업체에 접근할 수 있다는 사실은 승인, 서비스 설계, 차량 운영을 포함한 실행에 더 큰 관심을 돌린다.

이 비교가 파트너십의 조건이 동일하다는 것을 뜻하지는 않는다. 발표문은 계약상 접근권, 차량 배정 또는 운영 비용을 비교할 근거를 제공하지 않는다. 어느 플랫폼이 승자라고 선언하기에는 이르다.

관련된 지점은 더 좁다. Pony.ai의 기술은 별개의 플랫폼 전략의 일부가 될 수 있다. 따라서 공급업체와의 관계만으로는 호출 서비스 기업이 경쟁하려는 방식을 충분히 설명할 수 없다.

inDrive의 경우 차별화는 결과물인 서비스에서 드러나야 한다. 유용한 지표에는 신뢰할 수 있는 가용성, 이해하기 쉬운 예약, 효과적인 지원, 지속 가능한 운영이 포함된다. 이러한 특성은 파트너십 발표 자체가 아니라 실제 승객 이용을 통해 드러난다.

이 비교는 독자가 “Uber 경쟁사”라는 표현을 해석하는 방식도 바꾼다. 이는 호출 서비스 플랫폼 간 경쟁을 설명한다. 이 특정 Astana 프로젝트가 같은 거리에서 두 무인 차량군 간 즉각적인 경쟁을 만든다는 뜻은 아니다.

지리, 시기, 운행 허가가 경쟁이 직접적으로 이뤄지는 장소를 결정한다. 그 세부 사항이 드러나기 전까지는 사업 구조에 관한 비교가 더 타당하다. 각 플랫폼은 승객 수요를 다른 기업이 제공하는 기술과 연결하는 방식을 탐색하고 있다.

이 접근 방식은 개발 업무를 여러 조직에 분산한다. 동시에 의존성도 만든다. 플랫폼에는 서비스를 수행할 수 있는 차량이 필요하고, 주행 공급업체에는 자사 시스템을 뒷받침할 수 있는 운영 환경이 필요하다.

어느 한쪽도 모든 문제를 혼자 해결할 수 없다. 차량 소프트웨어 업데이트는 승객 이용 가능성에 영향을 줄 수 있다. 예약 규정 변경은 차량이 처리해야 하는 이동을 바꿀 수 있다. 기업들이 별도 제품을 유지하더라도 이러한 결정에는 조율이 필요하다.

이는 Astana 프로젝트가 공급업체 선택 이상의 의미를 갖게 한다. 이는 그러한 조직 경계가 어떻게 작동하는지 시험할 제안된 환경을 제공한다. 중요한 근거는 파트너들이 함께 제공하는 서비스에 관한 것이 될 것이다.

기업 구매자와 AI 제품 팀에게 이는 익숙한 문제다. 고급 구성 요소를 구매한다고 해서 그 주변의 업무 흐름이 완성되는 것은 아니다. 신뢰성은 그 구성 요소가 사람, 절차, 책임과 어떻게 연결되는지에 달려 있다.

파트너들이 이러한 연결 관계를 공개한다면 inDrive robotaxi 테스트는 더 많은 정보를 제공할 수 있다. 독자들은 누가 운영 결정을 맡는지, 그리고 장애가 조직 간에 어떻게 전달되는지를 살펴봐야 한다. 이 정보는 기업의 야망을 광범위하게 비교하는 것보다 협력을 더 효과적으로 설명할 것이다.

Nvidia는 인프라를 제공하지만, 서비스에는 자체적인 근거가 필요하다

Nvidia의 역할은 제안된 협력에 컴퓨팅 및 안전 인프라를 더한다. Hyperion은 차량 컴퓨팅과 센서를 위한 Nvidia의 참조 아키텍처다. Halos는 자율주행차 안전 개발을 지원하는 더 폭넓은 시스템이다.

Nvidia는 자율주행차 안전 접근 방식이 여러 기술 계층에 걸친다고 설명한다. 여기에는 차량 아키텍처, 소프트웨어, 평가가 포함된다. 이러한 범위는 차량과 승객 플랫폼 모두를 포함하는 협력에 인프라 공급업체가 참여하는 이유를 설명하는 데 도움이 된다.

인프라는 개발을 지원할 수 있지만, 배치 환경에 특화된 근거가 결과 서비스가 안전하게 수행할 수 있는 일을 입증해야 한다.

참조 아키텍처는 개발자에게 출발 구조를 제공한다. 그것이 차량의 행동이나 운영 환경에 관한 모든 결정을 확정하는 것은 아니다. 파트너들은 여전히 자신들이 제공하려는 서비스를 정의해야 한다.

그 정의에는 자동화 시스템이 작동하도록 설계된 조건, 즉 운행 설계 영역이 포함되어야 한다. 관련 경계에는 도로, 날씨, 가시성, 운행 시간이 포함될 수 있다. 이번 발표는 아스타나 프로그램의 전체 경계를 공개하지 않았다.

이러한 경계가 없다면 차량 역량에 관한 주장은 평가하기 어렵다. 특정 경로를 위해 설계된 시스템은 도시 전역의 폭넓은 요청을 수용하도록 의도된 시스템과는 다른 과제에 직면한다. 둘 다 가치를 가질 수 있지만, 뒷받침하는 서비스 약속은 서로 다르다.

도로 통제를 고려하면 그 차이가 더 분명해진다. 서비스에는 차량이 대체 경로를 이용할 수 있는지에 관한 규칙이 필요하다. 또한 대체 경로가 허용된 운행 조건을 벗어날 때의 대응도 필요하다.

그 대응 역시 제품의 일부다. 안전한 정차, 지원팀 연락, 승객의 다음 이동 수단 마련은 모두 서비스의 지속적인 이용 가능성에 영향을 준다. 이는 발표로 입증된 역량이라기보다 평가해야 할 요건이다.

기술 용어는 이 실질적인 질문을 흐릴 수 있다. 시스템이 고도 자율주행에 준비됐다고 설명하는 것만으로는 승객이 언제 이를 이용할 수 있는지 알 수 없다. 또한 당국이 제안된 배치를 승인했다는 사실도 입증하지 못한다.

따라서 독자는 공급업체의 일반적인 역량과 프로젝트의 구체적 현황을 구분해야 한다. Nvidia는 제공하는 인프라를 설명할 수 있다. Pony.ai와 inDrive는 자신들이 계획한 아스타나 서비스가 해당 인프라를 어떻게 활용하는지 입증해야 한다.

시험 도구와 시험 결과 사이에도 유용한 구분이 있다. 기업은 정교한 평가 소프트웨어를 보유하고 있으면서도 지역 운행 문제를 해결해야 할 수 있다. 도구의 존재만으로 결과가 공개되는 것은 아니다.

개발자에게 이것이 가장 널리 적용할 수 있는 이야기의 핵심이다. 진전은 시스템 역량을 명시적인 요건에 연결하는 데 달려 있다. 조건을 밝히지 않은 광범위한 주장보다 명확한 운행 한계가 더 유용하다.

이 연결고리가 드러날수록 파트너십의 기술적 세부 사항은 더 의미를 갖게 될 것이다. 다음으로 중요한 공개는 계획된 운행 조건과 진행에 필요한 근거를 설명하는 내용일 것이다.

안전성과 경제성에는 별도의 답이 필요하다

로보택시 서비스에는 수용 가능한 주행 행태와 실행 가능한 운영 모델이 모두 필요하다. 어느 한 측면의 성공도 다른 측면에 대한 근거를 대신할 수 없다. 아스타나 발표 이후에도 상당한 평가가 남아 있다.

핵심적인 상충 관계는 서비스가 신뢰할 수 있는 운행을 제공하기 위해 얼마나 많은 인력 및 운영 지원을 필요로 하는지에 관한 것이다.

감독하 시험은 합리적인 개발 단계다. 파트너들은 이를 통해 행동을 관찰하고 불확실성을 관리할 수 있다. 동시에 초기 운행만으로는 차량 내 감독 없이 운영되는 서비스의 경제성을 입증할 수 없다는 뜻이기도 하다.

차량 내 운영자를 없앤다고 해서 모든 인간의 책임이 사라지는 것이 아니라 지원 체계가 바뀌는 것이다. 차량 유지보수, 승객 지원, 사고 대응에는 여전히 담당자가 필요하다. 중요한 질문은 이러한 책임이 서비스 용량과 비용에 어떤 영향을 주는가다.

여기에는 그 비용을 계산할 공개된 근거가 없다. 이번 발표는 아스타나를 위한 완전한 상업 모델을 제공하지 않는다. 따라서 더 저렴한 운행 요금이나 매력적인 수익성에 관한 주장은 현재 이용 가능한 근거를 넘어서는 것이다.

유용한 평가는 차량 비용과 더 넓은 서비스 운영을 구분할 것이다. 차량에는 준비, 유지보수, 문제가 발생한 뒤 다시 운행에 복귀할 방법이 필요하다. 유휴 차량은 승객 요청을 처리할 수 없으므로 가용성이 중요하다.

이는 제안된 차량군의 보고된 약점이 아니라 분석상 고려 사항이다. 그 중요성은 파트너들이 구축하려는 서비스의 성격에서 비롯된다. 독자는 최종 운영 모델이 이를 반영할 것으로 기대해야 한다.

안전성 근거에도 비슷한 주의가 필요하다. Nvidia의 safety evaluation framework는 결과에 기초 데이터가 나타내는 조건을 포함한 맥락이 필요하다고 설명한다. 해당 문서는 시뮬레이션과 집계 성능 지표의 한계도 다룬다.

아스타나에 대한 시사점은 명확하다. 성능 주장은 무엇을 시험했는지와 그 결론이 어디에 적용되는지를 밝혀야 한다. 한 도로 환경에서 나온 긍정적 결과가 더 광범위한 서비스 준비 상태를 자동으로 입증할 수는 없다.

개입 데이터는 파트너들이 무엇을 개입으로 간주하는지 설명한다면 도움이 될 수 있다. 안전 운영자가 승차 위치를 수정하는 일은 충돌을 막기 위해 개입하는 일과 다르다. 맥락 없이 이러한 사건을 함께 묶으면 결과를 해석하기 어려워진다.

승객 경험도 별도의 평가가 필요하다. 기술적으로 완료된 운행이라도 혼란스러운 안내나 부적절한 하차 지점을 포함할 수 있다. 안전 사고가 없더라도 이러한 결과는 사람들이 서비스를 다시 이용할지에 영향을 준다.

공개 보고는 한계도 설명해야 한다. 시스템이 특정 조건을 피한다면, 독자는 그러한 제약이 일시적인지 아니면 서비스 설계의 근본적 요소인지 알아야 한다. 투명한 경계는 진전을 더 유용하게 평가할 수 있게 한다.

회의적인 입장이 프로젝트를 일축해야 한다는 뜻은 아니다. 각 주장을 뒷받침하는 근거와 연결해야 한다는 뜻이다. 감독하 시험, 승객 서비스, 무인 운행 승인, 상업적 지속 가능성은 서로 연관돼 있지만 의미가 다른 이정표다.

이러한 의미를 분리해 두는 것은 독자뿐 아니라 파트너들에게도 도움이 된다. 제한적이지만 성공적인 시험이 실제 결과에 따라 평가받게 할 수 있다. 또한 기대가 제공 가능한 서비스를 앞지르는 일을 막을 수 있다.

아스타나가 서비스 단계로 나아가는지 보여줄 세 가지 신호

다음으로 유용한 전개는 허가, 배치 범위, 운영 근거와 관련된다. 각각은 발표된 협력이 실제로 이용 가능한 서비스로 발전하고 있는지에 대해 서로 다른 질문에 답할 것이다.

진전은 외부 관찰자가 평가할 수 있는, 점점 더 구체적인 약속의 형태로 나타나야 한다.

첫째, 허용된 활동을 정의하는 정부 협약이나 배치 승인을 주시해야 한다. 중요한 세부 사항에는 책임 운영자, 승인된 도로, 시험에 부과된 조건이 포함된다. 제한된 시험에 대한 허가는 더 명확한 출발점을 마련할 것이다.

이 이정표는 프로젝트가 탐색 단계를 넘어가고 있다는 근거를 강화할 것이다. 다만 여전히 신중하게 읽어야 한다. 감독하 시험 승인이 제한 없는 승객 서비스를 위한 허가를 뜻하지는 않는다.

어떠한 제약도 자동으로 부정적인 것은 아니라는 점에서 유익한 정보가 될 수 있다. 이는 당국과 기업이 초기 단계에 적절하다고 판단하는 조건을 보여줄 것이다. 독자는 이후 전개를 구체적인 기준선과 비교할 수 있다.

둘째, 구체적인 차량군 및 서비스 계획을 주시해야 한다. 여기에는 차량 수, 시험 장소, 운행 시간, 승객의 이용 자격 획득 방식이 설명돼야 한다. Zag Daily의 Astana trial coverage는 질문을 받았을 때 inDrive가 초기 차량군 규모를 공개하지 않았다고 보도했다.

날짜가 명시된 배치 계획은 2027년 목표를 더 쉽게 평가할 수 있게 한다. 제안된 시작 시점을 실제 활동과 연결할 수 있다. 광범위한 의도에 계속 의존한다면 프로그램의 규모는 불확실하게 남을 것이다.

승객 접근성은 운영상의 질문을 전면에 드러내므로 특히 유용한 근거다. 초대 전용 시연은 일반 승객의 반복 예약과는 다른 목적을 가진다. 어느 쪽도 다른 쪽으로 설명해서는 안 된다.

셋째, 명시된 조건에 따라 보고된 결과를 주시해야 한다. 관련 공개 내용에는 완료된 운행, 서비스 가용성, 개입, 관련된 지원이 설명돼야 한다. 이러한 지표가 의미 있는 비교를 뒷받침하려면 먼저 정의가 필요하다.

운영 품질이 이해 가능한 상태로 유지될 때에만 활동 증가는 프로젝트의 근거를 강화할 것이다. 운행 횟수 증가만으로는 지원 요건에 관해 거의 드러나지 않는다. 마찬가지로 낮은 사고 건수도 노출도와 운행 제약에 관한 맥락이 필요하다.

이러한 신호는 경쟁 프로그램을 추적하는 실용적인 틀도 제공한다. 허가는 허가와, 운행 범위는 운행 범위와, 결과는 명확히 정의된 결과와 비교해야 한다. 파트너십 발표는 그 순서의 시작에 속한다.

inDrive 로보택시 시험은 기존 승객 플랫폼과 외부 주행 기술을 중앙아시아 배치 제안에서 연결한다는 점에서 주목할 만하다. 그 더 넓은 의미는 파트너들이 무엇을 배우고 공개하는지에 달려 있다.

자율 모빌리티를 추적하는 독자라면 다음 업데이트를 구체적인 질문과 연결해 두어야 한다. 승객은 실제로 무엇을 예약할 수 있는가? 그런 다음 승인된 지역, 감독 체계, 그리고 해당 서비스를 뒷받침하는 근거를 살펴봐야 한다. 이러한 세부 사항은 프로젝트가 운영상 실체를 갖추고 있는지 보여줄 것이다. 또한 Uber 및 다른 플랫폼과의 비교도 더 유용하게 만들 것이다. 승인 문서, 배치 계획, 공개된 결과를 함께 따라가야 한다. 각각은 진전의 서로 다른 부분을 설명하기 때문이다. 이러한 변화에 대한 명확한 기록은 언젠가 어디로 향할 수 있는지에 관한 또 하나의 광범위한 발표보다 자율 교통에 대해 더 많은 것을 알려줄 것이다.