기존 웹 프론트를 네이티브 셸에 감싸 맥·윈·리눅스 앱으로 보내는 방식이라 재사용성이 높다. 시스템 WebView를 쓰면 바이너리가 작고 시작이 빠르다는 점이 매력적이고, 설치형 배포를 붙일 때 바로 검토할 만하다.
WebView 기반이라 브라우저 런타임을 따로 번들하지 않는다. 패키지 크기와 초기 실행 속도에서 이점이 크다.Zig로 짠 구조라 Electron류보다 오버헤드가 낮은 방향이다. 가벼운 데스크톱 클라이언트에 잘 맞는다.Chromium 선택지가 남는다. 용량 절감과 픽셀 동일성 중 무엇이 더 중요한지 먼저 갈린다.웹 구독자에게 퍼센트 할인, 프로모 코드, 윈백 오퍼를 바로 걸 수 있다. 결제 로직을 직접 짜지 않고 이탈 복구와 가격 실험을 돌릴 만함.
RevenueCat Web Billing 대상 기능. 퍼센트 할인과 프로모 코드가 붙어 자체 결제 할인 구현 부담이 줄어든다.에이전트가 Link 지갑에서 일회용 결제 자격증명을 받아 구매를 끝낸다. 카드 원문 저장 없이 위임 결제를 실험할 수 있어, 에이전트 커머스 PoC에 바로 쓸 만함.
Link 지갑에서 일회용 결제 자격증명을 발급받는 구조라, 에이전트가 실제 카드 정보를 저장하지 않고 결제를 수행한다.PAN과 Machine Payment Protocols 기반 S... 자격증명.기본 혼합 랭킹 대신 요청 시점에 가격·첫 토큰 지연·처리량 기준으로 바로 갈아탈 수 있다. 같은 모델에 공급자가 많은 구간에선 마진과 체감 속도를 코드 수정 없이 즉시 최적화한다.
providerOptions.gateway.sort에 'cost', 'ttft', 'tps' 중 하나를 넣으면 끝. 비용 절감, 응답성, 긴 출력 속도 중 우선순위를 명확히 줄 수 있다.Zero Data Retention과 함께 쓸 수 있고 order와도 조합된다. 고정하고 싶은 공급자는 앞에 두고 나머지만 비용·속도로 재정렬하면 된다.sort 블록이 붙는다. 어떤 후보를 왜 앞세웠는지, 건강도 이슈로 누가 밀렸는지까지 보여줘 디버깅이 쉬워진다.