ARTICLE · 1237097
AI 时代,我们的工作方式:约 16 小时重做一个老网站
AI 时代,我们的工作方式:约 16 小时重做一个老网站 南荒说 2026-10-21 · Nanhara 以前,我们自己做一个类似的网站项目,通常要一两个月。聊需求,定架构,建团队,做分工,再开会对齐。事情往往要经过好几个人,才能从一句想法走到可以打开的页面。 最近重做一位客户的老网站,AI 实际干活约 16 小时。从拍板到正式切换,日历时间约 26.5 小时。过程留下了 30 次提交,交付的网站没有管理后台。 这次变化贯穿了整件事:人定方向、做决定、批准,AI 理解需求、只读摸底、截图对比,再把重建、迁移、上线接下去。交付以后,日常内容维护的入口,也留给了客户自己的 AI。 我开始重新理解工作中的分工。过去,一个项目靠人把各个环节连接起来;现在,AI 承接了更多连续的执行,人则集中在那些需要判断的地方。
文章配图 从表达意图到执行任务,连接的方式正在改变。 先把旧网站读明白 一个老网站,最先交到手上的,其实是一批已经组织起来的内容。 首页能让人看到它的样子,数据库里保存着它的结构。重建之前,需要知道文章、页面、播客和课程怎样存放,又怎样出现在读者面前。否则,做出几张漂亮的新页面,原来的内容仍然可能接不上。 AI 先以只读方式查看旧站,整库导出数据库,读懂原有结构。一共 203 张表。 以前,接手这种工作,常常要先有人讲一遍背景,再整理材料,让下一位参与者继续理解。现在,AI 可以直接从现有材料开始摸底。旧网站本身,成了需求的重要组成部分。哪些内容已经存在,它们怎样关联,都有了可以查看的依据。
文章配图 视频截帧:只读摸底得到的表结构与内容清单。 这次进入新站的内容包括 529 篇文章、57 个页面、432 期播客、22 门课程。用户和订单不导入,1,281 个视频文件不搬。 读懂全貌以后,再确定重建的范围。整库导出帮助我们理解原来的东西;什么进入新站,仍然要作取舍。清单明确,接下来的实现、迁移和检查才有共同的对象。 我看重这种顺序。先让 AI 把已有的东西看清楚,人再围绕具体材料作决定,讨论就能落到实处。一句“把老网站重做一下”,终于有了内容、有了范围,也有了后面可以核对的结果。 内容清单也把问题缩小了。面对“重做网站”,很容易各想各的;面对文章、页面、播客和课程,就可以逐项讨论需要保留的东西。清楚的范围成为后续检查的依据,做出来的页面也有了可以对照的来处。 人定方向,AI 把工作往前推 过去做项目,我们熟悉的分工方式,是把事情拆给不同的人。 有人对接需求,有人定技术方案,有人负责页面,有人负责内容迁移。每一部分都有负责人,到了衔接处,就要交换材料、解释背景、确认各自理解的是同一件事。聊需求、建团队、分工、开会,是我们自己过去一两个月工作里很真实的一部分。 其中有些时间花在实现上,有些花在等下一步开始。材料到了,对方还要重新理解;问题发现了,需要再转给能处理的人;修改完成了,还得把消息送回提出问题的地方。 这次,AI 开始承接一段连续的工作。从理解已有内容,到重建页面、搬迁资源,再到检查结果,前一步留下的材料可以直接成为后一步的依据。理解、执行和核对,开始围绕同一批材料衔接。 人的任务随之变得集中。我需要决定要做成什么样,哪些内容进入新站,差异是否可以接受,以及什么时候批准上线。AI 则沿着这些决定,把具体工作往下做。 决定的分量反而更重了。 执行展开得越快,方向就越需要明确。范围没有想清楚,AI 可以做出许多东西,却未必是这次真正需要的东西。人把取舍说清楚,后面的动作才有落点。我们花在组织执行上的精力,开始转向对目标和结果的判断。 我需要交给 AI 的,是能够检验的要求:这次要保留什么,结果要达到什么程度,依据什么判断已经完成。决定要落在具体对象上,后面的执行才有可遵循的方向。 这种工作方式也改变了沟通的重心。以前,我们花很多力气确认谁接下一棒;现在,更需要说清楚下一步要达到什么结果。方向、执行和验收,开始围着同一件实物转。 让反馈接上修改,让结果回到原处 AI 也能在客户原有的微信群里接需求:它操作一台真手机读取消息,用的是我的账号,每条对外发送都由我批准。客户提出页面变形,这样一句日常反馈,就进入了继续修改的过程。
文章配图 视频使用的打码截图:客户指出页面变形。 提出问题的人,最清楚哪里让自己觉得不对。执行的一方,则需要把这个感受变成可以检查的对象:是哪一页,什么宽度下出现,和原来的页面差在哪里。 这段理解工作,开始由 AI 承担。 AI 对新旧网站的同一页面截图,分别使用 1440 和 390 像素的宽度,对应电脑和手机,再生成差异图。原先需要反复形容的地方,现在可以直接放到画面上看。 截图也给修改留下了参照。人看见差异,作出判断,AI 继续调整,再回到同一页面核对。讨论沿着页面推进,要求和结果之间有了共同的坐标。 一句“这里不对”,彼此脑子里可能是不同的位置。共同的画面把这段距离缩短了:先看清正在讨论的东西,再决定怎样处理。
文章配图 视频截帧:提问、修改、对比、回复接成一圈,人的批准在其中。 这张图里,客户提问题,AI 读到,Elon 改代码,截图对比,AI 再把处理结果带回原来的讨论。我负责判断和批准。 工作就这样围绕反馈继续。问题有了去处,修改有了参照,提出问题的人也能知道接下来该看什么。一个环节留下的结果,能够被下一个环节接住。 我仍然需要看页面,判断变化是否回应了原来的要求。这种投入更接近验收:把注意力放在结果上,决定接受还是继续改。AI 承担具体执行,我为决定负责。 沟通在这里成了推进工作的一部分。读到需求,意味着可以开始理解;做出修改,意味着有了新的核对对象;把处理情况带回来,意味着原来的对话可以接着往下走。事情不再停在“已经转达”这一步。 从拍板到正式切换,约 26.5 小时 10 月 19 日 18:15,我拍板重做。10 月 20 日 20:41,我下令切换。从拍板到正式切换,日历时间约 26.5 小时。 按工作记录估算,AI 实际干活约 16 小时。这个数说的是实际执行的时间;26.5 小时说的是日历上两个端点之间的跨度。 这段过程留下了 30 次提交,记录了一次次实现和调整。重建沿着这些修改往前走,页面、资源与检查逐步接到一起。 这次重建中,1,318 张原图转成 WebP,一种常用的网页图片格式。迁移资源共 9,255 个文件,约 11.6 GB。访问检查覆盖 2,817 个页面,全部返回 HTTP 200,即检查时正常响应。
文章配图 视频截帧:进度时间轴与工作数字,26.5 小时对应拍板到正式切换。 时间轴标记推进的节点,文件和页面数字则说明这次重建的工作范围。内容要接过来,资源要搬过去,页面要能打开,新旧呈现要有对照。每一项工作,都有可以检查的对象。 我对这段时间最直接的感受,是工作能连续往前走。理解内容提供重建的依据,页面对比给出继续修改的参照,检查结果帮助人作判断。每一步都围绕眼前的结果展开。 以前我们花很多时间把同一件事讲给下一个人听。这次,材料、要求、修改和核对离得更近了。人需要作出的决定也更清楚:眼前还有什么没有达到要求,哪些结果已经可以接受,是否到了切换的时候。 约 16 小时的执行,约 26.5 小时的日历跨度,记录的正是这套工作机制落在一个具体项目里的样子。 交付的网站,没有管理后台 交付时,网站没有管理后台。旧后台入口返回 410,表示已经停用。 后续内容维护,安排给客户自己的 AI,通过 MCP 操作。MCP 可以理解为一套通用约定,让 AI 调用预先定义好的工具,完成网站允许它做的事。 过去交付一个网站,通常还要教人怎样使用后台:从哪里进去,找到哪个栏目,点哪个按钮,填完以后怎样保存。维护者需要把自己的意图翻译成一串界面操作。 现在,客户可以把想做的事告诉自己的 AI,再由 AI 调用相应工具。交付的内容里,多了一套供 AI 使用的操作能力。
文章配图 视频截帧:为客户自己的 AI 提供内容维护工具。 如果把这套能力比作工具箱,授权就是一把专属钥匙。钥匙可以收回,每次改动有记录,改错了可以撤销。第一版有 18 个工具,没有删除工具,后来扩展到 20 个。 这些安排让维护有了具体的边界。工具规定可以做什么,授权决定能不能做,记录和撤销照顾改动之后的核对与恢复。日常交流依然可以很自然,真正落到网站上的动作则有明确的形式。 我看重的,是交付以后还有一条可以继续工作的路。建站期间,我们也直接修改过实现;为客户准备 MCP 工具,是把日常内容维护的能力交到客户自己的 AI 手里。 交付因此从页面延伸到了后续操作。下一次内容变化怎样开始,改动怎样留下记录,结果不合适怎样退回,都成了需要一起想清楚的事情。 网站的界面面向读者,维护能力面向客户的 AI。同一个网站,开始用不同的方式与它们协作。人的意图经过对话进入,具体动作通过工具完成,变化留下记录,后面的工作有迹可循。 这也让“做完一个网站”的含义发生了变化。页面能够展示内容,是交付的一部分;内容拥有者怎样继续维护它,同样属于这份交付。网站离开建站过程以后,仍然需要有人使用、调整和照看。 工作继续,人的位置也在改变 回头看这次重做,我最清楚的感受,是工作在交接处少停了几次。 需求可以走向摸底,摸底可以接上重建,反馈可以进入修改,交付又能连接后续维护。AI 承接了更多连续动作,人则在方向、取舍、批准和验收这些位置上作决定。 过去,一两个月的项目节奏里,我们习惯用分工和会议组织工作。现在,已经做出来的结果成了沟通的中心。页面拿出来看,差异摆出来比,清单摊开来定。讨论有了实物,决定也有了落点。 这让我对自己的投入有了新的要求。方向要明确,取舍要及时,验收要回到实际结果。AI 可以承接执行,人的判断则需要落在具体的页面、差异和清单上。每一个批准,都应该对应看得见的依据。 连这篇文章对应的视频,也从我和 AI 的聊天开始。Casey 定题,找 Elon、Linus 核实事实,再写稿、配音、渲染。关于工作方式的讨论,本身又成为一次这样的协作。 想法走到结果,中间少了几次转述,也少了几次等待。 那个网站下一次更新,可能仍然从一句普通的话开始。 南荒说 独立开发与 AI 探索
AI 时代,我们的工作方式:约 16 小时重做一个老网站















































































