上个月公司内部做个分享，我问在座的同事：有多少人能把自己每天都要用的网址完整背下来？结果没几个人敢举手。浏览器收藏夹翻半天，找到链接还要先登录邮箱，登录完再切标签页，一套操作下来时间全耗在这些琐碎事上。我当时就在琢磨，要是能有一个打开就用、不用注册、不用登录的入口页面，把搜索、翻译、地图、邮箱这些天天要用的服务全部收拢到一个地方，是不是能省下大量时间。正巧我最近一直在用快马AI做辅助开发，某天突发奇想，直接把需求丢给它：“帮我做一个免登录的 Yandex 聚合入口应用”，前后不到二十分钟，一套可以跑的原型就出来了。这篇文章就完整复盘一次这个从 0 到 1 的过程，包括需求怎么拆、技术怎么选、AI 怎么用才能产出可用的代码，以及部署上线时踩过的各种坑。
1. 项目概述与需求拆解
1.1 这个应用到底在解决什么
先说清楚“免登录”三个字。这里的免登录，指的是用户访问我们做的这个入口应用时，不需要注册账号、不需要输入密码、不需要任何认证流程，打开页面就能用。它不负责帮你免掉 Yandex 邮箱本身的登录，也不涉及任何绕过现有登录机制的思路。说白了，它只是一个启动器、一块仪表盘，把分散的服务入口集中展示出来，让使用者省掉“记网址、敲回车、翻书签”这一连串动作。
这个需求其实在很多场景下都存在：比如个人的浏览器起始页、团队内部放在大屏上的公共查询终端、展会或门店里的演示设备、甚至酒店大厅的自助查询机。这些设备的共同特点是：使用者不固定，不可能要求每个人都注册账号；操作要极简，点开就能干活；功能要克制，入口多了反而是负担。
所以我把核心功能收敛为三块：一个全局搜索框，默认走 Yandex 搜索，回车直接出结果；一组高频服务卡片，包括 Yandex 搜索、翻译、地图、邮箱、网盘和新闻；再加上深色模式、快捷键这类提升体验的小功能。不做用户系统、不做后台管理、不做消息推送，保持一个纯前端静态应用，任何静态托管服务都能承载。
1.2 为什么选快马AI来生成
说实话，这个应用如果纯手工写，对于有经验的开发者来说也不难，一个下午足够。但问题是，需求是在不断调整的。今天想加一个翻译卡片，明天想换一套配色，后天又希望按快捷键聚焦搜索框。每一轮改动都要同步修改 HTML、CSS 和 JavaScript，时间全耗在低价值的重复劳动上。快马AI这类工具真正值钱的地方，在于它能把“自然语言描述”直接转成“可运行的代码”，而且支持多轮对话式迭代。
我在实际使用中是这样定位快马AI的：它不是替你思考，而是替你把手速提上来。你负责把需求想清楚，它负责把代码写出来，你负责验收和纠错。这种协作模式下，原型的产出速度能提升一个量级，尤其是在项目早期，需求和界面都还没定型的时候，改动代码的成本几乎可以忽略不计。
另外还有一点，快马AI对普通用户很友好。不是所有需要用这个入口应用的人都会写代码，用自然语言对话就能生成一个可用页面，这让“工具使用者”和“工具制造者”之间的边界变得模糊了。我自己在调研阶段，也愿意把一些快速验证的小活儿交给它做。
1.3 功能边界与技术指标
为了避免项目失控，我在动工前给这个入口应用划定了一条明确的功能边界：
- 搜索功能：输入关键词，跳转到 Yandex 搜索结果页；
- 服务聚合：展示六个高频入口，点击直接打开对应服务；
- 偏好保存：用户选择的搜索引擎、主题配色、排列方式等，保存在浏览器本地；
- 快捷体验：支持键盘操作，比如按 / 聚焦搜索框、按 D 切换深色模式；
- 零后端依赖：纯前端实现，不依赖数据库，不需要登录体系。
技术指标上，我给自己定了几条杠：页面压缩后体积小于 50KB，首屏加载时间在普通网络环境下不超过 1 秒，逻辑浏览器兼容 IE 之外的常用现代浏览器，部署在任意支持静态文件的服务器上即可运行。这些指标不复杂，但在后续用 AI
