LESSON 55 / 575 分钟

与 AI 协作:约束、切片、验证

你不必记住所有 API,但必须能判断 AI 写的是哪一层、假设是什么、如何证明可用。

用你的前端经验理解

沿用你熟悉的代码审查:明确需求和边界,小步提交,运行验证,再继续下一块功能。

为什么需要它

AI 最适合把清楚的目标快速转成可检查的小块实现。你的职责是定义范围、约束与证据:目标平台、最低系统版本、现有数据层、允许改哪些文件。一次要求实现登录、同步和支付,会把错误混在一起;先建立一个从输入到结果的垂直切片,能显著提高审查效率。

它是怎样工作的

好的任务单包含现状、期望行为、失败分支和验收方式。先要求 AI 解释方案与依赖,再生成最小修改;完成后查看 diff 并亲自运行。遇到不熟悉的 API,应查官方声明与可用性,不能让 AI 通过关闭严格检查或扩大权限来“证明”代码可用。

把关键概念连起来

1

输入

指定目标平台、最低系统、语言/工程设置、现有架构、数据来源和验收条件。贴最小相关源码与完整错误。

2

切片

一次打通一个小流程:静态列表 → 状态交互 → 本地保存 → 网络 → 系统能力。每一步都能在 Xcode 验证。

3

把关

核对 API 是否存在及 availability,检查主执行器、任务取消、Optional、敏感信息、权限与失败状态。

让 AI 实现离线添加文章

  1. 提供已有模型与仓库接口,只允许增加输入校验和保存动作,不引入新数据库或架构库。
  2. 明确空网址、重复点击和保存失败行为,要求给出每个状态由谁持有。
  3. 编译后按三种失败路径验证,把真实报错和最小复现回给 AI,而不是让它不断整体重写。

这里需要你亲自判断

AI 给出自信解释并不能替代编译、文档、测试和真机结果。不要用“忽略所有并发检查”作为修复目标。

做一个小练习

进入 AI 实战,复制一个项目任务单,让 AI 先完成最小可运行切片并说明验证方法。

  1. 把“帮我做一个阅读 App”改写成一个可在现有工程验收的短任务单。
  2. 审查新增权限、依赖和工程配置,逐项判断是否服务当前需求。
展开参考思路与验收标准

任务范围应能够用几个具体操作验证。AI 的解释是待验证假设,构建、测试和实际数据行为才是证据;修改越大,越需要拆成可回退的步骤。

AI 生成了一个不认识的系统 API,下一步是什么?

继续查阅官方资料
Apple Developer 官方资料

本课聚焦核心认知。具体 API、系统要求与发布政策,以当前官方文档和工程验证为准。

答对理解题后即可标记完成