
可视化网页 可根据文字描述生成交互网页,也可结合草图、参考链接和详细指令,设计页面结构与视觉效果,适用于信息展示、页面原型和日常小工具等场景。
使用时,可先说明网页用途、主要内容和操作要求,再根据生成结果逐步调整。对于旅行规划、学习整理、家庭记账等需求,宜从一个目标明确、功能适度的页面开始,避免同时加入账号、支付、预约和复杂后台等要求。
创建网页
在 工作 模式下进入 可视化网页 功能;输入框中显示相应标签后,即可填写网页制作需求。下方提供了推荐任务示例,可作为描述需求的参考。实际创建时,应进一步明确页面的目标用户与展示内容,并说明用户点击按钮、填写信息等操作所对应的预期结果。
网页名称宜结合实际用途,例如“杭州周末两日游”“家庭月度收支”或“一元一次方程复习”。已有的文字、图片和参考资料,可随需求一并提供;使用参考页面时,应说明需要借鉴的是配色、布局还是交互方式,不宜直接照搬他人的品牌标识、图片和文案。
通用模板
以下模板中,{} 内的内容为可替换变量。使用时可按实际需要填写。
请使用“可视化网页”制作一个网页,名称为“{网页名称}”。
网页用途:{希望通过页面完成的具体任务}。
面向对象:{主要使用者及使用场景}。
已有资料:{文字、图片、文档内容或参考链接;暂无资料时注明}。
页面结构:{需要设置的栏目、内容模块及排列顺序}。
重点内容:{首先展示的信息,以及使用者最常进行的操作}。
交互要求:{搜索、筛选、切换、勾选、计算等操作,并说明预期结果}。
视觉风格:{配色、字体、布局及参考样式}。
设备适配:{电脑、平板和手机的显示与操作要求}。
数据要求:{仅展示资料/临时处理输入/在当前浏览器保存记录}。
内容边界:{必须保留的信息,以及不得自行补充的内容}。
缺失处理:{标注待补充/隐藏对应区域/使用明确标注的示例内容}。
请生成可供查看和测试的网页,不要仅输出设计说明。
请说明已实现的功能、尚未完成的要求及需要补充的资料;
对于无法在当前环境中验证的操作,请明确标注。
描述交互时,不应仅列出界面控件或功能名称,还应明确操作逻辑及预期结果。界面元素的呈现,并不等同于相关功能的完整实现。
应用示例
以下示例均为向星火提出的网页制作要求,不代表平台预置了相应专用应用。生成后,应结合实际页面检查内容、计算结果和交互效果。
杭州周末旅行规划示例
旅行规划页面适合集中展示行程、预算和行前准备事项,减少在聊天记录、备忘录和表格之间反复查找。以下行程为示例安排,预算为自行设定的计划金额,不代表实际报价。

请制作一个“杭州周末两日游”网页,用于两名成年人查看和调整周末行程。
基本设定:
行程为周六、周日两天;
计划预算为1500元,不含往返杭州的大交通费用;
以休闲散步为主,不安排过于密集的景点。
页面设置四个区域:
一、行程概览
展示出行人数、天数、计划预算和出行提示。
具体日期暂时留空,标注“出行日期待确认”。
二、每日行程
周六:上午西湖周边散步,下午湖滨休闲,晚上用餐及自由活动。
周日:上午参观博物馆,下午整理行李并返程。
博物馆名称、预约方式和具体时间标注“待确认”。
支持切换查看两天的安排。
每项活动展示时段、地点、备注,并可展开查看详细说明。
三、预算计算
设置住宿、餐饮、市内交通、门票及其他费用五项输入。
各项初始值为0,允许输入非负金额;
填写后自动计算预计总支出和剩余预算。
超出1500元时,明确显示超支金额。
统一使用人民币,结果保留两位小数。
四、行前清单
预设身份证件、充电器、雨具、常用药品和舒适鞋履。
支持勾选已准备物品,并显示完成数量。
允许新增和删除清单项目。
视觉风格:清爽、简洁,以浅色背景搭配青绿色。
手机端使用单列卡片,行程与预算信息便于阅读。
数据要求:本轮仅在当前页面临时处理输入,不要求跨设备同步。
内容边界:不虚构实时天气、门票价格、营业时间和交通耗时;
需要确认的信息统一标注“出行前核实”,不设置购票或付款功能。
家庭月度收支示例
家庭记账页面应区分收入、支出和预算,避免将“当月结余”与“预算剩余”混为一谈。对于需要持续使用的记录类网页,还应明确数据保存位置,以及更换浏览器后能否继续查看。
请制作一个“家庭月度收支”网页,用于个人记录日常收入和支出。
页面结构:月份选择、收支概览、添加记录、明细列表和分类统计。
一、收支概览
展示所选月份的收入合计、支出合计和收支结余。
收支结余=当月收入-当月支出。
另设月度支出预算,默认5000元,可修改;
预算剩余=月度预算-当月支出,超支时显示超出金额。
二、添加记录
字段包括日期、收入或支出、分类、金额和备注。
支出分类包含餐饮、交通、日用品、住房、学习和其他。
金额必须大于0,最多保留两位小数;
必填项缺失时,在相应位置给出提示。
三、明细与统计
支持按月份、收支类型和分类筛选。
支持编辑和删除单条记录,删除前进行确认。
分类统计仅统计所选月份的支出,不将收入混入支出图表。
没有记录时显示清晰的空状态,不自动加入虚构账目。
四、数据保存
优先在当前浏览器本地保存记录,不连接银行、支付账户或云端数据库。
页面注明“记录仅保存在当前浏览器,不自动跨设备同步”。
如当前运行环境不支持本地保存,请明确说明,不要显示虚假的保存成功提示。
增加CSV导出功能,便于另行备份。
视觉风格:清晰、克制,金额与类别容易辨认。
手机端优先保证添加记录和查看明细方便,不依赖鼠标悬停操作。
请用测试记录核对计算与删除逻辑,测试完成后清除测试数据,
并说明刷新后记录是否能够保留。
浏览器本地保存不等同于云端备份。清除网站数据、更换设备或使用不同浏览器,都可能影响记录的可用性;正式使用前,应实际测试保存和导出结果。
学习讲义可视化示例
学习类网页宜围绕已有讲义组织内容,而不是单纯增加图标和动画。知识层级、例题步骤和自测反馈应保持清晰,便于学生复习,也便于家长检查内容是否与当前学习进度一致。
请根据我提供的“一元一次方程”学习讲义,制作一个复习网页。
面向对象:正在学习该内容的初中学生。
制作目标:帮助学生理解知识结构、回顾解题步骤并进行简短自测。
页面设置四个区域:
1.知识框架:按讲义内容整理概念、基本性质和解题方法;
2.典型例题:展示题目,并通过“查看下一步”逐步展开解题过程;
3.易错提醒:将常见错误与正确处理方式并列展示;
4.自测练习:设置5道与讲义难度相符的练习题。
交互要求:
点击知识卡片可展开说明;
自测题提交后,显示判断结果和解题依据;
支持重新作答,不在首次展示时直接展开全部答案。
内容要求:
讲义原有题目、条件和结论不得擅自改动;
自行编写的题目须标注“补充练习”,并检查答案与计算过程;
讲义中存在不清楚或疑似错误的内容时,单独列出待确认项。
视觉风格:浅色背景,层级清楚,公式和正文均便于阅读。
手机端知识框架改为分层列表,避免将整张大图缩小后显示。
数据要求:本轮不设置账号,不长期保存答题记录。
如果我尚未提供讲义,请先提示补充,不要声称已经根据讲义完成整理。
讲义内容:
{在此粘贴讲义内容,或说明随任务提供的资料}
运动记录与热量估算示例
以运动健身卡路里燃烧器可作为运动类网页的需求参考。实际制作时,应区分运动记录与热量估算:前者记录用户输入,后者依赖计算方法和参数,不能将估算结果表述为设备实测值。
请制作一个“每周运动记录”网页,用于记录日常运动情况。
页面内容:
本周运动概览、添加运动记录、每日明细和目标完成情况。
记录字段:
日期、运动项目、运动时长和备注。
运动项目包含步行、跑步、骑行、游泳和其他。
运动时长以分钟为单位,必须大于0。
统计要求:
按自然周汇总运动总时长和运动天数;
同一天存在多条记录时,运动天数只计算一次;
每周目标由用户自行填写,不预设适合所有人的统一目标。
热量估算为可选功能:
只有在提供了可核查的计算方法和参数后才启用;
展示计算依据、单位和适用条件,结果统一标注“估算值”;
缺少必要参数时显示“暂无法估算”,不要自行补齐数据。
不将估算结果用于判断身体状况或给出减重效果承诺。
交互要求:
支持添加、编辑和删除记录;
修改记录后同步更新统计;
图表之外保留文字汇总,便于直接查看数值。
视觉风格:简洁、明快,重点突出日期和运动时长。
数据要求:本轮仅处理当前页面输入,不读取手机、手表或其他应用的数据。
可选计算资料:
{填写已确认的估算方法、参数及来源;没有则暂不启用热量估算}
预览修改

网页生成后,应先检查内容与结构,再测试按钮、输入框、筛选和计算等操作。需要调整时,可在当前任务中继续说明修改要求,明确涉及区域、适用设备、现有问题和预期效果;必要时附上截图,减少对位置和样式的理解偏差。
检查时,可按以下项目逐项核对:
对于预算和记账页面,宜使用容易手工核算的数据进行测试。例如,输入两笔分别为100元和20元的支出,检查合计是否为120元,再修改或删除其中一笔,确认统计结果同步变化。
修改示例
请修改当前“杭州周末两日游”网页,范围如下:
行程区域:
手机端将左右排列改为上下排列;
活动标题允许自然换行,不使用省略号隐藏重要内容;
切换日期后,只显示对应日期的行程。
预算区域:
将“计划预算、预计总支出、剩余预算”放在同一组信息卡片中;
输入负数时提示重新填写,不参与计算;
超出预算时显示具体超支金额,不能只改变文字颜色。
行前清单:
增大勾选区域,便于手机操作;
新增项目后立即更新总数量;
删除已完成项目后,同步更新完成数量。
页面布局:
调整固定导航,避免跳转后遮挡栏目标题;
取消造成内容截断的固定高度;
检查是否存在横向滚动。
保留现有配色、行程内容和栏目顺序,不重做无关区域。
修改后请列出变更内容,以及仍需人工检查的事项。
如果生成结果只有文字说明或代码片段,可进一步要求提供完整页面,并说明运行所需的文件和依赖。不能仅凭“已完成”“已修复”等文字判断任务结束,仍应以实际显示和操作结果为准。
保存与使用
网页代码、对话记录和页面录入数据应分别保存,对话留存不能替代数据备份。下载、复制代码和分享等操作应以结果页实际提供的功能为准,不能仅凭创建入口截图判断按钮位置、导出格式或分享范围。
不依赖后台服务的简单页面,可要求星火整理为完整 HTML 文件。样式和脚本内嵌后,通常可通过浏览器打开;但网页文件未必包含全部依赖资源,使用外部图片、字体或接口时,仍可能需要联网或额外配置。
文件整理示例
请将当前已确认的网页整理为便于保存和复用的完整版本。
交付要求:
1. 优先提供单个HTML文件,将页面样式和交互脚本包含在文件内;
2. 列出仍需单独保存的图片或其他资源;
3. 说明是否依赖外部网络、第三方库或接口;
4. 说明浏览器打开后的主要使用步骤;
5. 说明记录保存在哪里,以及刷新、关闭页面后会发生什么;
6. 列出尚未实现或尚未验证的功能。
如果无法整理为单文件,请提供清晰的文件结构和运行说明。
不要将仅用于演示的交互描述为已经接通的正式服务。
网页生成与网站上线属于不同环节。能够在预览中使用,不等于已经获得可公开访问的网址;能够填写表单,也不等于数据已提交到服务器。若后续需要公开访问、多人共用、长期保存数据或接入外部服务,应进一步确认部署方式、数据存储和访问权限,并在实际使用环境中重新测试。
评论
登录后查看