每日工作日记 01 · 页面还在 · 入口不见了

这是《AI 做网站实践日记》12 篇正文之后的第一篇每日工作日记。

它不写“AI 多神”，只写一个普通人怎么在真实事故里学会管理 AI。

本篇一句话

页面存在，只是工程事实。

入口存在，才是产品事实。

用户能找到，才是用户事实。

事实边界

这一天，日记页面能打开，章节也能打开。

但从普通用户最自然的入口里，找不到这组日记。

留言功能也只是处在安全降级状态，还不能说真实互动闭环已经完成。

所以今天的事故不是“日记页面被删了”。

更准确地说：

日记已经在仓库里，也已经在路由里，但没有被摆到用户能看到的货架上。

1. 上午：我以为是在发布日记

上午，我把 12 篇《AI 做网站实践日记》整理成一本小书的样子。

这组日记不是技术炫耀。

也不是 AI 自动生成文章。

它写的是一个普通中年人在日本创业、工作、学习，用 AI 做网站的真实过程。

也是一个每天简单追风 10 公里、不油腻的快乐单身少年，在真实生活里一点点学会管理 AI 的记录。

从不会，到会一点点。

从重复劳动，到写成 Markdown。

从第一版页面，到自己当第一个用户。

从发现失败，到写进复盘。

再从复盘，回到网站和公司治理的迭代。

上午看起来很顺。

日记页面能打开。

章节能打开。

留言和注册也有了入口。

我以为今天的关键词是“发布”。

下午才发现，真正的关键词是“可发现”。

发布，是工程动作。

可发现，才接近用户体验。

2. 下午：页面还在，入口不见了

下午，我像一个第一次来网站的普通人那样，从首页找这组日记。

结果找不到。

不是页面不存在。

而是：首页、页脚、普通用户最自然的入口里，没有把日记摆出来。

这件事很刺痛。

因为我写这组日记，就是想给普通人、创业者、学 AI 的朋友、年轻人和孩子看。

如果他们从首页进来却找不到，那对他们来说，这组日记就不存在。

这就是今天最关键的区别：

页面存在，不等于入口存在。

入口存在，不等于用户真的能走到。

用户走不到，就等于你没有。

很多人用 AI 做网站，最容易盯着“有没有生成页面”。

但用户不是从文件树里进网站的。

用户也不是从技术报告里进网站的。

用户从首页进。

从导航进。

从页脚进。

从手机上一个很小的按钮进。

如果这些入口没有接好，页面就像被放在仓库里。

仓库里有，不代表货架上有。

货架上没有，用户就以为你没有。

3. 空货架

今天我想到一个词：

空货架。

以前我担心的是“空壳内容”。

看起来有页面，实际上没有来源、没有时间、没有方法。

那是：看起来有，实际上没有。

今天这个事故反过来。

日记实际上有。

页面也在。

但入口没有。

所以用户看起来以为没有。

这是另一种失败：

实际有，看起来没有。

这两种都伤信任。

看起来有，实际上没有，用户会觉得你虚。

实际有，看起来没有，用户根本不会给你第二次解释机会。

失踪的用户不会抱怨。

他们只是默默不来。

4. 自己监督自己的盲点

今天还暴露出另一个问题。

多个 AI 一起工作时，最危险的不是它们不会写。

恰恰相反，它们太会写了。

一个写稿。

一个做红方。

一个整理网站。

一个检查状态。

看起来都在干活。

但如果没有共同账本，没有清楚分工，没有“谁验证谁”的边界，事情就会慢慢乱。

有的结论在当时是对的。

几个小时后，主线变了，它就变成旧结论。

有的规则刚写完，写规则的系统自己又踩了同型陷阱。

这不是“AI 不靠谱”这么简单。

更准确地说，这是：

自己监督自己的盲点。

一个写了“验证不能由生成者自己做”的系统，如果最后还是自己宣布自己安全，它就会在不知不觉中违反自己的规则。

这也是今天给我的提醒：

聊天里知道，不等于系统里知道。

一个 AI 知道，不等于所有 AI 都知道。

准备稿不是正式公开稿。

安全降级不是功能完成。

机械通过不是读者体验通过。

5. 4 层事实漂移

今天这个事故，可以用 4 层事实来拆：

这 4 层不是 OR。

是 AND。

工程层有，不等于产品层有。

产品层有，不等于用户层有。

用户层有，也不等于商业层成立。

今天踩的就是：

工程层有，产品层没有。

这句话能解释很多 AI 项目的假完成。

AI 最容易证明工程层。

用户最在意产品层。

商业层最后才会说话。

6. 不要把事故浪费掉

今天这些事故当然让人不舒服。

上午还在整理发布。

下午就发现入口、接口、状态漂移、协作盲点。

但这些才是这本日记最值得写的部分。

外面很多 AI 教程喜欢展示顺利的一面：

一分钟做网站。

三分钟上线。

十分钟生成内容。

这些都可能是真的。

但它们没有告诉普通人：

第二天怎么查入口？

第三天怎么防止 AI 把功能改没？

第十天怎么知道旧错误是不是又回来了？

一个普通人真正需要的，不只是“AI 好厉害”的兴奋。

而是：

遇到事故以后，怎么不慌。

怎么把它写下来。

怎么找事实。

怎么改成检查清单。

怎么让下一个 AI 不再靠聊天记忆猜。

失败只有进入系统，才会变成资产。

7. 给学 AI 的朋友

如果你也在学 AI，我今天最想说的是：

不要只学提示词。

也不要只学工具。

你一定要学会验收。

尤其是这 6 件事：

AI 是加速器。

但加速器不是方向盘。

更不是刹车。

今天上午，我看到的是 AI 帮我把日记推到前台。

今天下午，我看到的是 AI 也可能把入口、接口、状态搞乱。

这两件事同时成立。

所以我不想写一篇“AI 多厉害”的文章。

我更想写一篇：

一个普通中年人，怎么在事故里学会管理 AI。

方法卡：页面上线后的 7 个入口检查

1. 从首页找一次。
2. 从顶部导航找一次。
3. 从页脚找一次。
4. 从手机屏幕找一次。
5. 从站点地图找一次。
6. 从搜索或内容索引找一次。
7. 让一个没参与开发的人找一次。

7 次里有 1 次找不到，就不能说“用户能找到”。

最多只能说：

页面存在。

金句候选

参考与延伸

• 《AI 做网站实践日记》第 10 篇：上线前检查，为什么本地通过不等于可以发布。
• 《AI 做网站实践日记》第 11 篇：上线不等于完成，用户反馈才是下一轮开始。
• 《清单革命》：高风险流程需要检查点，不靠临场聪明。
• 《自学是门手艺》：边做边暴露自己不懂的地方，再把不懂变成下一轮练习。