需求转换为html

SKILL开发
开发 未标注权限 许可证不明确
安装这个技能

根据用户的文字描述或手绘草图/参考图片,自动整理并归纳用户需求,生成高保真 HTML 页面。 适用于:UI 原型设计、数据看板、演示文稿页面、产品展示页、表单页面等任何需要从需求描述到 HTML 输出的场景。

一句话选型结论

按资料字段整理

需求转换为html是开发类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类开发 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_988e28be/requirement-to-html
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

开发
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_988e28be仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791737597
正文体量5.9 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写代码与改 bug

按需求补代码、定位并修掉报错。

读仓库与生成改动

让模型读懂项目结构,再给出可落地的改动。

跑测试与排查故障

按现象排查问题,补测试用例并复跑。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在开发场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
需求转换为html当前 未标注权限 未标注 未标注 未标注 有
技能审查员 浏览器控制 ClawHub 市场 877.9 万 OpenClaw 有
Vercel React 最佳实践 浏览器控制 GitHub 仓库 849.1 万 Codex、Claude、Cursor 有
GitHub 代码协作 联网访问 ClawHub 市场 763.3 万 OpenClaw 有
网页设计指南 联网访问 GitHub 仓库 668.6 万 Codex、Claude、Cursor 有
本体论 只读 ClawHub 市场 663.7 万 OpenClaw 有

SKILL.md 全文

5.9 KB
模型实际读到的说明书原文,来自技能仓库

Requirement-to-HTML(需求整理 → HTML 输出)

概述

此 Skill 将用户提供的文字描述或手绘草图/参考图片转化为结构化的需求文档,并基于确认后的需求生成高保真 HTML 文件。

适用场景

  • 用户用文字描述一个页面/组件/看板的需求,想快速看到 HTML 效果
  • 用户上传手绘草图或参考截图,希望还原为 HTML 页面
  • 用户需要把模糊的想法整理为清晰的需求,再落地为可交互的 HTML
  • 演示文稿、数据仪表盘、产品 Landing Page、表单页面等任何 HTML 产出场景

工作流程

第一步:接收与分析输入

  1. 识别输入类型
    - 纯文字描述:用户用自然语言描述想要的页面效果
    - 图片参考:用户上传手绘草图、UI 截图、设计稿或参考图
    - 混合输入:文字 + 图片的组合

  2. 图片分析(如有图片输入)
    - 使用 Read 工具读取图片,仔细分析其中的:

    • 整体布局结构(header、sidebar、主内容区、footer 等)
    • 颜色方案与配色
    • 字体大小与层级关系
    • 组件类型(按钮、表格、卡片、图表、表单等)
    • 间距与对齐关系
    • 交互元素(导航、标签页、下拉菜单等)
    • 将视觉分析结果转化为结构化的布局描述
  3. 文字分析(如有文字输入)
    - 提取关键需求要素:

    • 页面类型(展示页/表单/看板/列表/详情页等)
    • 核心功能点
    • 数据展示需求
    • 交互需求
    • 风格偏好

第二步:需求整理与输出

将分析结果整理为结构化的需求清单,以清晰的中文呈现给用户确认。需求整理应包含:

  1. 页面概览:一句话描述页面是什么
  2. 布局结构:区域划分(用文字描述 + ASCII 线框图)
  3. 组件清单:每个区域包含哪些组件
  4. 配色方案:主色、辅色、背景色、文字颜色
  5. 字体层级:标题、副标题、正文的字号与字重
  6. 数据与内容:展示什么数据、什么内容
  7. 交互说明:hover 效果、点击行为、过渡动画等

第三步:用户确认

将整理好的需求以清晰的结构呈现给用户,询问:
- 需求理解是否正确?
- 是否有需要补充或修改的地方?
- 确认后进入 HTML 生成阶段

用户确认之前,不要开始写 HTML。

第四步:HTML 生成

用户确认需求后,基于确认的需求生成完整的 HTML 文件。

HTML 生成规范:

  1. 单文件自包含
    - 所有 CSS 写在 <style> 标签内
    - 所有 JS 写在 <script> 标签内
    - 不依赖外部 CDN(除非用户明确需要图表库等)
    - 可直接在浏览器中打开

  2. 视觉还原精度
    - 严格遵循需求中的配色方案
    - 严格遵循布局结构
    - 对字号、间距、圆角等细节精确还原
    - 拒绝简化或近似处理

  3. 代码质量
    - 语义化 HTML5 标签(header、main、section、nav 等)
    - CSS 使用合理的 class 命名
    - 响应式设计考虑(至少适配 1280px-1920px 主流桌面分辨率)
    - 添加适当的 hover/focus 交互效果

  4. 交互与动效
    - 按钮 hover 效果
    - 卡片 hover 阴影
    - 页面加载淡入动画(可选)
    - 导航高亮状态
    - 适当的 CSS transition

  5. 文件管理
    - 默认输出路径:当前工作区根目录
    - 命名规则:{页面功能描述}.html(中文或英文均可)
    - 如用户指定了路径,则输出到指定路径

第五步:呈现结果

  • HTML 文件写好后,使用 preview_url 工具直接在浏览器面板中展示效果
  • 使用 deliver_attachments 工具将 HTML 文件作为附件交付给用户
  • 简要说明页面包含的功能和设计要点

关键原则

  1. 精确还原:不简化、不近似,力求像素级还原用户意图
  2. 先整理后执行:绝不跳过需求确认步骤就直接写 HTML
  3. 中文优先:所有面向用户的沟通使用简体中文
  4. 迭代友好:用户提出修改意见后,基于现有 HTML 进行编辑而非重写
  5. 高保真:输出的 HTML 应该是可直接使用的成品,而非草稿

交互示例

示例 1:纯文字描述

用户:我想要一个工业公司 CFO 的数据看板,左侧是导航栏,顶部有公司 logo 和标题,
      主区域显示关键财务指标卡片(收入、利润、现金流),下面是一个趋势图表区域,
      右侧是最近的通知列表。

→ 分析需求 → 整理为结构化清单 → 确认 → 生成 HTML

示例 2:图片参考

用户:[上传一张手绘布局草图]
      按照这个布局,做一个产品展示页面。

→ 读取图片 → 分析布局/配色/组件 → 整理为结构化清单 → 确认 → 生成 HTML

示例 3:图片 + 文字补充

用户:[上传参考截图]
      参考这个风格,但把颜色换成深蓝色系,卡片改成 4 列布局,加上数据动画效果。

→ 读取图片 → 结合文字修改要求 → 整理为结构化清单 → 确认 → 生成 HTML

注意事项

  • 如果用户提供的图片不清晰或需求描述模糊,主动向用户提问澄清
  • 对于复杂页面(超过 8 个不同区域),建议分步确认,先确认整体布局再确认细节
  • 如果用户需求涉及图表(折线图、柱状图等),使用纯 CSS/SVG 实现或内联轻量方案,避免引入大型图表库
  • 如果用户明确要求使用图表库(如 Chart.js),则通过 CDN 引入

常见问题

5 问
答案由本站依据条目字段整理
需求转换为html怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_988e28be/requirement-to-html。安装方式为未标注。装完刷新技能列表或重开客户端。

需求转换为html支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

需求转换为html权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

需求转换为html收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

需求转换为html用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。