GitHub项目说明 · 非用户反馈
滚动驱动网页的 AI 生成需要设计工艺底线与自检门槛
开发者用 Claude Code 构建滚动驱动营销页时，常见 AI 输出要么规整但平庸、要么动画花哨但排版失控且页面千篇一律；scroll-craft 作为已实现的解法，用八种互斥页面语法、设计规范硬约束和 headless 浏览器滚动自检，把交互与工艺合并为一项任务。
查看原始信号github:nateherkai/scroll-craft
目标用户
使用 AI 编码助手（如 Claude Code）构建落地页、营销网站或品牌展示站的开发者、独立开发者与 1-3 人小团队。
潜在需求
需要一种生成方案，把交互与工艺当作同一项工作：对不同页面语法强制差异化，对排版、间距、色彩、深度设硬性设计底线，并用真实滚动逐帧检验死滚动、对比度、未解码素材等可感知缺陷。
发生场景
开发者在让 AI 直接生成网站时，输出常落入两种失败：要么规整但易被遗忘，要么滚动动画花哨但正文比例失衡、标题在手机上折成多行，并且与其他 AI 页面一样重复相似区块；这类页面还缺少对自身滚动行为的验证手段。
来源证据
README 指出大多数 AI 网站输出失败在两个方向：要么规整但易被遗忘，要么滚动动画花哨但正文比例失衡、标题在手机上折六行，且与其他 AI 页面区块雷同。
# scrollcraft **A Claude Code skill that builds premium, scroll-driven websites, and holds them to a real design standard.** Most AI website output fails in one of two directions. It is either well behaved and forgettable, or it is a flashy scroll animation with 2.1:1 body text, a headline that wraps to six lines on a phone, and the same six sections every other AI page has. scrollcraft is built to fail neither way: it treats **interaction** and **craft** as one job rather than two.https://github.com/nateherkai/scroll-craft
为什么值得留意
痛点具体且直接指向可观察的失败模式，说明“AI 生成网页”在质量与独特性上存在未被满足的部分；该解法把不可言说的设计品味转成可执行规则和机器自检，为后续验证用户采用、缺口和扩展提供了明确落点。
可能延伸 · 模型推测
- 推测：把相同的设计硬约束与滚动自检逻辑移植到 Cursor 等其他 AI 编码 agent
- 推测：将自检脚本拆成与 Claude Code 无关的独立网页质检命令行工具
- 推测：把八种页面语法、拒绝清单整理成可复用的滚动驱动网站设计规范内容库
- 推测：以设计流程或审核服务形态服务不写代码的品牌方与营销团队
目前未知
- README 是项目作者的自述，不是独立用户报告或第三方复现
- 没有任何使用量、用户评论或 issue 数据，无法确认真实采用情况
- 项目创建于发布初期，热度与 fork 只代表注意力，不代表需求已被验证
- “大多数 AI 网站输出失败”是项目主张，缺少可核验来源
继续核实
- 使用 AI 编码助手的建站开发者是否真实遭遇“平庸或花哨但工艺差”的阻碍，并愿意为这类 skill 付出配置与学习成本？
- 滚动驱动营销页/品牌页的工艺化需求是少数设计师专长，还是更广泛建站人群的常见任务？
- 除作者自述外，是否存在用户评论、issue 或第三方案例反映该 skill 的局限或扩展请求？
- 不写代码的品牌方与营销团队如何获得同等成果（流程、服务或内容形态）？
主题词
ai website generationscroll-driven websitesweb design craftdesign uniquenessscroll animation verification