Flutter Starter Kit

ShipFlutter 是什麼

ShipFlutter 是由 Marcel Pinto Biescas 所開發的 Flutter 應用程式建立套件，由 pibi.studio 的相關團隊負責維運。它透過網頁編輯器來組合各種模板和模組，進而產生可下載的 Flutter、Firebase Functions 與頁面源碼，主要適用於 Android、iOS 和 Web 平台。

它既不是用於 AI 圖像處理的工具，也不是能夠在不需要編程的情況下生成完整應用程式的工具。使用者仍需具備 Flutter、Dart、Firebase 的相關知識，以及將應用程式上傳到應用商店和進行後端設定的能力，同時還需要對所生成的應用程式進行開發、測試與維護。

主要功能

跨平台專案骨架

基礎模組包含 GoRouter 導航功能、Signals 狀態管理機制、lite_ref 依賴注入功能、Material 主題、slang 多語言支援，以及各種常見的介面元件。此專案的結構將 Flutter 應用程式、雲端函數、落地頁面以及部署設定分開，這樣便於日後的進一步擴充。

Firebase 後端

Firebase 模組涵蓋了 Authentication、Firestore、Cloud Functions、Storage、App Check、安全規則以及離線數據等功能。使用者需要自行建立 Firebase 專案、選擇地區、啟用相關服務，並承擔相應的雲端使用費用。

• Firestore 支持即時監聽、資料轉換、增刪改查範例以及離線使用。
• 第二代 Cloud Functions 可承載支付 Webhook 與後端介面。
• App Check用於減少未經授權的用戶端請求，但必須正確設定並嚴格執行。
• Firebase 安全規則只是起點，生產數據仍需按業務模型審查。

登入與帳戶

帳戶模組提供匿名登入、電子郵件密碼登入、Google、Facebook 和 Twitter 社交平台登入功能，同時還有適應性強的註冊、登入及個人資料頁面。其權限狀態可與支付相關權益以及 Firebase 自訂宣告功能相結合。

行動端與網頁支付

行動應用程式透過 RevenueCat 來管理 App Store 與 Google Play 上的訂閱及購買功能，而網頁版則使用 LemonSqueezy。此套件還提供反應式付費牆、試用頁面、權益對象，以及 Firebase Functions Webhook 处理功能。

開發者必須在每個支付平台上建立產品和套裝方案，並設定 Webhook、稅務相關規則、退款流程以及符合商店規定的相關設定。ShipFlutter僅提供整合代碼，無法替代商家的帳戶、平台的審核流程或支付服務的費用。

通知與用戶反饋

通知模組涵蓋本地、遠端、應用內及後台通知，並支援 Android、iOS 與 Web。回饋模組可加入應用內評分、問題回饋及滿意度收集，實際行為仍受各平台權限與政策約束。

監控與同意管理

監控模組預先連接了 Google Analytics、Crashlytics、Performance 與 Remote Config，並提供用戶同意介面。預設設計會在用戶同意之前關閉追蹤功能，但開發者仍需確認當地法規以及自己所加入的 SDK 是否合規。

落地頁與內容

可選的落地頁以 Astro 技術架構為基礎，包含首頁區塊、定價表、聯絡與訂閱表單、社交分享元資料、網站地圖，以及 Markdown 博客和法律頁面的結構。它可部署在 Firebase Hosting 上，但文案、政策、圖片及搜尋優化仍需使用者自行完善。

Vertex AI 與 Genkit

AI 模組可接入 Vertex AI、Firebase Genkit、DotPrompt 以及應用內的提示詞管理功能，並提供反應式的聊天介面。它適用於問答、內容生成以及需要上下文支援的應用場景，但無法自動為使用者完成整個產品的開發。

部分 AI 與 Cloud Functions 功能需要 Firebase Blaze 付費方案，模型調用也會產生獨立費用。開發者還需設定安全規則、調用限制、內容安全及提示詞數據處理。

模板與模組

從購買到運行的流程

1. 先查看公開演示和 MIT 基礎模板，確認專案結構符合團隊習慣。
2. 選擇一年期 Starter 或 Lifetime 授權，並在結算前保存價格和條款。
3. 在 Builder 註冊並啟用許可證，選擇模板、平台及所需模組。
4. 使用生成器配置項目名稱、主題和基礎內容，然後下載源碼壓縮包。
5. 安裝 Flutter SDK、開發環境、Firebase CLI 與 FlutterFire CLI。
6. 解壓專案，在應用目錄執行隨附的初始化腳本。
7. 建立或選擇 Firebase 專案，產生各平台的設定，並將其與預設專案關聯。
8. 啟用 Firestore、Authentication、App Check 以及所需的其它服務。
9. 分別配置支付、通知、監控、AI 和落地頁模組的第三方帳戶。
10. 在 Android、iOS 和 Web 上完成測試，再準備簽名、隱私披露與商店發布。

支付功能配置流程

1. 在應用商店和 RevenueCat 建立行動端商品、權益和套餐。
2. 在 LemonSqueezy 中建立網路商品、價格、稅務及結算設定。
3. 將兩類套餐映射為統一的使用權益識別碼。
4. 部署 Firebase Functions，並分別註冊支付事件 Webhook。
5. 測試購買、試用、續費、取消、帳單失敗、恢復購買和退款。
6. 驗證用戶端與 Firestore 權益同步，避免只信任可篡改的界面狀態。
7. 按平台規則顯示價格、訂閱週期、自動續費及取消說明。

AI 功能配置流程

1. 確認 Firebase 專案已啟用所需的計費方案及 Vertex AI 功能。
2. 選擇允許的模型與區域，閱讀模型數據和內容政策。
3. 把提示詞放入 DotPrompt 或應用內配置，並做好版本管理。
4. 透過受控後端調用模型，避免把敏感憑證放入客戶端。
5. 為單用戶和全局請求設定額度、超時與濫用防護。
6. 測試拒絕、幻覺、敏感輸入、長內容和網路失敗場景。
7. 向最終用戶說明 AI 使用、資料處理與人工複核方式。

價格與授權

目前頁面同時顯示限時折扣與優惠碼，實際金額可能因促銷活動、稅費、地區及結算渠道的不同而有所變動。購買許可證並不包含雲端資源、模型調用、支付處理、域名或應用商店帳戶的相關費用。

Starter的「一年」指的是Builder、訪問及更新的有效期限，而已下載的原始碼在期限屆滿時並不會自動消失。至於期限過後是否仍能繼續建立新專案、重新下載或獲得支援，則需以結算頁面及帳戶權益的規定為準。

商業許可與重要衝突

正式許可文本授予非獨佔、不可轉讓、不可再許可的個人許可證，允許創建不限數量的個人或商業應用與網站。使用者不得出租、轉讓、再許可或直接轉售 ShipFlutter 啟動套件。

但許可正文中同時禁止修改、改編和創建衍生作品，這與產品頁面上「可完全自訂」「可修改代碼」的說明直接衝突。由於修改源碼是此類啟動套件的核心用途，商業項目在購買前應取得有關修改權、客戶專案及團隊成員使用範圍的書面說明。

• 可以構建商業應用的表述不等於可以出售模板源碼本身。
• 為客戶開發項目是否屬於許可人的項目，需要書面確認。
• 團隊成員、承包商和多個法人能否共享許可證並未清晰說明。
• 第三方套件、AstroWind、Flutter 與 Firebase 仍適用各自許可證及條款。

開源狀態、API 與 GitHub

公開的 MIT 模板可用於評估狀態管理、依賴注入、主題及多語言結構，但無法據此認定付費功能、AI、通知、監控及落地頁模組也採用 MIT。購買者應保存交付時的許可版本。

適合用戶與場景

• 獨立 Flutter 開發者：快速搭建登入、資料庫、支付和發布基礎。
• 小型創業團隊：使用相同的程式碼庫來驗證 Android、iOS 與 Web 的 MVP。
• 訂閱應用開發者：組合行動商店購買與 Web 支付權益。
• AI 應用團隊：在 Firebase 架構中接入 Vertex AI 和 Genkit。
• 代理開發者：複用工程結構，但需先確認客戶專案授權範圍。
• 有 Flutter 基礎的產品團隊：減少通用模組的重複搭建時間。

優勢

• 覆蓋從用戶端、Firebase 後端到落地頁的完整專案架構。
• 行動端與 Web 支付採用不同供應商，並統一為應用權益模型。
• 包含通知、監控、回饋和同意管理等容易被 MVP 忽略的模組。
• 可下載源碼，團隊能在自己的倉庫繼續開發和部署。
• 公開基礎模板可在購買前檢查一部分代碼風格。

限制與額外成本

• 不是無代碼平台，仍需編程、調試、測試和應用商店經驗。
• Firebase、Vertex AI、支付平台以及商店帳號都可能產生持續費用。
• 某些 AI 與 Functions 模組需要 Firebase Blaze 付費方案。
• 模板不保證通過 Apple 或 Google 審核，政策變化需開發者跟進。
• 第三方 SDK 升級可能導致 API、建構系統或平台相容問題。
• 頁面列出的未來聊天、電商和分析模板不能當作已交付能力。
• 正式許可的修改限制與產品說明衝突，是購買前必須解決的風險。

隱私與安全

ShipFlutter Builder的獨立資料保存期限、刪除機制以及完整的服務商清單目前尚未公開，網站的隱私政策則指向 pibi.studio 的通用規定。至於上傳到Builder中的專案設定、品牌內容及其他資料是否會被保留，應在使用前向運營方確認。

• 生成應用程式的使用者數據，主要由開發者自身的 Firebase 專案來處理。
• RevenueCat、LemonSqueezy、Google Analytics、Crashlytics 和 Vertex AI 會形成獨立數據鏈路。
• App Check與安全規則需要開發者啟用，模板存在配置不代表生產環境已安全。
• 同意橫幅不能自動滿足 GDPR、CCPA 或商店隱私標籤要求。
• 不得把生產密鑰、支付密鑰或調試令牌提交到用戶端和代碼倉庫。
• 開發者需要為最終應用編寫真實的隱私政策、保存期限和刪除流程。

退款注意事項

產品頁面說明，一旦交付了源碼，通常就無法退款，因為這些代碼會被永久保存下來。如果使用者極度不滿意，可以聯絡運營方討論解決方法，但這並不構成明確的無條件退款保證。

購買前應先運行公開的基礎模板並觀看示範，確認 Flutter 版本、架構與文件內容的詳細程度。付款時還需核對促銷價格、稅費、許可證條款、更新期限以及 LemonSqueezy 的結算規定。

常見問題

ShipFlutter 是無代碼工具嗎？

不是。Builder可以生成和組合專案，但使用者仍需使用Flutter、Dart、Firebase以及開發工具來完成產品。

購買後可以開發多個應用嗎？

許可文本寫明可創建不限數量的個人或商業專案，但客戶專案、團隊共享及多個法人範圍應另行確認。

Starter 與 Lifetime 有什麼區別？

Starter 提供一年訪問和更新權限，Lifetime 則提供終身訪問、更新權限，以及未來的模板與優先支援服務。目前，兩者皆為一次性購買模式。

ShipFlutter 是否包含雲服務費用？

不包含。Firebase、Vertex AI、支付處理、應用商店和域名等費用由開發者另行承擔。

可以修改購買的源碼嗎？

產品頁面允許自訂和修改，但正式授權卻禁止修改與衍生作品，存在直接衝突。建議購買前取得明確的書面授權。

完整套件是開源的嗎？

不是。只有公開的最小基礎模板確認採用 MIT，完整 Builder 與付費模組使用專有授權。

支援桌面應用嗎？

目前的主要產品承諾集中在 Android、iOS 和 Web，並未將 Windows、macOS 或 Linux 為完整的標準交付範圍。

購買後可以退款嗎？

源碼交付後原則上不可退款，運營方只表示可就嚴重不滿意情況聯絡協商。購買前應先試用公開模板和演示。

總結

ShipFlutter 適合那些已經具備 Flutter 基礎，且希望減少帳戶管理、付款處理、通知發送、監控功能、AI 應用以及落地頁等功能的重複開發工作的個人或小團隊。它所提供的，是可進一步開發的程式碼源，而非可直接上線的完整產品。

選購時除了比較一年期和終身價格外，還應估算 Firebase 與第三方服務的成本，並優先解決許可條款對源碼修改所造成的限制。在完成安全規則、隱私保護、支付功能以及多平台測試之後，才適合進行正式發布。