48 小时里，新手用 AI 能做出并上线一个单页小工具：只解决一类人的一个问题，粘贴或输入一点东西，得到一个有用的结果。先别做登录、数据库和支付，从你自己或身边人真实遇到的问题出发，最后几个小时留给部署和写下哪里出过错。
48 小时用 AI 能做出什么？
比你想的多，也比你希望的少。对新手来说，现实的答案是单页小工具：一个网页，输入一点东西，做一件事，给出结果。比如帮同组同学算实验配液用量的计算器；把选课时间粘进去、自动排成周课表并标出冲突的页面；用你粘贴的单词表来抽背的小页面。
48 小时里很难做好的，是带账号系统、共享数据库、在线支付或要上架应用商店的东西。不是做不出来，而是它们会把整个周末吃掉，等你做完，还没给一个真实用户看过。
为什么是"单页"？几位实践者的共同点
几份来源不同的资料，在这件事上说法很接近。
一个文件，越小越好。 软件开发者 Simon Willison 在 2025 年 12 月的文章里写到，他两年里做了 150 多个单文件"HTML 工具"，代码几乎都由大模型写成。他的做法是：HTML、CSS、JavaScript 放在一个文件里，不用需要构建步骤的框架，依赖从 CDN 加载，控制在几百行以内。小到坏了也能让 AI 几分钟重写一遍。
不需要服务器一直跑着。 少数派作者清顺在 2026 年 3 月的《365开源计划：一次AI开发实验》里，给自己用 AI 做小工具定了范围：只做"做了就能用"、不需要服务器常驻的工具，移动 App、后端系统和需要数据库的完整应用都不做；他给自己的节奏是开工后 24 小时内交付。（作者在文中声明与所述产品有利益相关。）这和 Willison 的思路几乎一样。
时间不够，就砍范围。 吴恩达在 DeepLearning.AI 的通讯 The Batch 里写过，他利用周六下午的两个来小时，做了一个练习公开演讲的原型：观众从一群砍到一个，观众反应先由真人在后台选择而不是交给 AI，形象用简单的 2D 头像。他的原则是：把点子缩小，直到能在你实际拥有的时间里做出来。
从真实的问题出发。 Paul Graham 关于"有机"创业点子的文章，在 36氪的中文版里，把核心问题概括为"你想让别人为你做什么？"。品玩作者翟葆光整理他的建议时也归纳了三条：是你自己需要的，是你做得出来的，是别人还没看到价值的。他们谈的是创业，但"先找真问题"这一条，对 48 小时的小作品同样成立。
这些资料没说到的地方
几位作者的出发点并不一样：Willison 和清顺做的多是自己或熟人要用的工具，吴恩达做原型是为了尽早拿到反馈，Paul Graham 谈的是值得投入好几年的创业方向。没有人专门回答"只有 48 小时、做完还要交给别人看"时该怎么做。
还有两件事，他们基本没提：
- 让真实的人用一次。 只有你自己打开过的工具，代码再干净也算没测过。
- 写下哪里出过错。 吴恩达提到粗糙原型带来的反馈改变了他的想法，但没人把"出错和修复的记录"当成作品的一部分。对学生来说，这份记录往往决定了别人信不信这个项目是你做的。
适合新手的单页小工具点子
下面这些都不需要登录、服务器或数据库。换成你自己的学校、课程或社团即可。
| 点子 | 谁有这个问题 | 输入 | 输出 |
|---|---|---|---|
| 实验配液计算器 | 同一门实验课的同学 | 母液浓度、目标浓度、体积 | 该取多少、分步骤写清 |
| 选课冲突检查 | 每学期选课的人 | 从教务系统复制的上课时间 | 周课表，冲突标红 |
| 单词抽背 | 备考四六级或专业课的同学 | 粘贴的词表 | 随机抽背，进度存在浏览器里 |
| 参考文献格式整理 | 要求 GB/T 7714 格式的课程或毕业设计 | 一条格式混乱的文献 | 按要求排好的文献条目 |
| 校车"下一班"页面 | 同一条校车线路的乘客 | 无，时刻表写在页面里 | 接下来三班车的时间 |
| 宿舍做饭配方换算 | 合租或宿舍做饭的人 | 菜谱和人数 | 按人数换算后的用量 |
两条能省下一个周末的提醒：
- 别把 AI 的 API 密钥写进公开网页。 不需要密钥的工具，更适合做第一个作品。
- 别收集别人的个人信息。 不要做让人填姓名、手机号、学号的表单。工具需要记住什么，就存在用户自己的浏览器里。
两天时间表：最后要有一个能打开的链接
- 第 0–2 小时：定问题。 写一句话："某某人想做某件事，现在的做法很麻烦，麻烦在哪里。"说不出具体的人，就换个点子。
- 第 2–3 小时：讲给 AI。 让 AI 写一个单独的 HTML 文件，讲清输入什么、输出什么，要求不用框架。
- 第 3–12 小时：让它跑通。 用真实数据测，包括格式乱的数据。出错时把报错原样贴给 AI，或者准确描述发生了什么。
- 第 12–20 小时：部署。 现在就放到公开链接上，不要等到周日深夜，并在手机上打开试一次。如果朋友反映打开很慢，可以参考我们之前写的网站访问慢怎么办。
- 第 20–40 小时：给两三个真有这个问题的人用。 不解释，看他们怎么用，修掉最让人困惑的那一处。
- 第 40–48 小时：写下来。 它做什么、给谁用、哪里出过错、怎么修的。保留和 AI 的对话或提交记录，作为证据。
到第 20 小时还没跑通，就砍功能，别砍部署。
这和星弧有什么关系
这不是假设。申请星弧的一人公司计划时，有一个 48 小时小任务：用任意 AI 工具做一个任何人都能打开的单页小工具，再附一段不超过 300 字的记录，写遇到了什么问题、怎么解决的。做得粗糙没关系。申请由人来读，评审时隐去学校名称，只看三点：有没有做出来，记录是否诚实，解决的是不是真实的人的真实问题。更多问题见 FAQ。
就算不申请任何项目，上面的时间表也照样能用。一个能用的单页工具，加一段诚实的记录，放进留学申请或保研材料里都比一句空话实在。
一句话版本
48 小时，只做一页、一件事、一类人。先别做账号、数据库、支付，也别把密钥写进网页。早点部署，给真有这个问题的人用一次，把哪里出过错写下来。这就是一个真实的第一个作品。
相关问题
不会写代码，能用 AI 做出单页小工具吗？
能。你用自然语言把需求讲给 AI 对话工具或编程助手，它来写 HTML、CSS 和 JavaScript。但测试要你自己来：发现哪里不对，再让它改。
做好的工具放在哪里，别人才能打开？
单个 HTML 文件可以放在 GitHub Pages 这类静态托管上。GitHub 官方说明里提到，推送后可能要等最多 10 分钟才生效，所以别把部署拖到最后一刻。
小工具里能直接调用大模型 API 吗？
要小心。把 API 密钥写进公开网页，任何人打开源代码都能看到并拿去用。第一次 48 小时的作品，最好选不需要密钥也能用的工具。
做得太简单，会不会拿不出手？
简单正是重点。一个能用、有人用过、附带一段如实记录的小工具，比一个没做完的大项目更有说服力。
最后更新: 2026-10-30. 星弧团队撰写。文中引用的规则来自我们的运作方式页面；规则变化时本文会同步更新。
更多问题
vibe coding 是什么？学生简历上能写吗？
vibe coding（氛围编程）是什么，简历上要不要写这个词，秋招和面试时怎样如实写 AI 做出来的项目。
大二大三，该为保研做科研，还是做产品？时间怎么分
大二大三为保研做科研还是做产品：先查本校推免细则的权重，再定主线，时间按约 2:1 分配。
怎样在校园里找到 10 个不是朋友的真实用户？
学生产品冷启动：在校园里找到 10 个朋友以外的真实用户，选人群、去哪找、怎么问、怎么数。