.jpg?type=w966)
近来在YouTube上常见到用AI瞬间制作应用程序或网站的视频。有的会写几个咖啡种类作为菜单,再用一张简单的提示词就做出了菜单应用程序的视频。当然,确实AI比以前能做的事情多了许多。我也用Codex创建网站,修改博客管理页面,整理上传服务器的文件,甚至开发内部管理程序。但实际使用中,有一点非常明确。
这是我进行的编码画面。我用两台电脑并行操作。
用一张提示词可以做出看起来不错的界面,但要完成一个能正常运营的网站却是完全不同的事情。利用Codex制作网站之所以相对容易,是因为上周五晚上我继续在平时暂停的“韩国Mac”官网项目上工作,并整理了我使用的聊天记录。
.png?type=w966)
我以前在网站制作公司工作,直接参与策划、编码,也涉及一定程度的设计。虽然设计不是主要工作,但一直关注网站制作的整个流程。

开始博客活动前,我在网站公司担任过接近项目经理的角色。负责与客户沟通,整理所需菜单,向设计师和开发人员传达修改要求,完成后还与客户确认并完成细节修改。因此,利用Codex制作网站对我来说相对轻松。我从一开始就知道网站架构应该如何构建,大致也能预见会出现哪些问题。

我也是从记事本开始学习HTML。打开记事本,定义这是HTML文档,保存时使用HTML扩展名,就是网页文档。再加上链接、图片、页面互连就成了网站。现在听起来或许很简单,但网站就是从这样的结构开始。基础上叠加设计、数据库、管理页面、联系表单和搜索功能,逐步变得复杂起来。

以前常用的是ZeroBoard。我会截取ZeroBoard的数据库,提取需要的信息,类似API方式制作输入框或列表。现在这些工作很大部分都由Codex完成。所以Codex确实方便。我以前向开发人员和设计师说明的,现在直接对Codex说就行了。

这是我用一个月Codex做的东西。
这是外观非常像博客的网站。

博客归档化
首先,很多人最关心的是博客归档化。通过自动化将博客内容转移到网页上,注册谷歌搜索控制台和Naver搜索顾问地址,实现网页搜索曝光,这是我制作该网站的目的。

我正式使用Codex还不到一个月。但这段时间内创造了不少成果,涉及我的博客和网站相关工作,也为客户制作了几个网站。目前制作了2~3个客户网站,均利用Codex完成。
这是控制副电脑上Codex的面板。还能看到Naver评论自动化的功能。

此外,我还制作了类似管理应用的工具。从主电脑发送任务到副电脑,能确认副电脑上的作业进度。

客户管理解决方案
还做了客户管理解决方案。部署在服务器上,能管理日程、客户信息、客户任务及检查清单的内部程序。单独工作时,任务太多难以凭记忆处理,因此需要这类管理工具。
以前这些要叫开发人员,或者花长时间自己编码。但现在,和Codex对话,构建结构,制作文件,上传服务器,修正错误,就能完成。仅这一点,就可以说“AI造就了一个全新的自动化时代”。但实际上,这只是故事的一部分。

减少编码设计时间
使用Codex最显著减少的是编码和设计实现的时间。感觉编码和界面实现环节时间减少了90%以上。以前开发者得手写制作输入表单、列表页、管理面板、数据库连接和简单API,这些工作现在大部分由Codex完成。

每个网站都配备了用于搜索的博客归档页面。
设计也是如此。只要我说明想要的风格或布局,Codex就能写CSS,做响应式布局,并修复移动端显示问题。
策划和资料整理的重要性
但有些工作时间并未减少。策划依然需要人工完成。需要确定哪些菜单需要,先展示哪些信息,企业真正需求是什么,客户会看到什么内容并提出咨询,这都需判断。

资料整理也很重要。需要明确客户提供的照片属于哪个商品,展示顺序,哪些内容公开,哪些不能公开。客户沟通环节依然存在。完工后常会有“请稍微调整这里”,“添加搜索栏”,“多一个联系表单项”等请求。
服务器上传和实际页面检查也不能省。局域网和服务器端显示可能不同,移动端也可能出问题。归根结底,Codex最主要缩短的是实现时间,但网站完成所需的判断与检验仍旧由人完成。
.png?type=w966)
我最近用了Codex完成了一个约400页的网站。构建整体框架花费的时间并不长,大约2小时30分钟左右就有了基本架构。
单看这部分确实惊人。过去这种项目需要设计师、开发者、内容编辑和管理人员组成团队,几乎要花一个月时间。但整体框架做完并不代表网站完成。
.png?type=w966)
添加搜索框、微调表单、修复小错误、调整每页细节又花了不少时间。不是大功能,达到可运营状态也要至少两天。
我自己一天也不可能满负荷工作,一般每天集中数小时分段完成。几天后,基本一周内完成了大部分。

独自完成全部工作的利弊
跟以前比有了巨大变化。过去是多人分工,现在我一人搞定全部。但一人负责就意味着A到Z全权负责。
