PlanPilot - 先審閱再執行的 iOS 規劃

PlanPilot 把一個模糊目標整理成用戶可以檢查的計劃,然後才決定是否儲存。這裏真正重要的是審閱步驟:系統推斷的任務、時間、假設及衝突,會在可選的日曆或提醒寫入之前保持可見。

公開測試 公開 TestFlight · 持續開發中 原始碼私有 · 公開 TestFlight 測試
  • SwiftUI
  • SwiftData
  • EventKit
  • UserNotifications
  • 本機優先
  • 規劃介面

單元測試

324 / 324

在最近一次核驗的倉庫快照中全部通過。

規劃矩陣

53 個情境

支援的規劃路徑保持通過。

評估語料

9 / 9

這是小而清晰的行為檢查,不會包裝成用戶採用數據。

本地化

459 個鍵 · 10 種語言

在今次核驗的本地化清單中完整涵蓋。

為何自動化之前必須先審閱

規劃器可能給出看似合理、實際卻放不進用戶當日安排的結果。如果直接寫入日曆,一個不夠好的建議就會變成清理工作。

我為裝置端、可選雲端及離線啟發式規劃器設計了同一套可審閱計劃介面。每條路徑都會回傳畫面能夠驗證及展示的資料,等用戶確認後才執行寫入。

產品及工程決定

確認之前不儲存

計劃產生與日曆或提醒寫入分成兩個步驟,最終結果始終由用戶決定。

本機優先,離線也有基本能力

SwiftData 保存產品狀態,確定性的啟發式路徑令基本規劃不依賴網絡請求。

雲端模型保持可選

Apple 裝置端模型及可選的 BYOK 雲端服務以同一介面抽象,不讓供應商差異滲入畫面。

案例可以展示甚麼

公開測試版可驗證產品流程;非公開詳細講解則可進一步說明實作思路及測試方法。

  • 由目標輸入、驗證、審閱到確認的「先審閱再儲存」流程
  • 裝置端、可選雲端及離線啟發式規劃器之間的邊界
  • 日曆、通知、本機儲存、本地化及規劃矩陣的測試設計
  • 發佈門檻,以及模擬器證據與餘下實機驗收之間的分別

公開測試不等於正式產品

TestFlight 連結目前可用,但這不會掩蓋仍需完成的工作。

  • PlanPilot 尚未在 App Store 上架,亦不聲稱已有用戶採用或正式營運使用。
  • 公開 TestFlight 頁面不顯示 build number,因此這裏不會把它與倉庫目前的 build 強行對應。
  • 日曆、通知及裝置端模型的所有路徑尚未完成全套實機驗收。
  • 雲端規劃是可選項,可能使用用戶提供的服務密鑰;不會把所有模式都描述成完全離線。

體驗測試版,或預約講解

TestFlight 測試版已公開。在招聘審閱中,我亦可講解架構及精選證據,同時保持原始碼倉庫私有。