去年秋天，我接了个活儿——给一家本地烘焙连锁店重做官网。老板提了一堆需求：产品展示、门店地图、会员积分、甚至还有个简单的在线订蛋糕功能。我盘算了一下预算，又看了看时间表，脑子里蹦出的第一个念头是：这玩意儿用WordPress得装二十多个插件，用Headless CMS还得自己写前端，折腾下来至少两礼拜。然后我鬼使神差地打开了ChatGPT的API文档。

三天后，网站上线了。不是用GPT生成代码然后塞进传统框架，而是让GPT本身成了CMS的核心引擎。怎么做到的？简单说，我把所有产品信息、门店地址、促销文案全存成了JSON文件，然后写了个极薄的后端——它只干两件事：读取JSON，然后调用GPT接口把数据翻译成HTML页面。每次用户访问，GPT实时生成页面内容。听起来像杀鸡用牛刀？但妙处在于，老板改了三次产品价格，我一次代码都没碰，只改了个JSON字段。

这个思路的疯狂之处在于，传统CMS里“内容模型”这个概念被彻底消解了。你不需要定义“文章有标题、正文、作者”这样的结构，因为GPT能理解任何乱七八糟的数据格式。我那家烘焙店的“文章”是一堆带时间戳的库存数字，GPT能自动把它们组织成“今日推荐”板块。更夸张的是，我后来给一个律师朋友做了个案例展示页，他的案例摘要全是扫描件里的OCR残文，我扔给GPT一个prompt：“把这些碎片整理成三条逻辑清晰的胜诉案例，每条不超过200字”，输出直接就能当页面用。

但这种做法有代价。最直接的——每次页面加载都在烧token。烘焙店那个站，高峰期一天几千次访问，每次请求平均消耗2000 token，算下来一个月光API费就够买三台云服务器。老板不知道这些细节，他只看到加载速度比之前慢了0.8秒。我试着加了缓存层，把热门页面存成静态HTML，但一旦内容有变，缓存就成了祸害——你得写一套复杂的失效逻辑，这又回到了传统CMS的老路上。

真正让我觉得这事能成，是后来一个意外。烘焙店老板某天凌晨三点给我打电话，说第二天要搞个“盲盒面包”活动，页面得早上八点前上线。我迷迷糊糊爬起来，打开后台，把活动规则写进一个JSON文件，然后给GPT加了条指令：“如果今天是周六，页头加一行粉色的活动倒计时”。整个过程十五分钟，没写一行新代码。这要放以前，我得改模板、调样式、测兼容性，天亮前能搞定算我赢。

我不打算吹嘘GPT能取代所有CMS——它不能。复杂权限管理、多语言版本控制、富文本编辑器里的协同编辑，这些它都干得稀烂。但如果你做的站点内容密度低、结构灵活、更新频繁且更新者不懂技术，那这路子真能省掉大半开发时间。我甚至开始觉得，未来“网站”这个概念本身会变——不再是一个存好的页面文件，而是一段随时能被AI重新演绎的数据。

现在那家烘焙店的官网还在跑，GPT每天替我生成几百个页面，偶尔会冒出一句“本店招牌奶油卷，口感如云朵般轻盈”这种肉麻文案——但谁在乎呢？老板觉得这文案比他之前花两千块找广告公司写的还贴切。你看，工具好不好用，从来不看技术指标，只看用的人怎么想。

(责任编辑：知识)