在当今设计项目中，图纸的展示与沟通效率直接影响工作推进，向客户汇报、团队协作或技术交底时，许多人仍依赖临时操作软件配合口头解说的传统方式。这种现场展示模式局限明显：汇报时节奏紧张易遗漏细节；远程沟通时对方跟不上视角；不太会录制展示视频，有时候几秒的视频比口述更清楚等问题。如果只需一次点击，就能自动生成展示视频，将三维模型转化为直观易懂的动态演示，那就太方便了。
正是基于这一核心需求，浩辰CAD看图王正式推出「一键导出视频」功能，为图纸展示与沟通提供更高效、专业的解决方案。
1、关于“一键导出视频”当你在浩辰CAD看图王中打开你的三维图纸，自动为你生成一个专业、流畅、酷炫的图纸展示视频。操作极简：在软件中打开您的图纸（目前仅支持三维图纸），找到按钮，点击一下；生成极快：系统自动处理，通常几秒钟就可以生成一个7-15秒的展示视频；效果实用：视频会自动对三维模型进行平滑旋转、多角度展示，画面流畅，重点突出，拿得出手，无须自己手动操作。功能核心：简单、快速、便捷

2、关于为何要创造它？
目标一：极致降低使用门槛CAD用户中有很多是奋战在一线的工作人员，他们可能是CAD看绘一体高手，但不一定是视频剪辑能手，有时候想录制个视频却无从下手。因此，我们砍掉了所有复杂的步骤：你只需要：打开三维图纸-> 点击“导出视频” -> 获得一个酷炫的5-15秒视频（根据图纸复杂程度、设备性能等生成不同时长视频）。目标就是让零基础的用户也能快速上手，轻松生成过去需要一定基础才能做出的展示效果。
目标二：无缝分享，展示作品一个好的图纸，值得被更多人欣赏。浩辰CAD看图王【一键导出视频】功能的核心设计，就嵌入了无缝的分享流程。视频生成后，会直接弹出分享菜单，你可以：一键分享至微信、朋友圈、QQ、微博、小红书等主流社交平台。还可以直接保存到手机相册，方便你在任何场合使用。后续将为大家展示更多软件图纸展示视频。

一级标题一、为什么要做这件事

在搜索系统中， C++ 引擎长期扮演着底层核心基础设施的角色：性能敏感、逻辑复杂、变更频繁，同时承载着大规模线上流量的稳定运行。随着业务持续发展和技术架构不断演进，我们逐步意识到：在高频迭代背景下，回归能力也需要同步升级。

过去一年，我们围绕搜索 C++ 引擎展开了一次系统性的回归能力工程化建设。本文将介绍这次能力升级的背景思考、核心设计思路以及落地实践。

二级标题高频迭代背景下：回归能力需要同步升级

搜索 C++ 引擎的升级主要来自三类需求：业务功能需求、重要技术项目（有 QA 深度参与）、大量技术优化与结构性改造需求。

在实际迭代节奏中，技术优化与结构性改造类需求占比较高，引擎整体呈现出多人并行开发、持续迭代推进的状态。随着规模扩大，我们发现：现有回归环境更适用于单次项目式验证。多需求并行时，资源调度与复用能力仍有提升空间，回归准出标准尚未完全工程化。这意味着，在稳定性要求不断提升的背景下，我们有必要构建更加标准化、流程化的回归体系，让质量保障能力与迭代节奏匹配。

二级标题现有测试方式的演进空间

当前搜索引擎主要依赖两类测试手段：DIFF 测试和压测，这些手段在长期实践中发挥了重要作用，但随着业务复杂度提升，我们也逐步看到进一步优化的空间：流量获取依赖下载日志、手工上传，自动化程度仍可提升。DIFF 过程中存在自然噪音。需要更精细化处理（AA DIFF、排序不稳定）。报告与分析信息分散在不同工具中，定位效率有优化空间。多套工具并行使用，缺乏统一平台化沉淀。整体来看，测试能力更多体现为“工具能力集合”，而在流程标准化、资产沉淀与统一治理方面仍有提升空间。

二、我们要解决什么问题

这次建设的目标，并不是简单“再做一个工具”，而是希望系统性解决以下问题：让 DIFF 和压测成为搜索 C++ 引擎的标配回归能力、让回归结果具备可分析、可归因能力、让回归成为发布的硬性准出标准、保证工具本身的稳定性，不成为新风险、整体提升引擎的回归效率和交付质量、通过流程和流水线，降低对“人”的依赖。一句话总结：把回归这件事，从“靠自觉”，变成“靠系统”。

三、整体方案概览

围绕上述目标，我们将建设拆分为五个关键方向：流量录制：一次录制，多处复用。环境建设：稳定、可复用的 DIFF/ 压测环境。DIFF 工具体系：从“能跑”到“好分析”。一键压测能力：降低执行门槛。工具与索引平台集成：让回归真正被用起来。

下面将会按模块展开说明。

流量录制：回归的基础设施

为什么先做流量录制

DIFF 和压测的核心前提只有一个：真实、稳定、可复用的流量。因此我们优先建设了搜索 C++ 引擎的流量录制链路，作为后续所有测试能力的基础。

流量如何触发

• 在索引平台集群详情页直接发起流量录制。
• 索引平台更新 ARK 配置中心中的录制配置。
• 搜索 C++ 引擎实时监听配置变化。

录制配置设计

所有配置统一收敛在 dsearch3#test.properties，支持：

• 全局开关。
• 指定 app / group。
• 截止时间。
• 指定 IP。
• 采样率（0～100）。

这使得录制行为可控、可回收、可精细化管理。

流量生成与存储

• 引擎侧根据配置生成 Kafka 消息。
• 多业务场景复用同一 ARK 集。
• 多场景流量复用同一个 Kafka Topic。

最终流量落入 ODPS，按天分区，字段包含：

• 请求体。
• 流量场景。
• 实验信息。
• 环境信息（生产 / 预发）。

这为后续 DIFF、压测、问题复现提供了统一数据源。

流量存储字段说明：

request_type:流量标签（原C++引擎请求类型）
app_name:C++引擎appName
group_name:C++引擎groupName
request_body:录制的C++引擎请求体
env:录制的流量环境：预发/生产
graph_name:图名称
experiments：实验列表（搜索新增）
pt:ODPS分区，按天分

DIFF 测试：从无到“可归因”

DIFF 执行流程：

DIFF 的入口统一在索引平台：查询流量 → 选择流量 → 配置参数 → 触发 DIFF → 查看报告。底层由测试服务 + 脚本完成：流量筛选与改造、请求转发、去噪、报告生成与存储。

DIFF 对比方式：

对照组部署 master 分支，实验组部署预发布分支。指定行或者指定集群方式请求对照组和实验组环境。打开新功能开关进行响应比对，生成预期有DIFF报告。

DIFF 环境设计

支持两种模式：

• 指定集群：对照组 / 实验组两套完整集群。
• 指定行：精确绑定 search / rank IP。

通过该设计，保证对比的唯一变量只有代码和配置。

流量筛选与回放改造

支持多维度筛选：

• 搜索场景（交易 / 社区 / 聚合等）。
• 流量标签（综合 / 销量 / 新品等）。
• 实验命中情况。

同时解决了生产流量无法直接在预发回放的问题（表名、图参数、模型等适配）。

DIFF 策略设计

我们不只关注“有没有 DIFF ”，而是关注这个 DIFF 是否符合预期，因此 DIFF 被拆为两类：

响应 DIFF

• 响应字段对比。
• 漏斗算子字段对比。

指标 DIFF

• 相似度分布（忽略/不忽略排序）。
• 漏斗算子一致率。
• 字段增删改统计。
• 定制化指标。

DIFF 去噪

DIFF 不可用，往往不是因为“真问题”，而是噪音太多。我们重点处理了：AA DIFF（排序不稳定、非确定性逻辑）、可忽略字段、数值微小波动、内部超时导致的异常结果，目标只有一个：让开发看到的DIFF，尽可能都是真问题。

DIFF 报告设计

报告展示

DIFF 汇总报告：

• 应用、集群、请求接口、流量标签、路由信息、对比数量、DIFF 数量、完全一致率、query_tag 平均召回数、score 平均分等。
• 相似度分布统计报告（不忽略排序/忽略排序）。
• 漏斗算子一致率统计报告。
• 字段增删改统计。

DIFF 详情报告：

• traceId、一致率、增删改字段、请求体等。
• 漏斗算子 DIFF 明细。
• 响应 DIFF 明细。

报告通知

通知到群 @个人，添加报告链接。

压测：一键完成性能回归

压测执行流程：

• 索引平台作为压力测试发起入口，查询流量->选择流量->填写压测参数->压测触发->压测记录查看。
• 测试服务提供索引平台操作的接口能力，查询流量->流量筛选->压测文件生成->压测任务触发->压测状态更新。
• 压测平台提供实际压测能力，启动压测任务->生成压测报告。

整个过程无需人工干预。

执行方式：

• 对照组：master 分支。
• 实验组：预发布分支。
• 开启新功能开关。
• 阶梯式加压，对比性能曲线。

压测环境设计

同 DIFF 环境建设。

压测报告设计

报告展示

压测平台报告。

报告通知

通知到群 @个人，添加报告链接。

发布流水线与准出机制

回归能力建设的最终目标，是进入发布流程。当前已完成：UT / MR 流水线初步建设，后续规划中将：把 DIFF 和压测作为发布硬性卡点、回归不通过，禁止上线、回归过程自动扩缩容，避免长期占用资源、自动生成准出报告。

四、后续规划

回归执行率 100%：解决“忘跑回归”。

准出流水线全自动化。

横向覆盖更多搜索场景（流控、商业化、国际搜索等）。
形成统一的上线 SOP 规范。

五、总结

搜索 C++ 引擎回归能力建设，并不是一次“工具升级”，而是一场工程化治理：把经验变成流程、把自觉变成约束、把风险前移到上线之前，最终目标只有一个：让搜索引擎的每一次升级，都更可控、更可信。

往期回顾

1.得物社区搜推公式融合调参框架-加乘树3.0实战

2.深入剖析Spark UI界面：参数与界面详解|得物技术

3.Sentinel Java客户端限流原理解析｜得物技术

4.社区推荐重排技术：双阶段框架的实践与演进｜得物技术

5.Flink ClickHouse Sink：生产级高可用写入方案｜得物技术

文 /耿辉

关注得物技术，每周更新技术干货

要是觉得文章对你有帮助的话，欢迎评论转发点赞～

未经得物技术许可严禁转载，否则依法追究法律责任。

一、概述总结

教育平台商家管理小程序系统是一款专为教育培训行业打造的数字化商家管理解决方案，深度集成微信生态与抖音流量入口，支持微信公众号与小程序双端运营。系统采用PHP5.6/PHP7.1技术架构，源码加密交付，确保商业安全性与稳定性，帮助教育机构实现从获客、转化到运营管理的全流程数字化升级。

二、功能介绍

1. 多端融合运营

• 微信生态深度集成：无缝对接微信公众号，支持微信昵称、头像、性别、地区等用户信息获取，实现精准用户画像
• 抖音小程序定制：打通抖音流量池，支持短视频挂载、直播引流等场景，拓展年轻用户群体
• 位置服务：基于LBS定位功能，支持附近门店展示、距离计算，提升线下到店转化率

2. 商家管理中枢

• 机构信息管理：商家资质审核、门店信息维护、营业时间设置
• 课程产品管理：课程发布、分类管理、价格策略、库存控制
• 订单交易系统：在线支付、订单追踪、退款处理、财务对账

3. 用户运营体系

• 会员管理：用户标签体系、会员等级、积分系统
• 营销工具：优惠券、拼团、秒杀、分销等社交裂变玩法
• 相册展示：支持课程环境、学员作品、师资力量等多图展示

4. 数据智能分析

• 实时数据看板：订单量、转化率、用户增长等核心指标
• 用户行为分析：访问路径、停留时长、转化漏斗
• 经营报表导出：支持财务数据、课程数据多维度导出

三、适用场景与行业价值

核心适用场景

场景类型 具体应用

K12教育 学科辅导、兴趣培训、寒暑假集训营招生

职业教育 技能认证、资格培训、企业内训服务

素质教育 艺术培训、体育训练、STEM教育

知识付费 在线课程、直播授课、付费社群

行业价值体现

1. 降本增效

• 自动化管理流程减少人工运营成本
• 数字化营销降低获客成本（CAC）
• 在线化服务减少场地依赖

2. 流量变现

• 微信私域流量沉淀与复用
• 抖音公域流量精准捕获
• 社交裂变实现低成本增长

3. 体验升级

• 家长/学员随时查看课程、预约、缴费
• 透明化服务流程提升信任度
• 即时通讯缩短服务响应时间

4. 决策支持

• 数据驱动课程优化与定价策略
• 用户画像指导精准营销
• 经营数据实时监控预警

四、常见问题解答（Q&A）

Q1：这个系统适合个人教师使用吗？

A：系统主要面向有实体门店或培训机构的商家设计，支持多门店管理。个人教师如需使用，建议选择轻量级版本，或联系客服定制简化版功能。

Q2：源码加密会影响二次开发吗？

A：系统采用商业级加密保护核心代码，但提供完善的API接口和插件机制，支持在框架内进行功能扩展和界面定制，不影响正常业务开发需求。

Q3：抖音小程序和微信小程序数据互通吗？

A：是的，系统支持双端数据统一后台管理，用户数据、订单数据、课程数据实时同步，商家可在同一后台管理所有渠道业务。

Q4：系统对服务器有什么要求？

A：支持PHP5.6或PHP7.1环境，建议配置：Linux系统、MySQL5.6+、Nginx/Apache。具体配置需根据机构规模和并发量评估，购买后提供部署指导。

Q5：用户隐私数据如何保障？

A：系统严格遵循《个人信息保护法》，用户敏感信息加密存储，权限分级管理，支持隐私协议自定义配置，确保合规运营。

Q6：是否支持现有学员数据迁移？

A：支持Excel批量导入历史学员数据，提供数据迁移工具和操作手册，确保机构历史数据无缝衔接。

一、概述总结

芒果疯狂霸屏单开版是一款基于微擎系统开发，深度融合抖音开放平台接口的新型商户引流拓客工具。该系统通过AI自动化视频合成技术，让终端客户到店扫码即可一键转发商家预设视频至抖音平台，实现"疯狂霸屏"式的裂变传播效果。

产品采用源码加密交付方式，支持微信公众号部署，兼容PHP5.5/5.6/7.1多种环境。系统操作简单易上手，商户接受度高，服务周期内提供免费更新保障，是实体门店低成本获客的数字化营销利器。

二、功能介绍

1. AI智能视频合成系统（核心功能）

• 多素材智能混剪：后台可上传视频、图片、音频等多元素材，AI自动完成分割、加特效、合成及音频插入
• 独家合成机制：极大程度减少服务器压力，无需高配置即可稳定运行
• 智能去重算法：有效解决视频重复限流问题，确保发布内容原创度
• 随机发布模式：合成视频可随机组合发布，提升内容多样性

2. 引流拓客功能

• 一键扫码转发：终端客户扫码即可自动转发商家预设抖音视频，操作门槛极低

• 双模式运营：

  • 卡券模式：用户领取卡券后跳转其他功能，促进二次消费
  • 纯推广模式：直接跳转商家抖音主页，增加粉丝关注
• 裂变式传播：借助抖音平台流量优势，实现"一传十、十传百"的曝光效果

3. 商家运营管理后台

• 活动管理：创建活动、绑定商家、设置核销员、统计数据
• 用户管理：统计用户数量、商家数量、活动数据
• 素材库管理：统一管理视频、文案、图片等营销素材
• 数据看板：实时监控活动效果，优化运营策略

4. 配套支持服务

• 运营素材包：提供招商PPT、展架、引导图片、宣传网站源文件、宣传视频等十余类资料
• 增值服务：服务器环境部署、模块安装、二次开发、抖音蓝V认证等
• 售后保障：服务周期内免费更新，持续优化功能体验

三、适用场景与行业价值

（一）适用场景

场景类型 具体应用

线下实体门店 餐饮、零售、美容美发、KTV、健身房等需要本地精准引流的店铺

营销活动 门店开业、新品推广、节日促销、周年庆等活动引流

本地生活服务 房产中介、汽车4S店、教育培训、医疗健康等行业

创业者与服务商 通过包月、包年、代理授权等模式开展业务，为商户提供引流服务赚取收益

（二）行业价值

1. 降低引流成本：无需大额广告投入，借助用户社交传播实现"裂变式"获客，获客成本降低80%以上
2. 提升操作效率：商户无需专业视频制作能力，AI自动化合成替代剪辑团队，1分钟生成原创视频
3. 精准流量转化：依托抖音平台流量优势与微信生态传播渠道，实现线上流量向线下门店的精准转化
4. 助力数字化转型：为传统实体门店提供数字化营销工具，适应新媒体时代运营方式
5. 拓展盈利模式：为创业者提供多档运营方案，满足不同阶段发展需求

四、常见问答环节

Q1：该系统适用于什么平台？

A：适用于微信公众号，需基于微擎系统部署，同时对接抖音开放平台实现视频传播功能。

Q2：视频合成功能是否占用大量服务器资源？

A：不会。系统采用独家视频自动合成机制，极大程度减少服务器压力，无需极高配置即可轻松使用。

Q3：转发视频会对终端用户产生影响吗？

A：系统活动需提前告知商户及终端用户，视频会转发至用户抖音作品。未告知引发的后果由程序购买者承担。

Q4：系统是否支持二次开发？

A：支持。提供增值服务包含二次开发服务，源码加密交付保障官方正品权益。

Q5：没有技术背景的商家能使用吗？

A：完全可以。系统操作简单，商户只需上传素材、创建活动即可。终端客户参与门槛极低，扫码一键发布。

总结：芒果疯狂霸屏单开版是一款功能聚焦、性价比高的短视频营销工具，特别适合预算有限但希望快速获取线上流量的实体商家和创业者使用。通过AI视频合成+抖音霸屏的创新模式，帮助商家实现低成本、高效率的精准获客。

一、概述总结

百姓质保卡系统是由新瑞科技开发的一款基于微擎框架的微信小程序插件，专为替代传统纸质保修卡而设计的电子三包凭证管理系统。

该系统依托微擎强大的生态体系和主模块（百姓防伪溯源系统）的数据资源，为企业提供数字化质保卡解决方案。用户通过扫描产品包装上的二维码即可快速激活电子质保卡，自动绑定微信账号，实现售后服务的数字化管理。电子质保卡与纸质保修卡具有同等法律效力，可作为享受国家三包服务的有效凭证。

二、功能介绍

1. 前端用户功能

功能模块 功能说明

防伪溯源入口激活 从防伪溯源结果页进入，点击"激活电子质保卡"按钮

激活声明协议 用户需阅读并同意质保卡激活协议

激活登记 填写商品名称、销售方名称、销售方电话、消费者电话、购买时间等信息

质保卡展示 展示完整的电子三包凭证，包含在保状态、质保时长、截止日期、激活时间等

质保卡查询 支持通过质保卡号或防伪码进行查询，可配置到公众号菜单

质保卡展示内容（11项核心信息）：

1. 在保状态
2. 质保时长
3. 质保截止日期
4. 激活时间
5. 激活人（绑定微信）
6. 产品名称
7. 产品原防伪码
8. 产品销售方
9. 产品销售方电话
10. 消费者电话
11. 购买日期

2. 后端管理功能

• 质保卡管理：查看所有已激活的质保卡记录
• 筛选查询：支持按防伪码、质保卡号等多维度筛选
• 信息查看：查看完整的商品信息、消费信息、激活信息
• 数据导出：支持质保卡数据的管理和导出

3. 增值服务

• 二维码标签印刷与设计：提供一站式标签印刷和设计服务
• 车膜类定制版本：针对汽车贴膜行业提供专属版本

三、适用场景与行业价值

适用场景

✅ 适用对象：所有符合国家三包政策的产品

• 电子产品（手机、电脑、家电等）
• 汽车配件及车膜类产品
• 建材家居产品
• 其他需要提供保修服务的实体商品

行业价值

价值维度 具体优势

环保价值 电子质保卡取代纸质保卡，减少纸张浪费，符合绿色环保趋势

法律效力 电子保修卡等效于纸质保修卡，可作为享受国家三包服务的合法凭证

用户体验 扫码即激活，自动绑定微信，无需携带纸质卡片，售后更便捷

企业管理 数字化管理质保信息，降低纸质卡片制作和存储成本

防伪溯源 与防伪系统打通，实现产品全生命周期管理

客户留存 通过质保卡绑定用户微信，建立长期客户关系

四、常见问题解答（Q&A）

Q1：百姓质保卡系统可以单独购买使用吗？

A： 不可以。百姓质保卡系统是插件形式，必须配合主模块"百姓防伪溯源系统"一起使用，单独购买将无法正常运行，责任自负。

Q2：使用该系统需要准备什么资质？

A： 需要准备认证微信服务号，并确保已完成微擎框架的部署和主模块的安装。

Q3：电子质保卡是否具有法律效力？

A： 是的。根据相关规定，电子保修卡是等效于纸质保修卡的电子凭证，可以作为享受国家三包服务的有效凭证，用户可凭此享受售后服务中心的保修服务。

Q4：用户如何激活电子质保卡？

A： 用户购买产品后，扫描包装上的二维码标签，在防伪溯源结果页点击"激活电子质保卡"按钮，填写相关信息（销售方、购买时间等）并同意协议后即可激活，系统会自动绑定用户微信。

Q5：如何查询已激活的质保卡？

A： 用户可以通过两种方式查询：① 在质保卡查询页面输入质保卡号查询；② 输入产品防伪码查询。企业也可将查询入口配置到公众号菜单方便用户使用。

Q6：系统是否支持定制开发？

A： 支持。官方提供二维码标签印刷、设计等增值服务，同时针对车膜类等行业有专属版本，如有特殊需求可咨询技术客服。

Q7：质保卡包含哪些关键信息？

A： 质保卡包含11项核心信息：在保状态、质保时长、截止日期、激活时间、激活人（绑定微信）、产品名称、原防伪码、销售方及电话、消费者电话、购买日期等。

Q8：系统是否持续更新？

A： 是的，功能在有计划升级中，建议用户及时升级到最新版本以获得最佳体验和最新功能。目前已升级至最新版，并推出了车膜类专用版本。

如需了解更多详情或查看实际演示效果，建议直接联系官方技术客服进行咨询。

、概述总结

快微摄影定制版是专为摄影行业量身打造的微信小程序/抖音小程序解决方案，基于微擎应用市场生态开发。该系统深度整合摄影行业的业务特性，为摄影工作室、影楼、独立摄影师提供从作品展示、在线预约、客户管理到营销推广的一站式数字化经营平台。

作为一款垂直行业SaaS产品，快微摄影不仅支持微信小程序端，还可定制开发抖音小程序版本，帮助摄影商家实现多平台流量获取，打通"内容展示-获客引流-服务转化"的完整商业闭环。

二、功能介绍

📸 核心功能模块

1. 作品案例展示系统

• 分类展示：支持婚纱照、写真、儿童摄影、旅拍等多维度分类
• 高清图集：瀑布流/网格布局，支持大图预览与滑动浏览
• 视频展示：集成短视频播放功能，动态呈现拍摄花絮与成片效果
• 风格标签：通过标签体系帮助客户快速定位心仪风格

2. 在线预约与订单管理

• 档期预约：可视化日历选期，实时查看摄影师/场地空闲时段
• 套餐选择：清晰展示不同价位拍摄套餐内容与包含服务
• 定金支付：微信支付集成，支持在线支付定金锁定档期
• 订单追踪：客户可实时查看订单状态（待拍摄/拍摄中/后期制作/已完成）

3. 门店信息与导航

• 店铺展示：门店环境、团队介绍、服务流程透明化呈现
• 一键导航：集成地图导航，方便客户到店咨询
• 联系方式：电话直拨、客服咨询、微信客服多渠道触达

4. 客户互动与营销工具

• 公告通知：发布优惠活动、新片上线、节假日营业通知
• 客户评价：真实客片评价展示，建立信任背书
• 分享裂变：支持生成海报分享，老客带新客激励机制

5. 后台管理系统

• 内容管理：便捷上传作品、编辑套餐、更新门店信息
• 订单处理：预约审核、档期调整、订单状态管理
• 数据统计：访问量、预约转化率、热门套餐等经营数据分析

三、适用场景与行业价值

🎯 适用场景

场景类型 具体应用

婚纱摄影 婚纱套系展示、外景地推荐、试纱预约、婚礼跟拍预约

儿童摄影 百天照、周岁照、亲子照主题展示，成长套系预订

个人写真 艺术照、证件照、形象照在线选风格与预约

商业摄影 产品拍摄、企业宣传照、活动跟拍服务展示

旅拍服务 目的地展示、样片欣赏、行程预约与定金管理

💡 行业价值

对商家而言：

• 降本增效：替代传统纸质样册，降低物料成本；线上预约减少客服沟通成本
• 品牌升级：专业小程序展示提升品牌形象，区别于传统朋友圈发图模式
• 私域沉淀：将公域流量（抖音/微信）转化为私域客户，建立长期客户关系
• 数据驱动：通过访问数据分析客户偏好，优化套餐设计与营销策略

对客户而言：

• 便捷体验：随时随地浏览作品，无需到店即可了解服务内容与价格
• 透明消费：套餐明细、客片效果、服务流程一目了然，降低决策门槛
• 高效预约：在线选期、在线支付，省去电话沟通与到店确认的繁琐流程

四、常见问题解答（Q&A）

Q1：快微摄影支持哪些平台？

A：系统主要支持微信小程序，同时提供抖音小程序定制开发服务，可帮助商家覆盖微信与抖音两大流量生态。

Q2：我没有技术团队，能使用这个系统吗？

A：完全可以。快微摄影是SaaS化解决方案，提供可视化后台管理，您只需上传图片、编辑文字内容即可快速上线，无需编程基础。

Q3：系统支持在线支付吗？支付安全吗？

A：支持。系统集成微信支付，客户可在线支付拍摄定金或全款。支付通道由微信官方提供，资金安全有保障，符合监管要求。

Q4：我可以自定义小程序的界面风格吗？

A：支持基础自定义。您可以根据品牌调性调整配色、上传Logo、设置轮播图等。如需深度UI定制，可联系开发商进行个性化开发。

Q5：如何更新作品案例？操作复杂吗？

A：非常简单。通过电脑端后台管理系统，您可以像发朋友圈一样上传图片/视频、填写描述、选择分类，即时同步到小程序前端展示。

Q6：系统是否支持多门店管理？

A：基础版本适用于单门店经营。如需多门店连锁管理功能（如分店展示、分店预约、总部统一管理），建议咨询定制开发方案。

Q7：客户数据安全如何保障？

A：系统部署在微擎云端服务器，采用数据加密传输与存储，定期备份。客户预约信息仅商家后台可见，符合个人信息保护规范。

Q8：购买后包含售后服务吗？

A：微擎应用市场标准购买包含基础技术支持。具体服务期限与范围（如系统更新、Bug修复、使用指导）建议在购买前与开发商确认服务协议。

总结：快微摄影定制版是摄影行业数字化转型的轻量级解决方案，通过小程序形态帮助商家建立线上展示窗口与获客渠道，适合中小型摄影工作室快速实现"互联网+摄影"的业务升级。

一、概述总结

优优家政预约小程序系统是一款基于微擎平台开发的专业家政服务数字化解决方案，采用微信小程序为载体，支持商业运营、未加密可二次开发、程序可多开等核心优势。该系统以"连接用户与家政服务资源"为核心定位，构建了从"用户下单"到"服务完成、平台分成"的全流程闭环，为家政服务供需双方搭建高效、透明的数字化桥梁。

核心优势：

• 源码未加密：支持二次开发，可根据业务需求定制功能
• 程序可多开：满足多区域、多品牌运营需求
• 售后无忧包更新：服务周期内应用免费更新
• 平台交易闭环：预约服务交易经过整个平台，保障资金安全

二、功能介绍

（一）用户端功能

功能模块 详细说明

服务预约 支持服务项目快捷多勾选提交，填写联系人姓名、电话、地址（可自动获取位置）、预约时间及备注信息

在线支付 支持支付订金锁定服务，服务完成后支付尾款，多种支付方式可选

订单管理 "我的订单"实时查看订单状态、服务进度，清晰掌握服务节点

服务人员筛选 查看入驻人员基本信息（年龄、学历、工作经验、服务类型），部分人员标注"金牌服务"

会员中心 绑定会员身份，查看个人预约记录与平台订单，享受专属服务

优惠券功能 已上线"满5减1""满10减2"等满减活动，降低用户消费成本

（二）服务端功能（入驻人员）

功能模块 详细说明

入驻申请 企业与个人均可提交入驻，个人需填写身份证号、籍贯、现居住地、工作经验等

抢单/派单 订单自动下放到抢单池供服务人员抢单；超时未抢单则系统智能派单

报价确认 服务人员接单后提交具体报价，经用户同意后方可推进服务

提现功能 完成服务并收到尾款后，可通过系统申请提现，保障收益及时到账

服务执行 上门完成服务，上传服务关键信息（如清洁前后对比照片）

（三）平台运营端功能

功能模块 详细说明

入驻管理 审核企业与个人入驻申请，管理入驻人员列表

订单分配 系统自动分配或服务人员抢单，快速匹配服务资源

平台分成 用户验收后系统自动完成平台分成，资金流透明化

短信通知 用户下单、师傅接单、报价、完成服务等节点短信自动通知

数据统计 后台查看订单数据、用户支付记录、服务人员绩效等

（四）即将更新功能

• 平台信息资讯版块：发布行业动态、平台公告、优惠活动
• 入驻人员评级功能：通过服务质量评分等维度对服务人员分级

三、适用场景与行业价值

（一）适用场景

1. 用户场景

• 忙碌的上班族需要日常保洁服务
• 新手父母需要保姆、月嫂服务
• 业主遇到管道疏通、家电维修等应急问题
• 需要搬家、开荒保洁等专项服务的家庭

2. 服务方场景

• 家政服务人员（保洁员、月嫂、维修师傅）拓展线上获客渠道
• 中小型家政机构无需自主开发系统，快速实现线上化运营
• 个体服务者通过平台获取稳定订单来源

3. 平台运营方场景

• 想进入家政服务领域的创业者快速搭建平台
• 覆盖本地或多区域家政服务市场（可复制至不同城市）
• 通过"程序多开"能力拓展多业务线运营

（二）行业价值

价值维度 具体价值

对用户 打破传统家政"信息不透明、服务质量无保障、维权难"痛点，通过平台筛选优质服务人员、查看服务进度、在线支付与维权，提升服务体验与安全性

对服务方 降低线上化运营门槛，无需投入大量资金开发系统，借助小程序流量优势与标准化流程，实现获客、接单、收款一体化

对行业 推动家政服务从"分散化、非标化"向"规范化、数字化"转型，通过平台评级、资质审核、流程标准化，提升行业整体服务质量

对平台方 以低成本快速搭建家政服务生态，通过"平台分成"实现盈利，借助"程序多开""二开"能力拓展业务边界，形成差异化竞争优势

四、常见问题解答（Q&A）

Q1：这款家政服务小程序支持哪些平台？

A： 当前主要适配微信小程序，用户无需下载APP，通过微信即可快速访问和使用。

Q2：用户预约服务时需要填写哪些信息？可以同时选择多个服务项目吗？

A： 用户预约需填写联系人姓名、电话、预约时间、联系人地址（支持自动获取定位），备注信息为选填项。系统支持服务项目快捷多勾选提交，无需多次下单，操作更便捷。

Q3：服务人员如何入驻平台？入驻后如何收取服务费用？

A： 个人和企业均可申请入驻。个人入驻需提供基本信息（身份证号、籍贯、现居住地、工作经验、服务类型等），经平台审核通过后即可接单。服务人员完成服务并待用户支付尾款后，可通过系统"个人提现功能"申请提现，资金到账后即可使用。

Q4：系统是否支持二次开发？交付方式是什么？

A： 系统源码未加密，支持二次开发，可根据业务需求定制专属功能。交付方式为微擎系统在线交付，无需线下获取源码，购买后即可在微擎后台安装使用。

Q5：什么是"程序可多开"？对平台运营有什么帮助？

A： "程序可多开"指平台可同时运营多个小程序实例，例如针对不同城市（如"南京家政""苏州家政"）、不同服务品类（如"保洁专区""月嫂专区"）分别开设独立小程序。这有助于平台拓展多区域、多业务线运营，提升市场覆盖范围与业务规模，实现品牌化矩阵运营。

Q6：平台如何保障交易安全？

A： 系统构建了完整的平台交易闭环：用户下单支付订金→服务人员接单报价→用户确认后服务执行→服务完成用户支付尾款→平台自动分成→服务人员提现。全程资金流转经过平台，避免线下交易带来的欺诈、纠纷与资金风险。系统明确提示"请勿线下交易"，保障双方权益。

Q7：入驻服务人员如何获得订单？

A： 系统采用"抢单+派单"双模式。订单生成后首先进入抢单池，供入驻服务人员抢单；若规定时间内无人抢单，系统将根据距离远近、服务人员评分等因素智能派单给合适的服务人员，确保用户能够及时获得优质服务。

温馨提示： 优优家政预约系统持续迭代更新，购买后享受服务周期内免费更新，后续将上线平台资讯、人员评级等更多功能，助力您的家政服务平台持续优化升级。

实时协同为团队带来了前所未有的效率提升，但对于企业管理者和架构师而言，硬币的另一面是深深的焦虑：“如果每个人都能实时修改，数据被误删了怎么办？”“如何确保敏感数据不被未授权的用户触碰？”“当一份报表由于多人编辑出现逻辑错误时，谁来负责？如何还原？”

在企业级应用中，没有管控的协同是混乱的源头。SpreadJS 协同插件深谙此理。它不仅提供了极致的同步性能，更构建了一套严密的安全管控体系。

作为系列文章的第五篇，我们将深入探讨 SpreadJS 如何通过精细化的权限模型、服务端中间件校验以及完善的操作审计机制，让协作在“安全”的轨道上高速运行。

一、 身份定义：谁在参与协作？

安全的第一步是识别身份。在 SpreadJS 的协同世界中，每一个连接都被赋予了明确的“用户（User）”画像。

通过 IUser 接口，开发者可以定义丰富的用户信息：

• id：用户的唯一标识符，是所有审计追踪的核心。
• name：用于在 Presence 视觉效果中显示的名称。
• permission：这是核心，它直接决定了用户进入协同房间后的“能力边界”。

// 定义一个具有特定权限的用户
const user = {
    id: "finance_manager_001",
    name: "王经理",
    permission: {
        mode: GC.Spread.Sheets.Collaboration.BrowsingMode.edit // 编辑模式
    }
};

二、 浏览模式（BrowsingMode）：平衡个人分析与团队协作

在传统的协作软件中，“只读”往往意味着用户什么都动不了。但在 Excel 场景下，这非常不方便——我可能只是想临时排个序、加个筛选来观察数据，但我并不想影响别人的视图。

SpreadJS 提出了精妙的浏览模式设计：

1. 编辑模式 (Edit Mode)

用户拥有完整权限，所有的修改（Op）都会通过协同服务器广播给所有人。这是团队共同创作的舞台。

2. 查看模式 (View Mode)

这是 SpreadJS 权限设计的点睛之笔。在查看模式下，默认禁用所有会改变数据一致性的命令。但通过 PermissionTypes，开发者可以赋予“查看者”特定的本地操作权限：

• allowFilter / allowSort：允许用户在本地进行筛选和排序，方便数据分析。
• allowResizeRowsOrColumns：允许用户调整列宽以看清内容。
• 核心策略：这些操作产生的变更仅在本地生效，不会生成协同消息发送给他人。这完美解决了“我想看我的，但不想乱了大家的”这一典型痛点。

三、 服务端中间件：协作环境的“安检员”

前端的权限控制是为了优化用户体验，而服务端的校验则是为了兜底安全。SpreadJS 协同服务器允许开发者通过“中间件（Middleware）”逻辑，在操作到达核心引擎之前进行拦截。

1. 连接认证 (Connect Middleware)

当客户端尝试连接协同房间时，服务器会拦截 connect 操作。在这里，你可以接入企业现有的单点登录（SSO）或 JWT 认证系统。

server.use('connect', async (context, next) => {
    const token = context.connection.auth?.token;
    if (!verifyToken(token)) {
        return await next(new Error("身份验证失败")); 
    }
    // 将解析出的用户信息存入 Tags，供后续权限检查使用
    context.connection.tags.set("userRole", "viewer");
    await next();
});

2. 操作权限校验 (Message Middleware)

即使用户已经进入了房间，他的每一条“修改指令”依然要经过审核。例如，你可以规定“只有 Role 为 Editor 的用户能提交 submit 操作”。

如果一个“查看模式”的用户通过非法手段发送了修改指令，服务端中间件会直接驳回并返回“无编辑权限”的错误。

四、 版本追踪与回溯：协作的“后悔药”

在多人高频协作中，最怕的是“改错了却找不回原版”。SpreadJS 协同插件利用 js-collaboration-ot 的底层能力，提供了完善的版本管理机制。

1. 操作历史（getOps）

服务器持续存储所有的操作（Op）。通过 getOps(roomId, fromVersion) 接口，开发者可以像翻阅流水账一样，看到在某个时间段内，谁在哪个位置做了什么修改。这为企业审计提供了最直接的证据。

2. 历史快照预览（fetchHistorySnapshot）

如果文档状态变得混乱，你可以调用该 API 获取特定版本号（Version）的完整快照。

• 应用场景：在侧边栏展示一个“历史版本”列表，点击某一项，利用 SpreadJS 的预览功能加载该版本的快照。用户可以清晰地看到“三小时前”的文档长什么样。
  

3. 强制回滚（hardRollback）

当确定需要放弃当前所有的混乱修改时，可以通过 hardRollback() 将文档强制同步到某个已知的正确版本。这是企业数据治理的最后一道防线。

五、 核心价值：为什么企业需要这种级别的管控？

1. 合规性与审计（Compliance）：金融和医疗行业对数据变更有严格的审计要求。SpreadJS 提供的 Op 级追踪确保了每一笔账目的改动都有据可查。
2. 降低误操作风险：通过查看模式下的本地分析功能，减少了用户因误点导致的意外同步，保护了核心生产数据的稳定性。
3. 业务系统的灵活性：开发者可以根据业务状态动态调整权限。例如：当流程进入“审批中”状态，通过中间件将所有协同用户的权限瞬间锁定为“查看模式”。

六、 结语：让协作更自由，让管理更从容

安全与协同并不是一对矛盾。SpreadJS 通过身份标识、多级权限和版本追踪，为企业构建了一个“既开放又受控”的数字化空间。在这里，团队可以尽情释放创造力，而管理者始终掌控着数据的全局。

至此，我们已经深入探讨了 SpreadJS 协同功能的全部核心技术细节。那么，如何将这些散落的“珍珠”串成一条完美的“项链”呢？

在系列的最后一篇文章中，我们将回归实战。【实践篇】从零到一：手把手教你搭建一套企业级 SpreadJS 协同设计器，带你从第一行代码开始，构建出属于你自己的高效协作平台。敬请期待。

安全配置清单：

• 前端：配置 IUser.permission 设置本地行为。
• 后端：实现 server.use('connect') 拦截非法进入。
• 后端：实现 server.use('message') 拦截非法修改。
• 存储：配置持久化适配器（PostgreSQL/SQLite）以保存历史操作流。

当全球几十万人正疯狂往自己的电脑上安装 OpenClaw（小龙虾）时，一个致命的现实问题挡在了所有狂热者面前：这只“虾”到底该装什么“脑子”？

选错模型，要么变成只会说废话的智障，要么变成一夜掏空信用卡的吞金兽。就在大众陷入“选型焦虑”之际，OpenClaw 之父出面背书了一份名为 PinchBench 的实时榜单。然而，这份专为智能体（Agent）量身定制的测试榜单，不仅狠狠撕下了传统大模型的遮羞布，更揭示了中国 AI 力量一个极其尴尬的反常识现状。

一、 传统评测的丧钟：会做奥数题，不代表会打工

与动辄考察大模型“懂不懂量子力学”或“会不会解微积分”的传统 Benchmark 不同，由 Kilo AI 团队推出的 PinchBench 只关心一件事：它能不能把活干完。

PinchBench 抛弃了传统的知识问答，直接将大模型扔进 23 个极其粗暴的真实工作流中：去查资料、去写邮件、去调 API、去生成报告。在这套包含“自动化脚本检查+大模型裁判（LLM Judge）”的严苛评价体系下，一个令人大跌眼镜的现象出现了——越大的模型，反而摔得越惨。

榜单显示，那些拥有庞大参数量的主流“巨无霸”模型，在真实任务执行力上，往往被参数更小、专门针对 Agent 路径优化过的轻量级模型按在地上摩擦。

【笔者观点】
这是一个极具颠覆性的行业拐点信号。过去三年，整个科技界都在陷入“参数崇拜”，以为只要模型足够聪明（能写诗、能做题），就自然能成为优秀的助理。但这完全是个伪命题！Agent 时代需要的不是只会纸上谈兵的“哲学家”，而是能精准调用工具、不乱发散、指哪打哪的“数字蓝领”。PinchBench 的爆火，正式宣告了“大屏跑分时代”的终结，大模型厂商如果还沉浸在秀智商的幻觉里，必将在接下来的执行力战场上被迅速绞杀。

二、 国产模型的反常识突围：碾压了智商，却输给了账单

仔细看这份榜单，最让国人兴奋的，莫过于中国模型的强势霸榜。

在最核心的“成功率”（Success Rate）指标上，除了谷歌的 Gemini 3 Flash 以 95.1% 占据榜首，第二名和第三名均被中国企业包揽——MiniMax M2.1（93.6%）与 Kimi K2.5（93.4%）。而在“速度”（Speed）这个直接决定用户爽感的指标上，MiniMax 春节刚发布的 M2.5 模型更是直接登顶，将 Claude Opus 4.6 远远甩在身后。

但这真的是一场完美的胜利吗？榜单的第三个维度“价格”（Cost），给这场狂欢泼了一盆刺骨的冷水。

专为轻量级场景设计的 GPT-5-nano，输入和输出价格分别低至 0.05 美元和 0.40 美元/百万 tokens。相比之下，即使是国产模型中最便宜的 MiniMax M2.1，其综合使用成本也几乎是前者的 3 倍。

【笔者观点】
这正是当前国产大模型最痛的隐疾——我们造出了跑得最快的跑车，但用户却加不起油。在 OpenClaw 这种内置了“心跳机制”、需要 24 小时高频自唤醒的 Agent 生态中，Token 消耗量是指数级的。能力再强，如果商业成本无法做到“白菜价”，它就永远只能是少数极客的昂贵玩具，而无法成为普罗大众的基础设施。中国大模型在能力上确实跨越了鸿沟，但在极致的工程化压缩和算力成本控制上，我们依然被 OpenAI 牢牢卡着脖子。

三、 寻找“黄金分割点”：为什么选模型变成了走钢丝？

面对这份榜单，OpenClaw 的用户们陷入了深深的纠结：选谷歌，合规和网络是个大坑；选国产双雄，成功率极高但钱包在滴血；选便宜的 GPT-5-nano，在处理复杂连续动作时又可能掉链子。

PinchBench 给出的“最优解”，是那张横跨成功率与价格二维坐标系的散点图。在左上角的“高性价比黄金圈”内，一共圈出了 8 个模型，其中中国模型占据了半壁江山。这意味着，虽然我们在绝对低价上拼不过 OpenAI 的极限阉割版，但在“以相对合理的价格提供极高执行力”这个象限里，国产模型已经站稳了脚跟。

【笔者观点】
OpenClaw 带来的这场“全民养虾”运动，本质上是一次对全球 AI 算力供应链的极限压力测试。对于开发者和用户而言，闭眼选最贵、最大的模型已经成为最愚蠢的策略；未来的核心竞争力，在于如何根据具体的工作流（是高频简单的邮件，还是低频复杂的代码生成），在 PinchBench 这样的真实榜单中，精准找到那个“刚刚好”的套利空间。而对于中国的大模型创业者来说，紧迫感已经拉满：留给你们沾沾自喜“跑分第一”的时间不多了，2026 年下半场的生死战，不拼智商，只拼谁能把算力成本打到地板价。

👇 欢迎关注我的公众号

在 AI 爆发的深水区，我们一起探索真正能穿越周期的技术价值。
微信搜索 【睿见新世界】 或扫描下方二维码，获取每周硬核技术推文：

欢迎关注【睿见新世界】

本文由体验技术团队岑灌铭原创。

背景：传统 AI 对话的局限

随着大语言模型(LLM)的不断发展，模型选择越来越多，能力也越来越强。但传统大模型对话，主要依赖纯文本输入和输出，一旦涉及复杂交互、结构化展示或多轮协作，就会暴露出明显的体验瓶颈：

• 可读性差、表达形式局限：纯文本呈现方式带来了较高的阅读成本，复杂的业务逻辑、多步骤流程、图表和可视化信息，用纯文字难以准确、高效地表达。例如：一张折线图能直观展示趋势，用文字描述则冗长且不直观。
• 交互闭环断裂：传统对话模式下，用户往往需要经历「先阅读回复 → 理解内容 → 再手动输入下一步指令 → 发送内容继续对话」的流程。
• 工具调用的体验断层：当LLM需要调用工具但缺少参数时，需要文字提示用户补充。用户需要理解每个参数的含义、类型和格式，自行组织输入，这种体验生硬且容易出错。

这些问题的症结在于纯文本形式难以跟上用户对 “高效完成复杂任务” 的核心诉求，而生成式UI正是解决这一痛点的解决方案。

生成式 UI 简介

生成式 UI（Generative UI） 是一种创新的人机交互范式：在对话过程中，能够动态生成并实时渲染 UI 界面，让 AI 不再局限于纯文字输出，而是能够"画"出表单、按钮、图表、卡片等丰富的交互组件。用户可以直接在生成的界面中操作，操作行为即时反馈回对话上下文，驱动模型进行下一轮响应，使交互与对话融为一体。

GenUI SDK 是 OpenTiny 团队基于生成式 UI 理念打造的解决方案，提供完整的前后端一体化集成能力。它遵循 OpenAI 接口规范，可无缝对接主流大模型服务；内置 Vue 与 Angular 双框架渲染器，支持自定义的组件库、交互行为与主题样式。无论是从零搭建一个 AI 对话应用，还是在现有业务系统中嵌入生成式界面能力，GenUI SDK 都能让开发者开箱即用、灵活扩展。

核心亮点

交互范式的三大突破:

1、以界面重构文字：打破文字表达壁垒，用可视化界面释放信息价值。表格、卡片、列表、图表等组件让数据与流程一目了然，用户无需再在文字中"挖矿"。

2、打破两步交互：实现从界面到对话的一站式流转。用户在生成的表单中填写、在按钮上点击，这些操作会即时反馈到对话上下文中，驱动模型的下一轮回复。无需看完再手动输入然后发送，交互与对话融为一体。

3、让 AI 更懂业务：在工具调用缺少参数时，模型可以自动生成交互式 UI 收集所需信息。用户只需在生成好的表单中填写并提交，参数即被正确传递给工具，无需理解参数格式、无需自行翻译需求。结合 MCP 等生态，GenUI 让 AI 真正具备了落地业务场景的交互能力。

SDK 工程能力:

1、现有 AI 生态兼容：遵循 OpenAI 格式，可无缝对接主流 LLM 服务；原生支持 MCP 服务接入，轻松连接丰富的工具生态。

2、定制主题：支持亮色、暗黑等主题切换，也可以完全自定义主题样式，适配不同产品的视觉风格与使用场景。

3、自定义组件：支持传入自定义组件与描述，扩展生成式 UI 的组件库，让生成的界面更贴合自身业务需求。

4、自定义交互：支持配置自定义交互行为，如跳转新页面、下载附件等，满足业务侧的各类个性化需求。

5、多技术栈支持：内置 Vue 与 Angular 渲染器，同时开放自定义渲染扩展接口，便于融入现有项目的技术栈。

6、示例与片段：支持配置自定义示例与片段，帮助模型理解业务最佳实践，进一步提升生成界面的质量。

GenUI SDK效果展示

以下是车票查询场景的录屏，能够让您更加深刻地了解 GenUI SDK :

演练场体验

您还通过演练场亲自体验车票查询场景：GenUI SDK演练场

注意： 在体验前需先配置12306 MCP工具，此处可以使用 WebAgent 中 MCP 市场提供的12306工具：https://chat.opentiny.design/api/v1/mcp-server/12306/mcp

快速上手：3 步集成 GenUI SDK

1. 后台服务准备

下载server包

pnpm add @opentiny/genui-sdk-server
# 或 npm install @opentiny/genui-sdk-server
# 或 yarn add @opentiny/genui-sdk-server

启动服务

使用 OpenAI 兼容的 LLM 服务，将下面的API_KEY和BASE_URL替换为您的 LLM 服务配置

export API_KEY=********* BASE_URL=https://your-llm-server.com/api && npx genui-sdk-server

若控制台出现 genui-sdk-server is running on http://localhost:3100 则说明启动成功

2.创建工程

初始化

首先，创建一个新的 Vue 项目，执行以下命令，按默认配置初始化工程：

npm create vue@latest genui-chat

安装依赖

进入项目目录并安装 GenUI SDK：

cd genui-chat
npm install @opentiny/genui-sdk-vue

删除样式

初始化引入的样式会污染组件样式，因此需要删除

修改 src/main.js 或 src/main.ts

// import './assets/main.css'; 删除 Vue 初始化工程引入的样式

import { createApp } from 'vue';
import App from './App.vue';

createApp(App).mount('#app');

3.使用并配置GenuiChat

结合配置和主题的完整示例如下：

<script setup lang="ts">
import { ref } from 'vue';
import { GenuiChat, GenuiConfigProvider } from '@opentiny/genui-sdk-vue';

const url = 'http://localhost:3100/chat/completions'; // 步骤1启动的服务
const model = ref('deepseek-v3.2'); // 对应模型服务提供商的模型ID
const temperature = ref(0.5);
const theme = ref<'dark' | 'lite' | 'light' | 'auto'>('dark');
</script>

<template>
  <GenuiConfigProvider :theme="theme">
    <GenuiChat :url="url" :model="model" :temperature="temperature">    
      <template #empty>
        <div class="empty-text">欢迎使用生成式UI</div>
      </template>
    </GenuiChat>
  </GenuiConfigProvider>
</template>

<style>
body,
html {
  padding: 0;
  margin: 0;
}
#app {
  position: fixed;
  width: 100vw;
  height: 100vh;
}
.tiny-config-provider {
  height: 100%;
}
.empty-text {
  height: 100%;
  display: flex;
  justify-content: center;
  align-items: center;
  font-size: 30px;
}
</style>

完成以上3步后，即可打开浏览器，立即体验了~

若想进一步了解GenUI SDK的用法，可以前往GenUI SDK 开发文档查看。

关于OpenTiny

欢迎加入 OpenTiny 开源社区。添加微信小助手：opentiny-official 一起参与交流前端技术～
GenUI 官网：https://opentiny.design/genui-sdk
OpenTiny 代码仓库：https://github.com/opentiny

欢迎进入代码仓库 Star🌟TinyVue、TinyEngine、TinyPro、TinyNG、TinyCLI、TinyEditor 如果你也想要共建，可以进入代码仓库，找到 good first issue标签，一起参与开源贡献~

如果你有任何问题，欢迎在评论区留言交流！