AI旅行プランナーのほとんどは、入力された内容をデータセンターへ送り、返答を待ち、その処理費用を誰かが負担しています。Joruは、その推論を手元のスマホだけで完結させます。それによって何が変わり、何は変わらないのか。このページで正確に説明します。
Joruには、いまのスマホで動く大きさまで絞り込んだ言語モデルが同梱されています。旅行フォームに記入すると、アプリの中、つまり手元のハードウェア上にあるそのモデルが入力を読み、1日の流れを組み立て、ガイドを書きます。この工程で通信は一切発生しません。
これはプライバシー設定の話ではなく、設計そのものが違うという話です。データをサーバーへ送るかどうかの切り替えは存在しません。送る先のサーバーがないからです。クラウドで入力を処理したうえで「保存しません」と約束するアプリは、方針を信じてほしいと言っています。そもそも送信しないアプリは、何も信じてくれとは言いません。
Joruはオフラインアプリではありません。そう謳うのは不誠実です。実在する場所を探し、地図タイルを読み込み、天気を取得するにはインターネットが要ります。大事なのは、その線引きです。
クラウドで言語モデルを動かすと、誰かが生成ボタンを押すたびに費用が発生します。そう作られたアプリは、その請求を利用者に回すほかありません。この分野がクレジット、トークン、生成回数の上限、月額の下限であふれているのは、そのためです。メーターは製品の上に乗せられた商売上の判断ではなく、設計が表に出てきたものです。
すでに持っているハードウェアでモデルが動くなら、その費用は誰にとってもゼロです。測るものがないので、配給する必要もありません。同じ旅程を午後のあいだに15回作り直しても、誰の請求も変わりません。月額プランと並べて買い切りを用意できるのも同じ理由です。旅程ごとに事業者へ支払うプランナーには、まず選べない道です。
スマホに収まるモデルは最先端のモデルではありません。そうでないふりをすれば、割を食うのは旅先に立っている人です。Joruはその限界に逆らうのではなく、限界を前提に設計されています。
レストランが実在するか、いくらか、何時に開くか。モデルにそれを覚えておいてもらうことはしません。言語モデルがいちばん苦手なのが、まさにそこだからです。こうした事実はモデルが動く前にオープンデータから取得し、予算や立ち寄り先の順序、移動の組み立てといった計算はアプリが行います。モデルが担当するのは、モデルが本当に得意な部分だけです。1日の流れを組み立て、人が書いたように読める文章にすること。それだけです。
プライバシーに関する主張の価値は、それを検証できるかどうかで決まります。プライバシーポリシーには、Joruが接続する外部サービスと、それぞれが受け取る情報がすべて挙げてあります。その一覧にAI事業者は載っていません。接続していないからです。
場所のデータはOpenStreetMap、エリアガイドはWikivoyage、予報はOpen-Meteoから取得しています。いずれも公開されていて、アプリの出力と突き合わせて確認できます。
