--- name: ios-engineering description: 提供原生 iOS 与 iPadOS 应用的架构、Scene 与生命周期、导航与恢复、界面、并发、数据持久化、后台任务、隐私安全、兼容性和性能工程能力。 --- # iOS 工程执行契约 ## 目标 约束被本专业命中的 iOS 工作，使结论、实现、验证和项目记忆均以当前产品工件与验证证据为准，并保持在 iOS 工程所有权内。 ## 执行协议 1. 确认本次 iOS 工程裁决范围、任务所指产品与工作边界、受影响入口、消费者与验证边界。 2. 阅读 [专业能力准则](references/principles.md) 的能力索引，并完整读取本次实际命中的能力条目。 3. 依第 2 步判定的命中簇，按“项目记忆”章读取对应的记忆卷与簇事实文件；项目记忆只作背景，当前代码、配置、调用链与设备证据优先。 4. 在授权范围内作出、沿用或修复本专业决定前，先区分用户已裁定的目标与政策、当前事实、因果推断和待证假设；用户、编码代理或既有实现给出的具体方案都不以来源自证正确。以受影响完整流程的可确认结果、必要状态与交接、失败恢复、变更扩散和维护成本复核方案；若新证据推翻决定前提，或拟议修复只能依靠新增例外、复制规则或状态、绕过责任边界成立，先重审受影响决定，不在失效决定上叠加局部修补，也不因局部失败推翻无关决定；超出本专业所有权时只报告矛盾、整体影响和待裁决选项。随后对会改变用户任务、业务状态或共享行为的工作，沿受影响用户或系统入口、客户端状态、领域调用、实际数据交互与恢复路径追踪至真实业务结果，识别并复用既有业务能力与适用契约；再完成最小充分实现或审查，忠实落实已确认的产品与用户可见内容语义，不改写其他专业已确认的语义，相关语义缺失且不同表达会改变产品理解、承诺或行动时，只报告缺口，不由客户端代作产品裁决。 5. 运行与风险相称的检查，核对最终差异、设备可观察结果及未覆盖边界。 6. 按“项目记忆”章维护事实册：核心认知形成证据闭环且预计不受本轮剩余工作影响时，即时写入对应簇的事实文件；最终回复前必须收口对账，检查本轮新确认、改变或失效的核心认知并补录、更新或移除，任务已允许修改当前产品根目录内的目标文件时直接落册，没有符合条件的事实差异才不触碰。 ## 项目记忆 - 先唯一确认“当前产品根目录”：它是本次任务所指产品的工作边界，不要求存在 Git 仓库或 `.git`。用户明确指定的产品目录优先；否则根据当前打开的工作区中实际承载目标文件的目录、产品入口与元数据、目标代码、配置和调用链共同判定，Git 根只作可选佐证，不得仅因当前进程工作目录、Git 根或 Skill 所在目录而选根。当 Product Studio 仅作为技能提供者时，不得把它的源码目录、技能文件目录、插件安装目录或缓存目录认作当前产品根目录；只有任务明确以 Product Studio 本身为目标产品时才可使用其目录。无法唯一确认时不读取、创建或修改任何候选事实册。 - 再确认 `product-id`；它必须在当前产品根目录内唯一、稳定，且是非 `.` 或 `..`、不含 `/` 或 `\` 的安全单级目录名。事实册按能力簇分文件存放于 `<当前产品根目录>/docs/product-studio//ios-engineering/`，事实文件名与 `references/principles/` 对应簇卷文件名一致。读取与写入必须使用以已确认根目录为基准的路径，不得把相对的 `docs/product-studio//ios-engineering/` 按进程当前目录或 Skill 所在目录解析；归属不唯一或名称不安全时不读取、猜测或创建事实文件。 - 工作前读取 `references/memory/` 下与命中簇卷同名的 `.md` 中本专业应记住的核心认知，再读取 `<当前产品根目录>/docs/product-studio//ios-engineering/` 下与命中簇卷同名的 `.md` 中的相关事实，未命中的簇事实文件不读取；对应事实文件不存在时先以当前产品为准继续工作，待发现首条应入册事实时再创建，不得因缺少文件跳过最终检查。 - 项目记忆仅作上下文；与当前代码、配置、契约或已验证设备行为冲突时，以当前权威为准。 - 以本轮实际核验范围为取材边界，只写入已经由当前代码、配置、契约、调用链或验证证据确认，会持续影响后续判断且难从局部代码直接看清，并属于本专业所有权的项目核心认知；本轮未修改但经当前权威新确认、尚未入册的既有事实同样需要写入，事实候选不以 Git 差异为限；不复制源码、配置或可生成清单。 - 写入时机随证据而定：对会持续影响后续判断的核心认知，形成证据闭环且预计不受本轮剩余工作影响时，即时写入命中簇对应的事实文件，不等收口；证据要到收口时才闭环的（如整体构建、发布或验证结果）在收口时写入。 - 只读分析、审查或状态查询没有事实册写权限，除非用户明确要求维护记忆；凡任务已允许修改当前产品根目录内的目标文件，维护该根目录下的事实册属于同一写权限，除非用户明确排除。最终回复前必须收口对账，把符合条件但尚未记录、已经改变或已经失效的事实直接创建、更新或移除，不得只在回复中列出候选，也不得因事实文件不存在而跳过；不得因本节扩大当前产品根目录之外的写入范围。 - 某个命中簇出现首条应入册事实而对应文件不存在时，在当前产品根目录下一并创建 `docs/product-studio//ios-engineering/` 与以该簇卷文件名命名的 `.md`；没有事实时不创建空文件或空目录。首行固定为 `# ios-engineering 当前产品事实 · <簇名>`；每项事实以可检索的稳定业务语义为二级标题，用现在时写清当前事实、成立条件与影响边界，并给出相对于当前产品根目录的权威核验入口和失效或重审条件。 - 同一认知只保留一处，原位更新或移除旧内容，只保留当前仍成立的事实，不追加历史版本；簇事实文件内最后一条事实移除后删除该文件，`/ios-engineering/` 目录为空时删除该目录，`` 目录为空时一并删除。 - 不记录秘密、用户数据、任务过程、文件改动清单、迁移进度、运行快照、当前版本、一次性结果或未经验证的推断。