從提示詞到應用程式商店

這篇文章封面上的應用程式叫 Longwave，是業餘無線電愛好者用的收聽日誌工具。輸入一個提示詞，另一端就產出了一個 Android 安裝包、一個瀏覽器擴充功能，以及三個作業系統各自的桌面安裝程式，商店送審資料也已預先綁定好真實的開發者帳號，一路排好等著送出。完全沒有人開過任何表單。以下是大家真正常問到的關於這個流程的問題。

既然網頁版已經能用，為什麼還要費工夫自動化應用程式商店？

因為一個網址只講完了發行故事的一半。人們還是習慣到應用程式商店裡找工具，而商店上架是一堆瑣碎、難度不高但很挑剔的雜事——打包格式、版本上傳、上架文案、截圖尺寸、隱私問卷。沒有一項是難的，但每一項都繁瑣，而這種瑣碎又挑剔的工作，正該交給智慧代理去做，而不是自己來。

智慧代理實際上會替 Google Play 建構出什麼？

一個已簽署的 .aab，由真正的 Gradle 工具鏈產生——而不是一個只希望商店不會發現的匯出檔。它會從同一個構件生成上架標題與描述、依據執行中的應用程式產生截圖，並填寫隱私權問卷。

隱私問卷的答案能信任嗎，還是我自己也該檢查一遍？

你想檢查當然可以，但這些答案是這樣產生的：智慧代理會先讀原始碼再作答。「此應用程式不收集任何資料」這種聲明，只有在程式碼確實沒有任何網路連線、也沒有內建任何分析 SDK 時，才會被填進表單裡。在有選擇的情況下，系統寧可少報也不多報——上架資訊之後因問卷不符而被標記，遠比今天答得保守一點糟糕得多。

Google Play、Chrome 和 Firefox 之間有什麼差異？

老實說，Firefox 是最單純的情況——Mozilla 的送審流程根本不需要另外兩者要求的那種手動介入，所以智慧代理在這裡的工作更接近「直接完成」而不是「準備好」。

那完全不想透過應用程式商店安裝的人怎麼辦？

桌面版安裝程式直接從您的建構頁面下載：Windows 安裝程式、Linux 套件，以及以 universal 格式打包的 macOS 磁碟映像檔，可同時在 Apple Silicon 和 Intel 機型上執行。安裝對話框甚至會偵測您的作業系統，顯示對應的安裝步驟——我們受夠了「顯示無法驗證開發者」這種原本該寫在下載頁面上的一句話，卻變成一張支援工單。

上架資訊上最終顯示的名字是 Longwave，還是平台的名字？

是您的名字。每次提交都是透過您自己的開發者帳號進行，而不是我們的。這是刻意的設計：您產品的正式發布者應該是您本人，擁有您自己的評論與您與商店的關係。我們寧願當個隱形的幕後工作人員，也不願成為在租約上署名的房東。

哪些地方可能出錯，實際上又該由誰負責？

有兩件事是任何平台都無法保證的。商店審核是商店自己的決定——智慧代理會盡力準備出最完整的提交內容，但無法保證一定會通過審核，若有人宣稱能保證，您應該抱持懷疑。而開發者註冊，以及伴隨而來的任何費用，是您與商店之間的關係，與我們無關。介於這兩端之間的所有事——那些花上一整個下午填寫的表單、調整尺寸的截圖、問卷勾選項——現在都是智慧代理的工作。