网站生成


image-20261026101059290

使用 网站 相关功能开展文本、报告或网页创作时,应明确成果类型、使用对象、参考资料、内容结构及呈现方式,便于生成可继续完善的初稿或预览版本。以下示例中,{} 内的内容为可替换变量,使用时根据实际需求填写。

报告内容生成

生成报告时,应提供真实、准确的基础资料,并明确统计范围、篇幅要求及章节安排,确保内容符合实际需求。对于缺失或尚待核实的信息,应要求在报告中明确标注,严格区分事实与推测,避免将未经验证的内容作为事实写入报告。

社区老年食堂月度运营报告示例

请根据我提供的资料,撰写一份《{社区老年食堂月度运营报告}》。

使用对象:{社区居委会月度例会参会人员}。
统计周期:{填写起止日期}。
参考资料:{上传或粘贴就餐人数、菜品安排及居民意见汇总}。
联网要求:{不需要联网,仅依据我提供的资料撰写}。

内容要求:
1. 按“{本月概况、就餐数据、居民反馈、存在问题、下月计划}”组织;
2. 全文约{1200字},采用{正式、客观}的表述;
3. 数据部分使用表格,并注明统计口径;
4. 仅依据所提供的资料,缺失信息标注为“待补充”;
5. 将事实情况与改进建议分别表述;
6. 下月计划应区分已确定的安排与建议开展的事项,不将建议写成已经确认的决定。

社区敬老活动总结报告示例

请根据我提供的资料,撰写一份《{社区重阳节敬老活动总结报告}》。

使用对象:{社区工作人员及活动组织人员}。
写作目的:{总结活动开展情况,为后续敬老活动提供参考}。
活动时间:{填写活动起止日期}。
参考资料:{上传或粘贴活动方案、签到记录、经费明细及参与者意见}。
联网要求:{不需要联网,仅依据我提供的资料撰写}。

内容要求:
1. 按“{活动概况、开展情况、经费使用、参与者反馈、改进建议}”组织;
2. 全文约{800字},采用{正式、客观、简洁}的表述;
3. 参与数据和经费使用情况以表格呈现,注明统计口径及金额单位;
4. 区分报名人数与实际到场人数,不根据照片或零散描述推算人数;
5. 参与者反馈应依据已有记录归纳,不编造评价或夸大活动成效;
6. 改进建议单独列出,并说明所依据的具体问题。

缺失信息统一标注为“待补充”。如资料之间存在数据不一致的情况,请列出差异及待核实事项,不自行选取或修改数据。

对于资料较多的报告,可先要求整理数据口径和内容提纲,确认后再生成正文。修改时,应明确指定章节、调整范围及保留内容,例如“仅压缩居民反馈部分,其余章节及数据保持不变”。

核对报告时,应同时检查原始数据、单位、统计周期及计算方法,重点确认合计、比例和增长率。“人数”与“人次”等不同口径不得混用;缺失数据应标注为“待补充”,不能直接按零处理。涉及活动成效的表述,应有相应资料支持,个别意见不宜概括为全体参与者的共同评价。

网页生成发布

需要制作网站时,可在 Agent 对话中说明网站用途、使用对象、栏目结构、视觉风格及交互要求。首次生成时,建议先制作预览版本,检查页面内容与功能后再考虑发布。

社区亲子读书会报名页面示例

请制作一个“{社区周末亲子读书会}”单页网站,先生成预览版本。

使用对象:{有意参加社区亲子活动的家长}。
网站用途:{介绍活动安排,并展示报名流程}。
参考资料:{提供活动介绍、时间、地点、参加条件及场次安排}。

栏目设置:
1. 活动介绍;
2. 时间与地点;
3. 报名区域;
4. 常见问题。

报名字段:{家长姓名、联系电话、孩子年龄、参加场次}。
视觉风格:{清新、简洁,适合移动端浏览}。

内容与功能要求:
1. 仅使用所提供的活动资料,缺失的时间、地点等信息统一标注为“待补充”;
2. 报名区域应清楚展示各字段名称及必填要求;
3. 本次先制作原型,不接收真实报名数据,也不发布;
4. 如展示提交后的提示,应明确说明为演示效果,不表示真实报名成功;
5. 请说明报名提交功能是否已实现;如需连接数据存储或其他服务,请列明待配置事项。

社区便民服务指南示例

请制作一个“{社区便民服务指南}”单页网站,先生成预览版本。

使用对象:{社区居民,兼顾老年人使用需求}。
网站用途:{集中展示社区服务信息,方便居民查询办理事项及联系方式}。
参考资料:{提供服务项目、办理地点、开放时间、联系电话及办理须知}。

栏目设置:
1. 服务项目导航;
2. 办事指南;
3. 常用联系电话;
4. 常见问题。

内容与呈现要求:
1. 按“{养老服务、健康服务、日常便民}”分类展示服务项目;
2. 各项目包含{服务内容、适用对象、办理地点、开放时间和联系方式};
3. 整体采用{简洁、清晰}的视觉风格,使用较大字号和对比明显的配色;
4. 适合手机浏览,避免文字过密、按钮过小或页面出现横向滚动;
5. 点击导航可跳转至对应栏目,并提供返回顶部按钮;
6. 仅使用所提供的资料,缺失信息统一标注为“待补充”,不自行编造地址、时间或联系方式。

本次仅制作预览版本,不发布,不收集居民个人信息。
完成后,请列出已实现的交互功能、尚未实现的功能及需要补充的资料。

预览时,应检查栏目完整性、移动端排版、按钮跳转及表单行为。涉及报名的页面,还应确认必填项提示、提交结果及数据保存状态,不能仅根据页面上出现“提交成功”就认定报名功能已经完成。

完成检查并发布后,可进入 更多 > 网站,按网站名称检索已发布的网站,并选择相应条目进行预览。

生成技巧

逐项核对:在需求末尾补充检查要求,让生成结果与任务条件逐项对应,便于发现遗漏并明确后续修改范围。报告可重点检查章节结构、数据口径及事实依据;网页可重点检查栏目完整性、移动端排版及交互功能。

完成初稿后,请按照本次需求逐项检查,并以表格列出:
1. 检查项目;
2. 对应章节或页面位置;
3. 当前状态,标注为“已完成”“待补充”或“待验证”;
4. 存在的问题及下一步处理建议。

对于缺少资料的内容,请明确所需信息;对于未经实际测试的功能,请标注为“待验证”,不要直接认定为已通过。

本轮先输出初稿及检查结果,后续根据我指定的范围进行修改。

自查结果可作为复核线索。涉及原始数据、计算结果或实际操作的内容,仍需结合参考资料与预览结果确认,不能仅凭生成的检查说明判断其准确性。

注意事项

  • 明确资料范围:提交需求时,应说明哪些内容属于真实资料、示例素材或待确认信息。需要联网补充时,应限定来源类型和时间范围,并要求附上来源链接,便于核实。
  • 统一统计口径:报告中的时间范围、单位、统计对象和计算方法应保持一致。涉及比例或增长率时,应明确计算依据;缺少必要数据时,不应强行计算或补齐结果。
  • 区分事实与建议:已经发生的情况、根据资料得出的分析及后续改进建议,应分别表述。未经确认的计划、未经核实的评价,不应写成既定事实。
  • 确认功能状态:网页能够显示表单或按钮,不代表数据提交、保存及通知功能已经实现。应分别确认页面展示、交互行为和数据处理是否完成,并通过实际操作验证。
  • 保护个人信息:制作原型或开展测试时,应使用虚构的姓名、电话等示例数据。正式收集信息前,应明确收集用途和必要字段,避免在公开页面展示居民个人信息。
  • 核查发布内容:报告正式使用或网站对外发布前,应核对名称、日期、地点、联系方式及关键数据,并处理“待补充”等占位内容。预览链接与正式发布链接也应加以区分,避免误将未完成版本用于对外传播。

评论

登录后查看