Tsonglew's Blog

Back

让 AI 生成一个资料列表,通常很快就能得到一页像样的界面。接上真实数据后,问题才逐渐露出来。搜索框显示新的关键词,列表却被旧请求覆盖;桌面截图很整齐,长标题到了手机上把页面撑宽;接口只用了几十毫秒,点击按钮还是感觉卡。

这套课面向已经能开发后端、准备借助 AI 交付前端产品的程序员。我们继续做一个叫慢读的个人资料库,由 AI 完成主要代码实现,读者负责定义需求、提供上下文、选择方案、定位问题和检查结果。第一阶段聚焦 Web,之后再扩展桌面与移动端。

当前已更新六课,性能调优是第六课的必修内容。 从接手工程开始,逐步留下工程地图、界面验收、任务说明、架构决定和测量记录。已经在做项目的读者,也可以直接打开实战工具箱定位眼前的问题。

为什么从接手工程和界面质量开始#

调整这套课时,我们查了后端开发者在社区里的求助。有人能让 AI 生成页面,却读不懂代码,只能反复补提示;有人已经会改旧页面,从空白开始做界面仍然困难;还有人在 Node、依赖版本、类型检查和格式化配置之间来回折腾,迟迟没碰到业务。AI 代码难以接管的讨论 ↗、从空白页面开始的困难 ↗、工具链与学习中断 ↗

这些是求助帖中的具体经历,不代表行业比例。它们帮助我们决定课程顺序。先能启动工程、找到修改位置,并看出界面的问题,再让一次 AI 委托覆盖更多功能。知乎也做了检索,但部分原页无法完整读取,课程没有用搜索摘要推断读者的普遍需求。

这套课要补什么#

你不必从头逐行抄写 HTML、CSS,再等到最后一章才用 AI。开始时就让 AI 读项目、生成界面和补实现。遇到一个具体问题,再补足判断它所需的浏览器知识。

基础知识仍有用途。发现页面横向溢出,需要读懂最终尺寸与布局约束;发现请求成功但列表错误,需要区分网络响应与界面状态。学习深度以能检查、能解释、能验收为准。要系统补语法,可以按需查 MDN Curriculum ↗中的对应模块。

AI 能参与分析和选型,也能使用工具运行测试。课程关注的是交付中仍需要你承担的判断。谁会用产品、允许付出多少维护成本、哪种体验值得优先优化,以及一次修改是否达到了目标,都需要明确的上下文和证据。

后端经验到前端要做出的判断可以交给 AI 的具体工作
接口契约与状态码加载、空结果、失败、权限过期分别给用户什么反馈按状态表实现界面,补失败用例
服务边界与部署哪些页面需要预渲染,私有工作台是否适合客户端渲染比较候选方案,列出部署和迁移代价
并发与一致性哪次搜索有权更新当前列表,保存失败后怎样恢复构造乱序响应,修复竞态并重放
监控与压测用户等的是网络、主线程计算,还是布局绘制读取性能记录,实施有依据的局部优化
代码审查与发布功能是否可用,哪些检查尚未完成,失败后怎样回退运行构建和关键流程,汇总真实检查结果

六课围绕同一个项目推进#

每课从具体任务开始,观察常见失败,补足必要知识,再把上下文交给 AI,最后核对验收证据。将交付工作簿复制到自己的练习目录,六课接着填写同一份记录。原有文章链接继续可用,章节编号按新的学习顺序调整。

章节你要解决的问题本课产物
01 · 接手 AI 生成的前端工程项目怎样启动,一次点击经过哪些文件一份工程地图和可复现的运行记录
02 · 把 AI 生成的界面做到可交付页面能用却不好看,局部改样式又影响别处一份视觉约束和窄屏、长内容、键盘验收记录
03 · 把需求写成 AI 能交付的前端任务怎样让搜索、加载、空结果与错误恢复一起交付一个由 AI 实现的交互原型及开发 prompt
04 · 架构选型与状态边界该选什么方案,筛选、草稿和远端数据放在哪里一份选型记录和状态归属表
05 · AI 写的页面出错了,怎样定位和验收怎么给 AI 足够的证据,让它修到原因所在一份最小复现、修复委托和回归检查结果
06 · 用测量推动前端性能调优页面卡在哪里,一次优化到底改善了什么一份同条件的前后测量记录与取舍说明

AI 辅助开发的交付流程,从约定任务、生成实现到检查证据和决定发布

图里的每一步都有可以检查的产物。下一轮 prompt 应该带上上一轮发现的具体偏差,例如请求编号、溢出的元素或性能记录中的任务。

高质量 prompt 是一份可执行的工作说明#

“你是一位资深前端工程师”提供不了接口约束,也无法告诉 AI 保存失败后该保留什么。对慢读来说,一个有用的任务至少要交代这些信息。

信息慢读里的写法
用户与目标用户在手机上查找已收藏的资料,能用标题关键词找到并打开原文
项目上下文先读取现有目录、依赖、路由、样式约定和运行命令,再提出改动范围
数据与状态附实际字段及样例,定义加载、空列表、失败、重试与连续搜索行为
视觉要求主次层级、内容密度、参考页面中值得沿用的规则、窄屏布局与长文本行为
技术约束沿用现有技术栈,新增依赖说明用途,不为一个列表引入整套状态管理
验收证据指定操作步骤、预期结果与检查环境,未执行的检查单独列出

前两课分别提供接手工程、定位启动失败、改善视觉和修复样式的任务;第三课委托 AI 实现交互原型。Prompt 模板文件汇集了六课的八份主要委托,可以下载到自己的项目中修改。模板要填入实际文件与条件,保留未知项,让 AI 先调查这些未知项。

这种组织方式借鉴了 GitHub 的提示词指导 ↗中提供具体上下文、输入输出示例和拆分复杂任务的建议。教程中的任务与验收要求围绕慢读重新编写,可以用于能读取代码的不同编程助手。

每一课怎样接上前一课#

慢读的练习从一份已有静态页面开始。第一课查清它实际做了什么,第二课在独立副本检查界面,第三课才在 prototype 中生成能搜索、展示加载和失败状态的交互原型。把前两课的工程事实与视觉约束一起带入任务,可以避免 AI 在每一轮重新猜测。

第四课为接入真实服务做方案比较。第五课先在实验室确认乱序请求的原因,再把排查方法带回自己的原型。第六课测量同一版本的正确性与性能,记录修改的收益和代价。一次改动没证明有效,也应保留失败证据。

当前提供静态基线、故障与性能实验,交互原型由读者委托 AI 实现。 真实收藏 API、账号会话与生产部署属于后续实践。工作簿将这些项目分开标记,完成本地演示不能替代服务端授权或上线验证。

如果工作要求你接手现有项目,先读第一课和第五课,用自己的页面替换慢读材料;想独立做产品,可以顺序完成六课。有现成组件库和后端时,继续沿用并记录条件,避免在练习前重建整套工程。

从哪里取得练习材料#

实战工具箱提供提示词、工作簿与两类可运行材料。

验收基线保留了语义 HTML 页面和响应式页面。用它们练习检查标签、键盘操作、长标题和窄屏表现。这两份页面的内容写在 HTML 中,resources.json 只展示数据契约。原生表单会改变地址栏,尚未实现列表筛选。

交互实验放在故障与性能实验室。搜索实验通过本地定时器模拟响应乱序,可以对照故障版和修复版。计算实验对比同步执行与分批让出主线程,展示当前设备实际测出的耗时。实验不依赖真实后端,计时结果也不等同于真实用户的 INP。

想把任务交给自己的 AI 助手,可以下载全部示例和模板,解压后打开项目目录。已有 Python 3 时,可在包含 README.md 的目录运行本地预览。

python3 -m http.server 8080 --bind 127.0.0.1
sh

打开 http://127.0.0.1:8080/index.html。也可以使用编辑器的静态预览服务。先阅读示例说明,再让 AI 在独立练习目录中实现自己的版本,留下原版用于比较。

怎样使用现有前端路线#

roadmap.sh 的前端路线 ↗用来检查遗漏的能力,学习顺序按问题重新安排。看到路线里的 HTML、CSS、JavaScript、状态管理和性能,不必把每个节点都变成一段手写代码训练。

路线中的知识在 AI 开发中怎样学习
HTML、可访问性审查 AI 生成的页面是否能用键盘操作,控件是否有正确名称与语义
CSS、响应式布局用长文本和窄屏复现问题,要求 AI 提供计算样式与尺寸依据
JavaScript、异步请求设计乱序、失败和重复操作场景,检查状态提交是否正确
框架、路由、状态先写出需求与状态归属,再评价 AI 建议增加的工具
测试、性能、部署执行关键用户流程,读取记录,比较修改前后并保留回退办法

后续扩展计划#

下面这些主题尚未写成独立章节。前六课覆盖的判断方法,会在接入真实服务的产品中继续使用。

计划主题要解决的问题
API 集成与运行时边界数据校验、缓存失效、分页、乐观更新与错误恢复
登录、权限与发布会话过期、服务端鉴权、部署路径、观测与回退
复杂交互与质量保障编辑草稿、焦点管理、端到端测试与视觉回归
桌面端选型本地文件、离线数据、系统权限和安装更新,按需求评估 Tauri 等方案
移动端选型触摸、分享入口、设备能力和发布流程,按需求评估 React Native 与 Expo 等方案

全平台阶段会分别判断哪些业务逻辑可以复用、哪些交互必须适配。当前先完成 Web 的交付判断。打开第一课,从一份能核实的工程地图开始。

后端程序员的 AI 全平台开发课
https://tsonglew.github.io/blog/backend-to-platform
Author Tsong Lew
Published at 2026年9月23日