彭博社马克・古尔曼最新消息显示，苹果针对 iOS 28（代号 Bell）、iPadOS 28、macOS 28（代号 Poppy）修改首个开发里程碑 M1 的时间分配，总时长依旧维持 8 周不变，只是把原本各占 4 周的编码、整合阶段，改成 6 周编码探索 + 2 周功能整合，相当于给工程师多腾出两周用来打磨创意、验证新想法；M2、M3 后续两个里程碑时间表完全不动，整套系统的上线节奏不会推迟，依旧计划 2027 年 6 月在 WWDC 亮相、9 月推送正式版。过去苹果每个里程碑都是 “先写代码，再集中合并入库”，4 周编码之后就要快速收敛方案，很多创意来不及充分试错；新方案鼓励团队前期多做原型、多版本对比，但代价是后期集中合并、联调的窗口大幅缩短，对团队的合并、冲突解决、测试排障压力更高。内部员工普遍认可这次改动，认为更适合当前以 AI、智能体为重点的探索方向，允许团队在锁定最终功能前反复迭代。
开发阶段调整清单
- 爆料来源：Mark Gurman（彭博社 Power On 通讯）
- 覆盖系统：iOS 28、iPadOS 28、macOS 28
- 原有 M1：4 周编码开发 + 4 周功能整合（合计 8 周）
- 新版 M1：6 周编码创意探索 + 2 周功能整合（合计 8 周）
- M2 / M3：时间安排保持原样，没有改动
- 周期性质：只是内部时间重新分配，不是拉长整个项目工期
- 预计节点：WWDC 2027 发布预览，同年 9 月推送正式版
M1 新旧节奏对比
| 阶段 | 旧版方案 | 新版方案 | 带来的影响 |
|---|---|---|---|
| 编码 / 原型 | 4 周 | 6 周 | 创意试错空间更大，适合复杂 AI 功能原型打磨 |
| 功能整合入库 | 4 周 | 2 周 | 合并窗口紧张，代码冲突、联调压力上升 |
| M1 总时长 | 8 周 | 8 周 | 整体里程碑截止时间不变 |
| M2、M3 | 原有排期 | 原有排期 | 不会延后 WWDC 和秋季推送时间 |
改动背后的利弊
✅ 利好：
- 前期不用仓促锁定方案，适合 Siri 智能体、跨设备 AI 这类高不确定性项目
- 多个技术路线可以并行验证，减少后期推翻重做
- 降低 “为赶合并时间砍掉半成品创意” 的情况
⚠️ 风险：
- 整合窗口压缩，短时间大量代码合并更容易引入 Bug
- 如果原型数量过多、改动太大，最后两周可能出现收敛困难
- 对分支管理、代码评审、自动化测试的要求更高
适用边界说明
这次调整只针对 M1，也就是最早期的探索阶段；到 M2 就进入锁定候选功能、收敛范围的阶段，M3 主要面向稳定性、Bug 修复、打磨体验。古尔曼没有披露 iOS 28 的具体功能，外界普遍预期新版重点落在 Siri 智能体、生成式 AI、跨平台联动上。
【相关 FAQ】
问题 1：苹果这次给 iOS28 工程师多出来的两周，是延长整个开发周期吗？
回答 1：不是，M1 总时长仍然是 8 周，只是把整合的两周挪给编码探索；M2、M3 不变，WWDC 和秋季正式版时间不会延后。
问题 2：M1、M2、M3 在苹果系统开发里分别是什么？
回答 1：M1 是早期创意原型阶段；M2 用来敲定最终保留上线的功能；M3 侧重修复 Bug、稳定整机体验、打磨细节。
问题 3：压缩整合时间会让 iOS 28 更容易翻车、Bug 变多吗？
回答 1：存在这个风险，如果前期原型泛滥，最后两周集中合并的压力会陡增；苹果大概率会配套更严格的分支管控和自动化测试流程对冲风险。
问题 4：macOS 28 是不是也同步采用这套 M1 节奏？
回答 1：是的，本次调整同时覆盖 iOS 28、iPadOS 28 和 macOS 28。
问题 5：这次调整，是不是说明 iOS 28 会有大量重磅新功能？
回答 1：只能看出苹果想给创意、原型更多试错窗口，尤其适合 AI 方向；但能不能落地、最终上线多少功能，还要看 M2 阶段的筛选收敛，目前没有官宣功能清单。
【参考资料】
[2026-11-09]（消息称苹果调整 iOS /iPadOS/macOS 28 初期开发流程，为工程师多腾出 2 周时间来探索创意）IT 之家
[2026-11-09]（苹果调整 iOS 28 等下一代系统开发流程：编程期延长至六周）凤凰网科技
[2026-11-08]（Apple Changes iOS 28 Development Schedule）The Apple Post
【免责声明】
本文内容来自彭博社 Mark Gurman 的爆料，属于苹果内部流程调整，不是官方公告；这套流程未来也可能根据项目情况微调，最终系统功能、发布节奏以苹果官方发布会为准。