질문에 솔직하게 답합니다.

INFRO는 AI 게이트웨이이자 컨트롤 플레인입니다. 애플리케이션과 이미 비용을 지불하고 있는 OpenAI, Anthropic, Google 같은 AI 공급자 사이에 두는 하나의 API입니다. 자체 공급자 계정을 연결하고 계약과 요금은 그대로 유지합니다. INFRO는 각 요청을 라우팅하고, 공급자가 오류를 반환하면 페일오버하며, 호출 전에 예산을 확인하고, 모든 요청의 지연 시간과 예상 비용을 기록하며, 키·모델·데이터에 정책을 적용합니다. 엔지니어링 팀은 텍스트, 이미지, 비디오, 오디오를 하나의 통합으로 다루기 위해, 재무 팀은 팀·프로젝트·고객별 지출을 보기 위해, 플랫폼 및 보안 팀은 공급자 키와 모델 접근을 중앙에서 관리하기 위해 사용합니다. 모델 사용료는 공급자가 귀사의 요금으로 직접 청구하며, INFRO는 소프트웨어에 대한 월 구독료를 청구하고 모델 지출에 대한 가산은 0%입니다.

네. 게이트웨이는 api.infro.io에, 콘솔은 dash.infro.io에 배포되어 있으며, 계정은 셀프서비스입니다. 계정을 만들고 요금제를 고른 뒤 결제 단계에서 체험을 시작하세요. 설명하는 모든 기능에는 존재한다고 암시하는 대신 출시될 릴리스를 표시합니다.

한 벤더의 모델 하나만 쓰고 아무도 비용을 묻지 않았다면, 아마 직접 호출하는 편이 맞습니다. 이것도 진지한 답이며, 평가 시간을 낭비하게 하느니 이렇게 말씀드리는 편이 낫습니다. INFRO가 제 역할을 하는 것은 다음 중 하나라도 해당할 때입니다. 여러 벤더의 여러 모델을 사용할 때, 공급자 장애로 제품이 멈춘 적이 있을 때, 어느 고객이나 기능이 얼마를 쓰는지 묻는 사람이 생겼을 때, 공급자 키가 여러 곳에 흩어지기 시작했을 때입니다. 같은 계정으로 같은 공급자를 계속 호출하되, 그 사이의 통합, 페일오버, 비용 계산을 직접 떠안지 않게 됩니다.

dash.infro.io에서 계정을 만들고 이메일 주소를 인증하세요. 조직을 만들고 요금제를 고른 뒤 결제 단계에서 카드를 등록하면, 그 결제가 완료될 때 14일 체험이 시작됩니다. 14일째가 끝나면 선택한 요금제가 자동으로 청구되며, 14일째 전에 취소하면 청구되지 않습니다. 그동안 모델 사용료는 계속 공급자가 직접 청구합니다.

없습니다. 모델 지출에 0% 가산이며, 이는 약속이 아니라 구조에서 나옵니다. 요청은 고객의 자격 증명으로 고객의 공급자 계정에서 실행되므로, 공급자가 고객에게 직접 청구하고 INFRO는 그 거래의 당사자가 되지 않습니다. 저희가 그 일부를 가져갈 수 있는 방식 자체가 없습니다. INFRO가 청구하는 것은 컨트롤 플레인(게이트웨이, 요청 로그, 비용 배분, 예산, 정책, 감사 로그)에 대한 정액 구독이며, 가격은 토큰이 아니라 게이트웨이 요청 수와 조직 기능에 따라 정해집니다.

아니요. 모델 ID는 그 ID가 가리키는 모델로 확인됩니다. 더 작은 변형, 양자화 빌드, 줄어든 컨텍스트는 없으며, 요청은 작성한 그대로 공급자에 도달합니다. 모델 ID가 다른 것으로 확인된다면 그것은 버그이며 심각한 버그입니다. INFRO가 더하는 것은 요청 안이 아니라 요청 주변에 있습니다. 어느 연결이 요청을 처리했는지, 예상 비용이 얼마인지, 폴백이 요청을 구했는지, 정책상 허용되었는지입니다.

마이그레이션보다 훨씬 적게 들며, 애플리케이션 하나부터 시작할 수 있습니다. 텍스트의 경우 엔드포인트가 OpenAI 요청·응답 형식을 따르므로, 팀은 base URL, 키, 모델 문자열만 바꾸고 클라이언트 라이브러리, 요청 본문, 응답 파싱은 그대로 둡니다. INFRO는 응답에 공급자와 예상 비용 같은 필드를 추가하며, 공급자라면 거부하지 않을 이유(예산, 모델 정책, 연결된 공급자 없음)로 요청을 거부할 수 있으므로 해당 오류 코드는 처리해 두는 것이 좋습니다. 이미지, 비디오, 오디오는 모든 모델에서 하나의 일관된 INFRO 형식을 쓰므로 새 코드가 필요하지만, 그렇지 않았다면 벤더마다 따로 작성했을 코드입니다. 회사 전체를 한 번에 전환할 필요는 없습니다. 팀은 애플리케이션을 하나씩 도입하고, 조직은 도입되는 애플리케이션마다 라우팅, 예산, 정책을 적용합니다.

네. INFRO는 TypeSafe의 요청 본문과 모델 이름으로 TypeSafe의 POST /v1/systemone을 제공하므로, TypeSafe의 SDK가 새 base URL과 INFRO 게이트웨이 키로 INFRO에서 작동합니다. 각 결정은 고객의 TypeSafe 계정에서 실행되며 TypeSafe가 직접 청구합니다. TypeSafe를 호출하기 전에 INFRO가 키와 지출 한도를 확인하고, 호출 후에는 응답한 버전과 예상 비용을 포함해 TypeSafe의 답을 반환하며 요청을 기록합니다.

하나의 조직 아래 프로젝트와 환경을 두어 운영합니다. 역할(소유자, 관리자, 개발자, 분석가)을 지정해 멤버를 초대하고, 멤버와 프로젝트마다 지출 상한을 두고, 프로젝트별로 호출 가능한 모델을 제한하며, 감사 로그에서 누가 무엇을 바꿨는지 확인합니다. 팀마다 자체 키, 예산, 모델 정책을 가지므로 한 프로젝트의 폭주하는 워크로드가 다른 팀의 허용량을 쓸 수 없으며, 조직은 전체를 하나의 화면에서 봅니다. Business 요금제부터는 SAML 또는 OIDC로 자체 ID 공급자를 통해 로그인하고, 디렉터리가 SCIM으로 INFRO 멤버십을 생성하고 비활성화할 수 있습니다.

홉이 하나 추가되며, 그렇지 않은 척하는 것은 실례입니다. 요청은 호출자에게 가장 가까운 Cloudflare 네트워크 위치로 들어오고, 게이트웨이 자체는 데이터베이스 옆인 프랑크푸르트에서 실행됩니다. 따라서 유럽에서 먼 호출자는 공급자 호출이 시작되기 전에 프랑크푸르트까지의 네트워크 거리가 더해집니다. 라우팅 오버헤드 40밀리초 미만은 목표이며, 프랑크푸르트에서 측정한 목표로 명시합니다. 아직 측정할 프로덕션 트래픽이 없기 때문입니다. 이 홉을 정직하게 유지하는 장치는 두 가지입니다. 모든 요청은 콘솔에 총 소요 시간과 공급자 자체 소요 시간을 나란히 기록하므로, 중요한 수치는 저희 주장이 아니라 고객의 워크로드에서 측정됩니다. 그리고 긴 렌더링은 생성 시간이 대부분이라 라우팅의 몇 밀리초는 무시할 수준입니다.

그렇게 설계되었습니다. 이미 보유한 공급자 계정을 연결하므로 협상 요금, 약정 지출, 할인, 할당량, 엔터프라이즈 계약이 지금과 똑같이 적용됩니다. 공급자가 고객의 가격으로 청구하며, INFRO는 그중 아무것도 가져가지 않습니다. 공개 요금보다 낮은 협상 요금이 있다면 Team 요금제 이상에서 콘솔에 입력할 수 있으며, 그러면 INFRO가 보여 주는 모든 비용 수치가 정가가 아닌 고객의 요금으로 계산됩니다. 떠나는 것도 들어올 때와 같은 두 줄입니다. base URL과 키를 되돌리면 되고, 공급자 계정은 원래 고객의 것이었으므로 그대로입니다.

라우트는 실시간 오류율, 지연 시간, 속도 제한 압박을 기준으로 점수를 매기므로, 상태가 나빠지는 라우트는 순환에서 빠집니다. 응답 스트리밍이 시작되기 전에 타임아웃이나 5xx가 발생하면 요청을 다른 라우트로 재시도합니다. 애플리케이션은 다른 곳의 장애 대신 성공 응답을 받습니다. 스트림이 일단 시작되면 몰래 다시 시작할 수 없으므로, 부분 응답은 조용히 다시 생성하지 않고 부분 응답으로 표시합니다.

INFRO는 의존성이 하나 더 늘어나는 것이며, 이것이 이 선택의 솔직한 비용이니 계산에 넣으셔야 합니다. 이를 견딜 수 있게 하는 것은 세 가지입니다. 상태 페이지는 게이트웨이보다 훨씬 단순한 별도 배포에서 실행되며, 고객의 브라우저에서 게이트웨이를 확인합니다. 텍스트는 OpenAI 형식을 따르므로, 설정에 공급자 직접 키와 base URL 전환을 두는 두 줄짜리 비상 대책을 적극 권장합니다. 그리고 운영 이력이 없는 서비스는 정직하게 SLA를 제시할 수 없으므로 공개된 가동 시간 SLA는 없습니다. 엔터프라이즈 계약에는 계약상의 SLA를 담을 수 있습니다.

네, 되돌아가는 마이그레이션도 들어올 때와 같은 두 줄입니다. 공개 API로 요청 및 사용 기록을 가져오거나 요청 로그와 Analytics에서 CSV로 내려받아, 요금제의 조회 가능 기간이 지나기 전에 자체 시스템에 보관하세요. 예약 내보내기나 이메일 내보내기는 없습니다.

프롬프트, 입력, 출력을 학습에 사용하지 않으며 판매하지도 않습니다. 사용 메타데이터는 플랫폼 사용량 측정, 비용 추정, 거버넌스에 쓰입니다. 선택 사항인 프롬프트 및 응답 로깅은 기본적으로 꺼져 있으며 요금제에 따라 제한됩니다. 전달에 필요한 작업 기록과 생성된 미디어는 별도입니다. AI 공급자의 데이터 사용 및 보관 설정은 계속 고객과 공급자 간의 계약을 따릅니다.

아직은 아니며, 그렇다고 주장하지 않겠습니다. 지역 내 처리는 아직 구매하지 않은 인프라 권한이 필요하며, 유럽처럼 보이기만 하는 호스트 이름은 고객이 요청 한 번으로 반증할 수 있는 컴플라이언스 주장입니다. 실제로 강제될 때 알려 드리겠습니다. 그때까지는 요청이 용량이 있는 곳에서 처리된다고 가정하시고, 데이터 상주에 의존하는 계약을 맺기 전에 먼저 상의해 주세요.

네, 콘솔에서 가능합니다. Playground는 고객의 연결 중 하나에서 또는 게이트웨이 키를 통해 텍스트, 이미지, 비디오, 음성, 전사를 실행하며, Copy cURL로 같은 요청을 API 호출로 받을 수 있습니다. 기록은 INFRO가 아니라 브라우저에 보관됩니다. 호출 자체는 다른 요청처럼 기록되고 공급자가 청구합니다.

함께 움직이지 않는 두 개의 별도 청구서입니다. 모델 사용료는 공급자가 고객의 요금으로 고객에게 직접 청구하며, INFRO는 그 거래에 관여하지 않고 0%를 가져갑니다. INFRO는 요금제를 청구합니다. 컨트롤 플레인에 대한 월간 또는 연간 정액 구독이며, 가격은 토큰이 아니라 게이트웨이 요청, 시트, 프로젝트, 조직 기능에 따라 정해집니다. 요금제는 네 가지로 월 $35부터이며, 각각 결제 단계에서 카드를 등록하는 14일 체험이 있고 종료 전에 취소하지 않으면 자동으로 전환됩니다. 연간 요금제는 1년분을 한 번에 청구하며 월간 요금 기준 약 2개월분이 적게 듭니다. 약정 사용량에는 인보이스 청구가 포함된 엔터프라이즈 계약을 제공합니다. 공급자 지출은 INFRO 인보이스에 절대 표시되지 않습니다.

고객의 공급자 계정이 제공하는 모델입니다. INFRO는 모델을 공급하지 않습니다. OpenAI, Anthropic, Google, Azure OpenAI, AWS Bedrock, xAI, Mistral, Groq 등의 계정이나 OpenAI API를 지원하는 서버를 연결하면, 애플리케이션이 고객의 자격 증명으로 INFRO를 통해 그 공급자의 모델을 호출합니다. 공급자가 새 모델을 출시하면 계정에서 접근할 수 있게 되는 즉시 ID로 호출할 수 있으며, 공급자에 따라 필요한 경우 연결에 매핑을 추가합니다. 연결 가능한 공급자는 /providers에 나와 있으며, 각 요청이 공급자 청구서에서 얼마가 될지 추정하는 데 쓰는 299개 모델의 참조 카탈로그도 함께 있습니다.

비동기 작업으로 처리됩니다. 요청을 제출하면 즉시 작업 ID를 받고, 작업 엔드포인트를 폴링하거나, 더 나은 방법으로 렌더링이 끝났을 때 서명된 웹훅을 받습니다. 완성된 미디어는 고객 계정 아래 INFRO 스토리지에 복사되므로, 업스트림이 정리하더라도 출력 URL이 만료되지 않고 계속 작동합니다.

모든 조직은 프로덕션, 스테이징, 개발 환경으로 시작하며, 환경을 직접 추가할 수 있습니다. 게이트웨이 키는 정확히 하나의 환경에 속하고, 연결이나 라우트는 하나, 여러 개 또는 모든 환경을 담당할 수 있습니다. 키가 자기 환경 밖의 연결에 닿는 일은 없습니다. 환경을 넘는 대신 요청이 거부됩니다.

네, Team 요금제부터 제공됩니다. 고객의 ID를 X-INFRO-User-Id 헤더나 metadata.user_id로 보내고, 조직 또는 프로젝트별로 일간, 주간, 월간 한도를 설정하세요. 한도에 도달하면 게이트웨이가 코드 end_user_budget과 한도가 초기화되는 시각인 resets_at을 담아 402를 반환하므로, 애플리케이션이 사용자에게 알릴 수 있습니다.

Studio는 이미지, 비디오, 오디오를 위한 플랫폼의 작업 공간입니다. 장면과 샷으로 이루어진 스토리보드, 캐스트, 브리프를 샷과 프롬프트로 바꾸는 Director, Final Cut Pro, DaVinci Resolve, Premiere Pro로 내보내기, 팀 리뷰를 제공합니다. 모든 요금제에 포함되며, 애드온도 새 가격도 없습니다. 모든 생성은 고객의 공급자 연결에서 실행되므로 공급자가 직접 청구합니다. Studio는 실행 전마다 예상 공급자 비용을 보여 주며, INFRO는 그 지출의 0%를 가져갑니다.

소유자나 관리자가 Studio 스토리지를 켜기 전까지는 아무것도 저장하지 않으며, 켜는 동작은 감사 로그에 기록됩니다. 켜고 나면 Studio는 업로드, 결과물, 그리고 각 결과물의 프롬프트, 모델, 공급자, 설정을 30 days on Developer, Startup and Team, 90 days on Business and 1 year on an Enterprise agreement 동안 보관합니다. 모든 항목에는 보관 기한이 표시되고, 삭제된 항목은 7일 동안 휴지통에 남으며, 항목이 보관되는 동안에는 언제든 다운로드와 내보내기를 할 수 있습니다. Studio 스토리지는 요청 페이로드 로깅을 켜지 않습니다.

네, Business 요금제부터 제공됩니다. INFRO를 에이전트와 에이전트가 쓰는 MCP 서버(GitHub, Linear, Sentry, Supabase, Stripe 또는 자체 내부 도구) 사이에 둡니다. 관리자가 각 서버를 자격 증명과 함께 한 번 등록하고, 도구를 승인해 게이트웨이 키에 부여합니다. 에이전트는 모델 호출에 이미 쓰는 게이트웨이 키로 하나의 엔드포인트에 연결합니다. 호출할 때마다 INFRO가 서버의 자격 증명을 추가하므로 에이전트는 그것을 갖지 않으며, 관리자가 승인한 도구 정의만 제공하고 그 후 정의가 바뀐 도구는 거부하며, 인수를 검증하고, 인수와 결과에 가드레일을 적용하며, 에이전트의 모델 호출과 같은 트레이스에 호출을 기록합니다. INFRO는 도구를 실행하거나 서버를 호스팅하지 않으며, 도구 호출에는 가격이 매겨지지 않고 요청 허용량에도 포함되지 않습니다.

네, mcp.infro.io/mcp의 INFRO MCP 서버를 통해 가능합니다. Claude와 ChatGPT는 어시스턴트에서 로그인해 연결합니다. 조직 하나와 어시스턴트가 할 수 있는 일을 선택하면, 어시스턴트는 사용자 자신의 역할로 작동합니다. Claude Code, Codex, Cursor, VS Code도 같은 방식으로 로그인할 수 있으며, Windsurf와 스크립트는 관리 토큰을 사용합니다. 어시스턴트는 지난주 비용이 가장 많이 든 모델이 무엇인지, 요청이 왜 실패했는지 같은 질문에 답하고, 지출 한도 설정처럼 사용자가 확인하는 소수의 변경을 할 수 있습니다. 모델을 호출하지 않고, 프롬프트나 응답을 보지 않으며, 모든 변경은 감사 로그에 기록됩니다. 조회는 Startup 요금제부터 포함되며, 프로젝트와 키 외의 변경에는 Team 요금제가 필요합니다.

아니요, 슬라이드에서도 그렇지 않은 것처럼 암시하지 않겠습니다. 그 대신 약속이 아니라 공개된 자료가 /trust에 있습니다. 감사 법인을 선정했으나 관찰 기간은 아직 정해지지 않은 SOC 2 로드맵, 날짜를 약속하지 않은 채 평가 중으로 표시된 ISO 27001, 현재 시행 중인 통제와 그렇지 않은 통제, 그리고 표준 보안 설문에 대한 답변을 저희와 이야기하지 않고도 내려받을 수 있는 문서입니다. 표준 계약 조항(SCC)을 포함한 DPA, 하위 처리자 목록, 허용 가능한 사용 정책도 전문이 공개되어 있습니다. 그래도 자체 설문을 보내 주세요. 답이 '아직'인 질문을 포함해 모든 질문에 답합니다. 인증서가 필수 조건이라면 처음에 알려 주세요. 현재로서는 충족할 수 없다고 분명히 말씀드리겠습니다.

인프라 벤더는 /subprocessors에 명시되어 있으며, 통지 기간과 긴급 예외도 그곳에 설명되어 있습니다. 연결하는 AI 공급자는 고객이 직접 선택하고 직접 계약합니다. 요청 트레이스에는 시도된 연결이 기록되며, 공급자의 데이터 사용과 보관은 고객 자신의 계약과 계정 설정을 따릅니다.

네, 엔터프라이즈 계약에서 가능합니다. 구독료를 카드로 청구하는 대신 고객의 조건에 따라 분기 또는 연 단위로 인보이스를 발행합니다. 이는 소프트웨어에 대한 인보이스일 뿐입니다. 모델 사용료는 고객이 공급자와 이미 맺은 조건에 따라 공급자가 청구하며, INFRO와의 어떤 계약도 이를 바꾸거나 INFRO 인보이스에 넣지 않습니다.

가능하며, 그렇게 하는 팀도 많습니다. 다만 벤더 세 곳, 대시보드 세 개, 그리고 그 사이의 빈틈이 생깁니다. 라우터는 요청이 어디로 갔는지 알고, 프록시는 요청이 어떤 모양이었는지 알지만, 어느 쪽도 그것이 예산 대비 얼마였는지는 모릅니다. INFRO는 전체 작업을 하는 하나의 계층입니다. 라우팅된 요청이 곧 트레이스되고, 가격이 매겨지고, 조직의 정책에 따라 검사된 요청입니다. 하나의 통합, 한곳에서 확인.