Gemini 3.6 Flash를 사용하여 노코드 커스텀 POS를 구축하는 방법

Gemini 3.6 Flash를 사용하면 코드 한 줄 없이 커스텀 POS를 구축할 수 있으며, 여기에는 두 가지 방법이 있습니다. 가장 빠른 방법은 기본적으로 Google의 Gemini 모델을 기반으로 작동하는 Final의 Build에서 원하는 결제 화면을 설명하는 것입니다. 직접 제어하는 방식으로는 Gemini 3.6 Flash를 MCP(AI 도구가 다른 소프트웨어를 작동할 수 있도록 지원하는 개방형 표준)를 통해 자체 AI로 연결하고, 실제 커머스 인프라 위에서 POS가 구성되는 과정을 지켜보는 방법이 있습니다. 이 가이드에서는 두 가지 방법을 모두 다룹니다. 모델 버전 및 지원 여부는 빠르게 변경되므로, 여기에 기재된 세부 정보는 2026년 7월 23일 발행일 기준의 정보로 참고하시기 바랍니다.

Gemini 3.6 Flash란 무엇인가요?

Gemini 3.6 Flash는 2026년 7월 21일에 출시된 Google의 새로운 주력 모델입니다. Google에 따르면 3.5 Flash보다 코딩, 지식 작업 및 멀티모달 성능이 향상되었으며, 출력 토큰 소비량은 17% 감소했습니다. 가격은 입력 토큰 100만 개당 $1.50, 출력 토큰 100만 개당 $7.50입니다¹. Google AI Studio의 Gemini API, Gemini 앱, 그리고 Google의 에이전트 개발 환경인 Google Antigravity를 통해 이용할 수 있습니다.

이러한 토큰 효율성은 이 작업에서 단순히 사양표의 각주 정도로 넘길 일이 아닙니다. AI 도구를 통해 POS를 구축하는 것은 에이전트 기반 작업(agentic work)입니다. 즉, 모델이 계획을 세우고, 원격 서버의 도구를 호출하고, 결과를 확인하고, 이를 반복합니다. 단계가 적고 단계당 토큰 소모량이 적은 모델일수록 사용량 제한에 도달하기 전에 빌드 작업을 더 많이 진행할 수 있습니다.

Gemini 3.6 Flash 혼자서 POS를 구축할 수 있나요?

아니요. 아무런 준비 없이 프롬프트만 입력하면 Gemini 3.6 Flash는 몇 분 만에 그럴듯한 결제 화면, 장바구니 로직, 상품 그리드를 만들어 낼 것입니다. 하지만 결제기를 진짜 결제기로 만들어 주는 레이어는 만들어 내지 못합니다. 즉, PCI 준수 카드 결제(카드 데이터를 처리하기 위한 보안 규칙), 인증된 대면 결제(card-present) 하드웨어, 두 대의 계산대에서 동시에 마지막 남은 수량을 판매하더라도 정확하게 유지되는 재고 관리, 그리고 정산 대행사(processor)의 기록과 단 1원까지 일치하는 일일 정산 보고서 등은 생성할 수 없습니다. 이러한 요소들은 계약, 감사, 물리적 장치에 해당하며, 어떤 프롬프트로도 만들어 낼 수 없습니다.

저희는 GPT-5.6이 출시되었을 때 이 경계선을 상세히 설명한 바 있습니다. 특히 캐나다 매장 카운터의 경우, 생성된 웹 앱에는 추가적인 문제가 있습니다. 바로 커스텀 웹 앱 결제 화면에서는 Interac 데빗 카드를 사용할 수 없다는 점입니다. 이 결론은 Google의 모델에도 동일하게 적용됩니다. 핵심은 Gemini 3.6 Flash가 POS 플랫폼을 대체할 수 있느냐가 아니라, 이 모델의 빠른 속도를 POS 플랫폼에 어떻게 활용하느냐입니다.

가장 빠른 노코드 경로는 무엇인가요?

도구 설정을 완전히 건너뛰세요. Final의 프롬프트 기반 AI 빌더인 Build는 이미 기본적으로 Google의 Gemini 모델을 기반으로 작동하며, 일상적인 작업을 위한 빠른 모델과 채팅별로 선택할 수 있는 고품질 옵션을 제공합니다. 일상적인 언어로 원하는 결제 화면을 설명하면 Build가 이를 생성하고, 직접 클릭해 볼 수 있는 실시간 미리보기를 열어줍니다. 이후 채팅을 통해 세부 사항을 수정하여 포스기(station)에 배포할 준비를 마칠 수 있습니다. 모든 과정이 브라우저 내에서 이루어집니다. 여러분에게 "노코드"가 "개발자 도구 없음"을 의미한다면, 여기에서 시작하세요.

MCP를 통해 Gemini 3.6 Flash를 POS 빌더에 어떻게 연결하나요?

3.6 Flash가 직접 제어하도록 하려면 자체 AI로 연결하세요. 설정에는 약 10분이 소요됩니다:

1. Build에서 프롬프트를 시작합니다. Build 홈에서 원하는 결제 화면을 한두 문장으로 설명합니다. 이것이 모델이 작업할 기획서(brief)가 됩니다.

2. "자체 AI 연결 (MCP)"을 선택합니다. Build가 설정 안내, Final Flows MCP 서버 주소, 일회용 키, 기획서가 포함된 하나의 텍스트 블록을 생성합니다. 이 정보는 비공개로 유지해야 합니다. 이 키를 통해 도구가 사용자의 계정 내부에서 빌드 작업을 수행할 수 있기 때문입니다.

3. Gemini 3.6 Flash를 실행하는 MCP 클라이언트를 엽니다. Google Antigravity는 해당 모델과 함께 제공되며 내장된 MCP 스토어 또는 간단한 설정 파일을 통해 MCP 서버를 지원합니다. 어떤 MCP 클라이언트든 동일한 텍스트 블록으로 작동합니다. 저희는 ChatGPT-5.6 및 Claude Sonnet 5에서도 동일한 단계를 진행한 바 있습니다.

4. 텍스트 블록을 붙여넣습니다. 도구가 알아서 연결을 설정하고 빌드를 시작합니다. 별도의 설정 단계는 필요하지 않습니다.

5. 실시간 미리보기를 확인합니다. 미리보기 창에서 결제 화면이 구성되는 동안, Build에서는 해당 세션이 읽기 전용 채팅으로 표시됩니다. 거기에서 미리보고, 수정하고, 배포할 수 있습니다.

전체 가이드는 도움말 센터에서 확인할 수 있습니다: Build에 자체 AI 연결하기 (MCP).

무엇을 빌드하라고 요청해야 하나요?

기발한 기획서보다 구체적인 기획서가 더 효과적입니다. "내 매장을 위한 POS를 빌드해 줘"라고 하면 모델이 비즈니스를 임의로 상상해서 만들어야 합니다. 이와 비교해 보세요. "원예 센터를 위한 결제 화면을 빌드해 줘: 소매 판매와 보증금이 있는 시즌별 사전 예약 기능, 베스트셀러 20개 상품을 위한 퀵 키(quick-keys) 그리드, 그리고 할인 적용 시 매니저 PIN 번호 입력 기능 포함." 옵션 상품(modifiers), 보증금 규칙, PIN 번호로 제한된 작업 등 이러한 세부 결정들이야말로 커스텀 POS를 구축할 가치가 있게 만드는 요소들이며, 칙칙한 회색 그리드 대신 브랜드 아이덴티티를 담은 레이아웃 또한 동일한 기획서에 포함되어야 합니다.

Gemini가 전체 흐름을 작성한다면, Final은 실제로 어떤 역할을 하나요?

타당한 질문이며, 그 답이 바로 이 워크플로우가 실제로 작동할 수 있는 이유입니다. 모델은 눈에 보이는 레이어인 화면, 장바구니 로직, 카탈로그와 연동된 상품 그리드, 영수증 내용 등을 구축합니다. 플랫폼은 항상 정확해야 하는 레이어를 제공합니다. 즉, Final Pay 및 결제 대행사를 통한 결제, 대면 판매를 위한 인증된 단말기 하드웨어, 동시 판매(두 대의 포스기에서 동시에 판매) 시에도 유지되는 재고 관리, 세금 계산, 보고서 작성, 오프라인 모드 등을 처리합니다. 모델은 정산(settlement) 과정에는 전혀 관여하지 않습니다.

비용 측면에서 Google 측 비용은 모델 액세스 방식에 따라 다르며 API 가격은 위에 기재된 바와 같습니다. Final 측은 월간 소프트웨어 구독료가 없으며 가맹점은 거래당 수수료를 지불합니다. 또한 자체 AI를 사용하여 빌드하면 플랫폼 빌드 크레딧 대신 본인 모델의 토큰이 소모됩니다.

그렇다면 Gemini 3.6 Flash를 사용하여 노코드 커스텀 POS를 구축하는 방법은 무엇인가요?

두 가지 경로, 하나의 원칙입니다. Build에서 결제 화면을 설명하고 기본 Gemini 모델이 작업을 수행하도록 하거나, MCP를 통해 Gemini 3.6 Flash에 기획서를 전달하고 실시간 미리보기로 빌드되는 과정을 확인하세요. 어느 쪽이든 모델은 흐름을 디자인하고 결제, 재고, 하드웨어는 해당 작업에 맞게 구축된 인프라에서 실행됩니다. 기본 원칙은 다음과 같습니다. "디자인은 모델에게 맡기고, 돈은 인프라가 보장하게 하라." 여러분의 카운터가 어떤 모습일지 확인해 볼 준비가 되셨나요? 시작하기.