和 AI 一起做网站:把需求变成能用的功能

这次做个人网站,我一直在和 Codex 对话。最开始问的是能不能连接服务器,后来聊到域名、证书、页面布局和留言功能。回头看,网站的需求并没有在开头一次说完,很多想法都是看到页面之后才逐渐清楚的。

先做出一个可以看的版本

我给了一个参考首页,也把自己的照片放进工作区,让 AI 先做网页、写一份介绍。这样很快就有了一个能讨论的对象:文字是否合适,照片够不够大,手机上看起来怎么样,都可以对着实际页面判断。

接着,我把需要调整的地方一条条说出来:站点名称改成 litian.me,问候语改成“在这里,慢慢生长。”,照片完整展示,再加一点圆角。这些需求很具体,也方便改完后直接核对。

一句“加个留言”,会带出一整套问题

后来我想在导航栏加入留言功能,让访客可以写留言,并且只有我能删除。功能做出来后,我又明确了页面的位置:留言要单独放一页,通过导航进入,首页继续保持简洁。

这也让我开始问:网站现在有没有后端和数据库?如果留言只停留在浏览器里,换个设备就看不到,也没法可靠地控制谁能删除。后来网站接入了后端和 SQLite,留言可以保存,删除操作则需要站主登录。

一个短需求,真正落到使用上,会涉及页面入口、数据保存和管理权限。和 AI 沟通时,把“谁来用、能做什么、做完应当是什么结果”说清楚,功能才容易接近自己想要的样子。

把感觉变成可以检查的要求

从首页点进留言时,我注意到浏览器左上角的标签会刷新一下,于是提出希望切换时不要刷新。之后,首页和留言页改成了无刷新切换,同时保留各自的页面标题:“首页·Li Tian的个人网站”和“留言·Li Tian的个人网站”。

还有一次,在本地点击“首页”和“记录”,页面竟然跳到了电脑磁盘的目录。截图让问题变得很明确:导航地址在本地预览时解析错了。这类问题说明,能看到页面只是第一步,导航、返回和不同打开方式都值得亲手试一遍。

我的节奏:本地改,确认后再上线

在网站已经上线之后,我提出了一个明确的习惯:先在本地修改,预览没有问题,再发布到正式网站。这样,调整文案、尝试功能和查看效果都有一个可以从容检查的位置。

目前最有用的配合方式,是我给出方向、素材和实际使用中的反馈,让 AI 把这些要求落实成页面,再一起检查结果。遇到不符合预期的地方,就继续说明、继续调整。

这个网站还在生长。比起一开始把所有功能想齐,我更愿意从眼前真实的小问题开始。把一次修改做好,把一个功能用顺,再把过程记下来,就是下一次继续动手的基础。

Li Tian