4.0 KiB
| id | title | slug | status | content_type | channels | language | source_urls | assets | cover_image | template | owner | created_at | updated_at | published_at | style | audience | tags | source_notes | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2026-03-15-atlas-mac-landing-page-claude-code | 昨天还没下载入口，今天 Landing Page 就上线了——我用 Claude Code 做的 | atlas-mac-landing-page-claude-code | draft | article |
|
zh-CN | article | content-forge | 2026-03-15T00:00:00+08:00 | 2026-03-15T00:00:00+08:00 | null | lizi_kk | 独立开发者、AI 编程爱好者 |
|
|
昨天 Atlas for Mac 那篇文章发出去之后，后台私信最多的问题让我有点意外。
不是功能建议，不是 bug 反馈。
就一句话：DMG 在哪下？
说实话看到这个问题的第一反应不是高兴——而是意识到自己犯了一个最基本的产品错误：
用户想体验，但连入口都没有。
不是功能不够多，不是文档不够全。就是少了一个最简单的 landing page，告诉用户三件事：这是什么，怎么下载，怎么安装。
所以今天干了一件很直接的事：用 Claude Code + Codex，给 Atlas for Mac 补了一个 landing page。
现在已经上线了：http://atlas.atomstorm.ai/
【图片 1】 Atlas for Mac landing page 首页截图
说说这次用 AI 做的过程。
我没有上来就说帮我生成一个页面。
过了这么久 AI coding 的坑，我现在的习惯是先把需求讲清楚，再让它动手。这次给的需求大概是这些：
- 做一个 Atlas for Mac 的 landing page
- 首屏要有 hero + 下载按钮
- 要有安装步骤引导
- 要有核心功能介绍
- 整体风格简洁、直接，别花哨
【图片 2】 在 Claude Code 里输入需求的截图
五条需求，没什么花活。但就这五条够了。
目标越明确，AI 出的第一版越能直接用——这个体感我现在是越来越强。
【图片 3】 Claude Code 输出第一版页面的截图
第一版出来得很快，核心模块基本都在了：首屏 hero、下载按钮、安装步骤、功能概览。
但有了和能用之间还是有距离的。
后面主要是微调。文案太啰嗦的砍掉，下载按钮不够突出的调大，安装步骤太技术的改成人话，移动端没适配的补上。
【图片 4】 继续修改文案和样式的截图
这种先出骨架、再反复磨的节奏其实挺舒服的。
以前做这类页面，每一步都不难——搭结构、写 CSS、调文案、做响应式。但攒在一起就很碎，很容易拖。
（说容易拖其实是客气了，这种小项目在我的 todo 里通常会躺到忘记为止。）
现在呢，AI 先给你一个能看的版本，你在上面改就行了。启动成本几乎为零，心理门槛也低了。
如果要我总结这次的体感，就一句话：
Landing page、活动页、产品介绍页，是当前 AI coding 最实际的战场。
原因很简单：信息结构明确，不需要复杂业务逻辑；对交付速度敏感，用户已经在问了你不能拖一周；质量要求适中，不需要完美但需要能用。
这三条同时成立的时候，AI coding 的优势碾压式的。
【图片 5】 最终上线效果截图
如果你正好想体验一下 Atlas for Mac，现在可以直接从这个页面下载：
下载，安装，打开。三步搞定。
这次做完之后，我越来越确信一件事：
AI coding 最有价值的地方，不是一句话做完整个产品——而是把那些你脑子里知道该做、但总是拖着没做的小东西，快速推上线。
一个 landing page，一个内部工具，一个自动化脚本。
每个都不难。但如果没有 AI 帮你出第一版，它们可能永远停在 todo 里。
后面我也会继续分享一些 AI coding 的实战内容，如果你也在用 Claude Code 或者 Codex 做真实项目，欢迎关注 Atomstorm，一起聊。