“用 Claude,30 分钟免费做一个豪华网站”这类说法很容易传播,因为它把建站里最可见的部分——首屏、配色、卡片和文案——压缩成了一个很诱人的结果。发现来源中的 X 线程把任务拆成网站结构、Hero、主页文案、作品集、服务页、关于页、移动端和全站文案八类提示词。
我的裁决很简单:这八类提示词足以帮助你快速得到可演示的网页原型;它们不足以证明你已经得到一个可上线、可转化、可维护的网站。

图:30 分钟可以验证原型方向;正式上线仍需要真实环境的责任与验收。
问题不在于 Claude 能不能写出页面。Anthropic 的官方示例明确把 Claude 用于从描述、简历和项目资料生成 portfolio HTML;Artifacts 也能在对话中展示、修改和导出代码。问题在于,页面生成只是完整链路中的一个阶段。业务输入、真实证据、响应式行为、可访问性、表单、部署和上线后的验证,不会因为一句“做得高级一些”自动完成。
本文不是一次计时实测,也不比较模型生成效果。它基于截至 2026-08-11 可访问的官方产品与帮助资料,对那八类提示词做一次方法重构。
先拆开三个容易混在一起的主张
1. Claude 能不能“做网站”?能,但要说清是哪条产品路径
在 Claude 对话和 Artifacts 路径中,Claude 可以产出 HTML、交互界面和可查看的原型;官方网页案例还展示了把 Artifact 代码交给 Netlify connector 创建站点并部署的工作流。这说明“生成网页结构、文案和前端代码”是合理的能力描述。
但这不等于所有 Claude 产品都做着同一件事。Artifacts 是对话里可预览、迭代和导出代码的工作面;公开发布 Artifact 是另一项产品动作。Claude Code 则在本地终端或桌面环境中处理仓库和工程任务,官方文档要求相应账户、受支持的系统与网络连接,免费 Claude.ai 计划不包含 Claude Code。把它们统称为“Claude 建站”,会把生成、预览、代码修改和工程部署混成一句话。
如果你关心的是“先把想法看见”,对话或 Artifact 的原型路径更贴近问题;如果你关心的是“把已有项目改进并通过构建”,才进入 Claude Code 或其他开发工具的范围。两条路径可以衔接,但它们的权限、成本与验收方式不同。
2. 能不能在 30 分钟完成?官方没有给出这个保证
本轮查阅的 Anthropic 产品、Artifacts、Claude Code 和帮助中心资料,没有找到“30 分钟完成网站”的官方承诺,也没有定位到可复核的受控计时实验。因此,“30 分钟”只能保留为发现来源作者提出的原型目标,而不是 Claude 的速度保证。
30 分钟可能够做什么,取决于你开始时已经有什么:一段清楚的业务描述、一张可用 Logo、真实的服务资料、三到五张获授权图片、一个单一 CTA,以及明确知道自己只做单页原型。缺少其中任何一项,时间会先消耗在追问、找素材、删掉虚构内容和反复改方向上。
所以这里给出的“30 分钟流程”是工作安排模板:把有限时间优先放到可演示结果上。它不是对速度、质量或上线结果的承诺。
3. 是不是“完全免费”?不应这样写
Claude 在受支持地区有免费版本,但官方也说明免费计划有按会话重置的使用限制;消息长度、文件、模型和功能都会影响额度。不同 Claude 产品表面上的使用量也可能计入同一使用上限。Claude Code 则不属于免费 Claude.ai 计划。
Artifacts 的公开发布对 Free、Pro、Max 用户可用;但“Artifact 可公开”不等于“你获得了一个完整生产网站”。自定义域名、第三方托管、表单后端、邮件、分析、素材授权、支付、长期维护和人工审查,都可能另有成本或限制。即使 AI-powered Artifact 的共享成本按官方说明由使用者各自的 Claude 额度承担,也不能推出整个建站链路为零成本。
更准确的说法是:在某些地区和某些功能组合下,你可以用免费额度完成原型和公开 Artifact;是否能免费完成你的正式网站,要逐项核对模型额度、托管、域名、素材和服务依赖。
八类提示词覆盖了什么,又漏掉了什么
原线程的八个方向分别覆盖信息架构、首屏、转化文案、作品集、服务页、关于页、移动端和全站文案。这是一个不错的页面工作清单,但它仍然以“页面看起来像什么”为中心。

图:八个模块不是八句装饰性指令,而是八个可以分别验收的页面问题。
真正决定原型是否能继续向前的输入通常还没有出现:谁会来、为什么来、希望他做什么、拿什么相信你、不能说什么、页面运行在哪里、哪些功能不能失效。没有这些约束,模型最容易给出的是看起来整齐的标题、通用卖点、虚构的客户评价和没有业务含义的卡片。
| 原型阶段可以交给 Claude 的工作 | 仍需人来确认的工作 |
|---|---|
| 页面区块、导航、初版文案、视觉方向、静态前端代码 | 真实产品与价格、案例授权、品牌取舍、法务与隐私、数据与表单归属 |
| 根据明确约束改版、压缩信息层级、补齐空状态文案 | CTA 是否唯一、哪些信息必须公开、哪些承诺不能写 |
| 为已给定内容做移动端布局建议 | 真实设备交互、加载速度、键盘操作、屏幕阅读器、浏览器兼容性 |
这也是为什么“豪华感”是一个危险的输入。它描述审美印象,不描述可判断的约束。你至少要把它拆成可观察条件:留白比例、字体范围、色彩数量、动效是否允许、摄影还是插画、是否支持深色模式,以及有哪些网站绝对不能模仿。
从八句愿望,改成一份可执行的网站 brief
先不要让 Claude 直接写页面。先完成这份 brief;无法回答的项不是让模型猜,而是留成待补输入。
- 业务:我提供什么服务/产品,服务范围和价格是否允许公开?
- 目标访客:谁在什么情境下进入页面,他们最关心什么?
- 唯一 CTA:访客离开前只需要完成哪一个动作?
- 可信证据:可公开的案例、客户原话、交付数据、资质或截图有哪些?
- 品牌约束:语气、色彩、字体、禁用表达、不能使用的图片和承诺。
- 页面范围:本轮只做哪些页面;哪些功能明确不做?
- 技术边界:静态页还是现有仓库;部署、表单、分析和域名由谁负责?
- 验收:390px、桌面、键盘访问、图片大小、标题/description、表单反馈怎样才算通过?
- 禁止编造:客户、价格、评价、数据、案例、资质、可用性和上线状态。
- 待追问:缺少哪些输入时必须先提问,不能继续生成?
这份 brief 的价值不是增加提示词长度,而是先建立一个“不知道什么”的清单。模型适合在输入明确后扩展方案;它不适合替你把未知事实补成看起来专业的答案。

图:生成和迭代只覆盖中间一层;真实输入、质量验证与生产责任仍要分别完成。
八个模块化提示词:每次只解决一个可验收问题
下面不是原帖的翻译,而是一组可组合的工作模块。每条都要求 Claude 标出缺失信息,而不是擅自补齐。
1. 信息架构
- 输入背景:以下是业务、访客和唯一 CTA:[粘贴 brief]。
- 任务:给出单页或多页的信息架构,并说明每个区块如何把访客推进到 CTA。
- 禁止:虚构页面、功能、客户或价格。
- 输出:页面树、每区块目的、需要的真实素材、待确认问题。
- 验收:CTA 只有一个;每个区块都能对应访客问题或可信证据。
2. Hero 首屏
- 输入背景:目标访客、核心问题、唯一 CTA、已确认的价值主张如下:[粘贴]。
- 任务:写三个首屏方向,各含标题、副标题、CTA、辅助证据和视觉构图说明。
- 禁止:使用“领先、颠覆、最好”等无法证明的词。
- 输出:三组 60 字内首屏文案与取舍理由。
- 验收:读者 5 秒内能知道为谁、解决什么、下一步点哪里。
3. 主页转化文案
- 输入背景:服务流程、价格公开策略和真实证明材料:[粘贴]。
- 任务:按“问题—方法—证据—CTA”组织主页文案。
- 禁止:捏造案例数字、评价或保证结果。
- 输出:区块级文案、每段依赖的证据、待人工补充的空位。
- 验收:每一项强主张都有来源;没有证据的地方明确标注占位。
4. 作品集或案例页
- 输入背景:已获授权的案例素材和可公开范围:[粘贴]。
- 任务:为每个案例生成问题、约束、行动、结果、下一步的页面结构。
- 禁止:把过程截图、客户名称或效果数据补写成事实。
- 输出:案例卡片模板与缺失证据清单。
- 验收:每张卡片能说明证据来源;无授权材料不进入页面。
5. 服务与销售页
- 输入背景:服务边界、价格/询价规则、交付物和不服务的对象:[粘贴]。
- 任务:写清选择条件、交付范围、流程和 CTA。
- 禁止:暗示无条件成功、无限修改或未提供的售后。
- 输出:服务页目录、FAQ、询价前问题。
- 验收:访客能判断自己是否适合;承诺与实际交付范围一致。
6. About / 公司页
- 输入背景:可公开的团队经历、方法、价值观和联系方式:[粘贴]。
- 任务:写一页把“我们是谁”连接到“为什么可信”的 About 页面。
- 禁止:虚构使命、团队规模、客户或媒体背书。
- 输出:叙事结构、事实清单、需要核对的时间线。
- 验收:人物与组织信息均能被负责人逐项确认。
7. 移动端与交互检查
- 输入背景:当前页面结构、断点、组件和真实交互:[粘贴]。
- 任务:列出 390px 下的内容优先级、触控目标、折叠策略和表格/代码块处理。
- 禁止:只回答“响应式即可”。
- 输出:逐区块移动端规格和可测试场景。
- 验收:无横向滚动;CTA 可见可点;关键信息无需放大才能阅读。
8. 全站文案与上线元数据
- 输入背景:已确认页面、品牌语气、公开 URL 和语言范围:[粘贴]。
- 任务:统一导航、按钮、空状态、title、description、canonical 和分享摘要。
- 禁止:杜撰英文页、SEO 排名或搜索量。
- 输出:按页面列出的元数据表与术语表。
- 验收:title/description 唯一;链接指向真实页面;草稿不进入公开索引。
一个诚实的 30 分钟原型流程
如果目标只是做可演示原型,可以把时间切成四段:前 5 分钟填 brief 并删掉未知项;接着 10 分钟定页面结构与首屏;再用 10 分钟生成一版静态页面;最后 5 分钟在手机宽度下审查 CTA、溢出和虚构信息。任何出现“要接表单、接支付、迁移域名、收集个人数据、上线生产”的时刻,都应退出这张 30 分钟卡片,进入工程与业务验收。

图:生成能加速原型阶段;事实确认、真实集成、QA 和发布后的观察仍是独立工作。
上线前,不要省掉这些验证
Google 的页面体验文档把移动显示、HTTPS、核心网页指标、干扰性弹窗和主内容可辨识度列为整体体验自查项;它同时明确,没有一个单一分数保证搜索排名。Google 对 JavaScript 网站也建议检查可抓取链接、原始 HTML、canonical、状态码和渲染后的内容。
因此,生产验收至少应包括:
- 真实内容:价格、案例、评价、图片授权和联系方式均由负责人确认。
- 功能:导航、CTA、表单成功/失败状态、错误提示和外链都实际点击测试。
- 移动端:在 390px 与常见桌面宽度检查横向溢出、触控与图片裁切。
- 可访问性:键盘可达、焦点可见、图片 alt、表单标签与足够的颜色对比。
- 性能与兼容性:压缩素材,检查首屏加载和主流浏览器;不要只看编辑器里的预览。
- 搜索与发布:确认唯一 title/description、canonical、可抓取链接、正确状态码、站点地图与 robots 策略。
- 运维:域名、托管账户、备份、代码仓库、分析和表单数据各由谁负责,出现故障如何回退。
生成工具可以帮助你更快拿到第一版,但无法替你承担这份清单的责任。有关“把 AI 放进已有代码库与执行环境”时,应把它和“对话中生成原型”分开看;Claude Code 自托管环境的边界正是一个更工程化的例子。
什么时候继续用 Claude,什么时候交给专业角色
适合继续用 Claude 的情况,是你有清楚材料、愿意逐轮确认,并且当前目标是探索结构、快速改文案、生成静态原型或把明确的修改落进已有代码。它尤其适合把“我脑中有一团需求”转换成可讨论的页面草图。
应由开发者、设计者或业务负责人接管的情况,是需求涉及账户权限、支付、个人数据、复杂交互、品牌系统、性能预算、无障碍责任、法律承诺或真实转化指标。不是因为 Claude 在这些地方一定做不了,而是这些地方需要可追责的决定、真实环境测试和长期维护。
结论
八个提示词不是没有价值;它们把“我要一个网站”拆成了更容易开始的八个页面问题。真正的改进不是再多写八句形容词,而是把每一句都接到真实输入、禁止编造、输出格式和验收标准上。
把 30 分钟当作完成原型的时间盒,而不是把网站质量压缩成一个宣传口号。能否上线,仍取决于你是否补上业务证据、工程验证和迭代闭环。
资料与边界
- 发现来源的 X 线程仅用于识别八类提示词,不作为产品能力、价格、速度或转化效果的证据。
- Anthropic 官方资料支持 Claude/Artifacts 可以生成、查看、迭代和在特定产品流程中发布网页或应用;不支持“任何网站均可 30 分钟完成”的保证。
- 本文未登录 Claude、未运行计时建站、未购买套餐,也未测试第三方托管、域名或表单服务。
- 本文没有使用 Search Console OAuth 或搜索量数据;SEO 判断来自公开搜索结果、官方搜索文档和本地站点验证规则。
