单元测试
324 / 324
在最近一次核验的仓库快照中全部通过。
PlanPilot - 先审阅再执行的 iOS 规划
PlanPilot 把一个模糊目标整理成用户可以检查的计划，然后才决定是否保存。这里真正重要的是审阅步骤：系统推断的任务、时间、假设和冲突，会在可选的日历或提醒写入之前保持可见。
公开测试 公开 TestFlight · 持续开发中 源码私有 · 公开 TestFlight 测试
- SwiftUI
- SwiftData
- EventKit
- UserNotifications
- 本地优先
- 规划接口
规划矩阵
53 个场景
支持的规划路径保持通过。
评估语料
9 / 9
这是小而明确的行为检查，不会包装成用户采用数据。
本地化
459 个键 · 10 种语言
在本次核验的本地化清单中完整覆盖。
为什么自动化之前必须先审阅
规划器可能给出看起来合理、实际却塞不进用户当天安排的结果。如果直接写入日历，一个不够好的建议就会变成清理工作。
我为设备端、可选云端和离线启发式规划器设计了同一套可审阅计划接口。每条路径都会返回界面能够验证和展示的信息，等用户确认后才执行写入。
产品与工程决定
确认之前不保存
计划生成与日历或提醒写入是两个步骤，最终结果始终由用户决定。
本地优先，离线也有基本能力
SwiftData 保存产品状态，确定性的启发式路径让基础规划不依赖网络请求。
云端模型保持可选
Apple 设备端模型和可选的 BYOK 云端服务共用同一套接口，不让供应商差异渗进界面。
案例可以展示什么
公开测试版可以验证产品流程；非公开讲解则可进一步说明实现思路和测试方法。
- 从目标输入、验证、审阅到确认的“先审阅再保存”流程
- 设备端、可选云端和离线启发式规划器之间的边界
- 日历、通知、本地持久化、本地化和规划矩阵的测试设计
- 发布门槛，以及模拟器证据与剩余真机验收之间的区别
公开测试不等于正式产品
TestFlight 链接当前可用，但这不会掩盖仍需完成的工作。
- PlanPilot 尚未在 App Store 上架，也不声称已有用户采用或正式生产使用。
- 公开 TestFlight 页面不显示构建号，因此这里不会把它与仓库当前构建强行对应。
- 日历、通知和设备端模型的所有路径尚未完成全套真机验收。
- 云端规划是可选项，可能使用用户提供的服务密钥；不会把所有模式都描述成完全离线。
体验测试版，或预约讲解
TestFlight 测试版已公开。在招聘审阅中，我也可以讲解架构和精选证据，同时保持源码仓库私有。