正在接入 Apple HLS 视频源…
开场围绕 intent、intents、share、landmark 等线索展开，说明 345 的定位是框架能力升级，而不是单一 Siri 场景。它支撑 I1：框架新能力让更多业务动作进入系统智能入口。
第二段出现 system、photo、Siri、entities，说明新的 App Intents 能力强调系统发现、实体描述和跨入口调用。它支撑 I2：业务对象是否能被系统理解会影响可发现性。
中段围绕 intent、entity、code、tab 等展开，说明这不是抽象概念，而是需要在代码里定义实体、动作和结果。它支撑 I3：框架能力需要工程建模和实现。
第四段出现 widget、Siri、Shortcuts 和 intent，说明 App Intents 不只服务一个入口，而是让同一业务能力在多个系统表面被调用。它支撑 I4。
收束段回到 intent、widget、extension、system，说明接入系统入口后，团队需要考虑扩展边界、测试覆盖和行为一致性。它支撑 I5。
345 的核心不是某个新 API，而是让更多 App 能把业务动作、对象和结果声明成系统可发现、可调用的能力。它补齐了 240/343 的 schema 与高级能力主线。
当 photo、entities、Siri 与 system 同时出现，说明 App 的内容和业务对象必须被结构化。系统智能入口能否调用 App，取决于 App 是否把对象、关系和意图描述清楚。
App Intents 的产品价值需要工程实现承接：开发者要在代码中定义动作、实体、参数、返回结果和错误行为。框架新能力降低门槛，但不会替代业务建模。
345 的综述意义在于说明 App Intents 不是单一入口能力，而是系统能力分发层。一个清晰定义的 intent 可以被 Siri、Shortcuts、Widget 等入口复用。
能力越容易被系统调用，越需要稳定边界。345 提醒团队要关注 extension、system behavior、intent coverage 和测试，否则系统入口会放大错误对象、错参和不一致体验。
如果 240 讲 App Schemas 的行动合同，343 讲高级 App Intents 如何深化业务能力，那么 345 讲框架层如何把这些能力稳定落地、分发到多个系统入口并进入测试发布流程。