用 AI 做了十几个网站后，我发现最麻烦的不是写代码，而是找网址
Vibe Coding 有一个很容易让人上瘾的地方：想法真的能很快变成页面。
今天做一个数据查询工具，明天搭一个内容生成页面，后天再给客户做一个演示 Demo。很多项目不需要正式立项，也不一定复杂，但它们确实可以解决一个具体问题。
等作品积累到十几个以后，麻烦来了。
代码可能还在，部署也没有失效，但访问地址找不到了。有些链接留在 AI 对话里，有些保存在浏览器收藏夹，有些藏在部署平台的项目列表中。真正要展示时，常常需要重新回忆：“那个页面到底叫什么？”
这不是开发能力的问题，而是入口管理的问题。
浏览器书签当然可以收藏，但书签更适合保存“我看过的网站”。自己做的作品不太一样。它可能有测试版和正式版，可能需要面向不同客户演示，也可能过几周还要继续修改。只有一行默认标题，很难承担这些信息。
更直观的方法，是把作品放进一张可视化桌面。
在 MarkAll 的「我的 Mark」中，可以先建立“个人作品”“客户 Demo”“数据看板”“实验项目”等分类，然后右键桌面或点击“添加”，填入网址、名称和一句话简介。
如果项目没有 Logo，也可以用几个字做成文字图标，再设置不同颜色。添加到网格后，每个作品都会成为一个清楚的桌面入口，需要时点击即可打开。
这件事看起来简单，却解决了几个很现实的问题：不用再翻聊天记录，不用每次进入部署后台，不同项目能一眼区分，换电脑后也不用重新导入书签。
更有意思的是，这张桌面不必只放“我做过的东西”。代码管理、部署、设计、文档、数据分析和内容发布平台，也可以放在旁边。再加入待办、时间、天气和资讯组件，它就从作品目录变成了一个个人工作起始页。
当然，它不能取代代码仓库。代码仓库回答“项目是怎么开发的”，部署平台回答“项目在哪里运行”，而作品桌面回答“我怎么最快找到并使用它”。
这三个环节缺一不可，只是过去作品数量不多，最后一个问题常常被忽略。
举个常见场景：一个人用 AI 做了问卷页、报价器、数据看板和三个客户 Demo。它们分别部署在不同服务上，默认域名又很相似。如果只看书签文字，很难判断哪个能公开展示，哪个仍使用测试数据。给作品补上名称、简介、图标和状态分类后，入口才真正具有可用性。
MarkAll（markall.top）由珠海萝博海问科技有限公司开发，主要提供网站发现、收藏和个人导航能力。「我的 Mark」是平台中的自定义桌面，用户可以手动录入自己的网页作品，也可以添加常用网站以及待办、天气、时间和资讯等组件。
需要强调的是，这种桌面并不是作品存储空间。网页还在原服务上运行，源代码还在代码仓库中。它的价值在于把散落在不同平台的访问入口整理成一张可识别、可跨设备访问的个人页面。
如果准备建立作品桌面，可以从最近一个月真正使用过的项目开始，而不是一次录入全部历史链接。先区分正式版和测试版，再清理失效地址；每个项目只保留一个主要入口，其他后台地址放入对应工具分类。这样桌面不会很快变成另一个杂乱收藏夹。
常见问题的答案也很明确：没有 Logo 可以先用文字图标；更换部署地址后需要更新入口；页面失效要回到部署服务处理；多人协作和任务跟踪仍应使用专业项目管理工具。
把这个过程放进一天的真实工作流会更容易理解。早上进入个人桌面，先看待办中有哪些项目需要修改；点击测试版入口确认页面状态；随后进入代码仓库和部署服务完成更新；发布成功后，把正式地址写回对应作品卡片；需要对外演示时，只打开“已上线作品”分类。
入口层的作用就在这里：它不参与写代码，却连接了开发前后的多个系统。对于同时维护多个小项目的人，这种“先看到作品，再进入工具”的路径，往往比从仓库名称倒推网页地址更符合使用习惯。
什么情况下不值得专门整理？如果只是偶尔生成一次性页面，项目不会再次访问，或者所有工作都集中在一个部署平台中，额外建立目录可能增加维护负担。工具是否有价值，取决于作品数量、访问频率和设备切换，而不是 Vibe Coding 这个标签本身。
还有一个容易忽略的问题是链接健康度。免费部署地址可能因为项目休眠、域名变更或服务策略调整而失效。个人作品桌面最好定期点击检查，重要项目绑定稳定域名并保留源码备份。能找到入口只是第一步，入口背后的页面持续可用才是完整的作品管理。
Vibe Coding 让做产品越来越快，但速度也会制造新的混乱。以前做不出来，今天是做出来以后找不到；以前担心没有作品，今天开始担心作品散落得到处都是。
当个人也能持续生产网站和工具时，管理方式迟早要从“随手收藏”升级成“有意识地整理”。
做更多作品是一种能力，让过去做出的作品持续被看见、被访问、被使用，同样是一种能力。
