- 博客(6069)
- 收藏
- 关注
RSS订阅原创 Flutter x_app_utils 应用信息工具鸿蒙适配，ArkTS 聚合设备、包信息、OAID 与密钥库本地 ID，键名单位对齐 Android，异常静默降级
应用信息类插件在业务里通常出现在三个位置：启动时的埋点上报、设置页里的“关于本机”、以及需要稳定设备标识的风控与统计。这些场景的共同要求是一次调用拿到全部字段、拿不到时给出可判断的空值、并且不要让初始化失败把应用启动拖崩。所有字符串取值不为 null，不可用时返回空字符串或文档标注的默认值（如默认en默认US初始化失败被内部吞掉，init()返回false，业务侧不需要为它写 try/catch；Dart 层 API 与 Android/iOS 完全一致，OpenHarmony 只是补一份原生实现。
2026-10-26 13:40:40
172
原创 Flutter 工具集 project_utils 鸿蒙适配落地，ArkTS 读取系统版本，KeepAliveWrapper 状态缓存、ToastUtils 提示组件零原生改造
走 MethodChannel，返回当前系统的版本字符串；：一个，内部混入，让ListViewTabBarView里的子项在滚出屏幕或切页后保留状态；ToastUtils：对的静态封装，提供showTextshowErrorshowInfohide六个入口。上游三个平台的，返回Android 14之类；；Windows/macOS/Linux：各自的原生版本字符串。OHOS 侧的适配目标因此很明确：找一个语义相同的系统字段，让应用侧拿到的仍然是一段可读的系统版本。
2026-10-26 11:47:11
69
原创 Flutter IANA 时区插件 iana_time_zone 鸿蒙适配落地，基于 systemDateTime 同步接口获取时区
时区在移动端有两种表达方式：一种是“当前比 UTC 多几小时”，另一种是“IANA 时区数据库里的区域名”，例如。后者能表达夏令时规则和同一偏移下的不同地区，跨端同步、日志排查、按用户所在城市展示时间时都更可靠。返回的就是 IANA 名称。；。两者都直接读系统时区设置，不做任何换算。因此 OHOS 侧的适配目标也很明确：找到一个能返回同样语义的系统接口，让应用侧拿到的字符串与另外两端一致。
2026-10-26 10:15:06
217
原创 Flutter 纯 Dart 动态翻译库 flutter_dynamic_translator 鸿蒙适配实践，无 ArkTS 原生代码，基于 ARB 资产运行时切换多语言
调用一次，把读进内存里的；之后所有T.get(key)// 读取 assets/lang/en.arb// "not_exist"（回退 key 本身）T.load是异步的，T.get是同步的。翻译表是进程级静态变量，切换语言只需再调用一次T.load，再触发一次页面重建。
2026-10-26 09:32:00
278
原创 flutter_channel_json 鸿蒙 Flutter 插件适配实测，补齐 ArkTS 四字段契约模型与 MethodChannel 通道实现，Dart 侧零改动，打通四端统一 JSON 返回
的消息体在 Flutter 侧是Map、在原生侧是各自的字典类型，两端对「这条消息长什么样」没有天然约束。code : int 状态码，成功固定 200，失败默认 500message : String 消息data : T?数据success : bool 是否成功并为每一端提供同构的实现：Dart 的、Kotlin 与 Swift 的同名模型、以及本次适配补齐的 ArkTS 模型。原生侧把结果按契约封好回传，Dart 侧统一用解析，两端不再各写一套解析逻辑。Dart 层没有实现任何通道调用。
2026-10-22 16:00:09
242
原创 flutter_hex_color（flutter_colorful）鸿蒙 Flutter 纯 Dart 库适配实测，无需原生代码与通道，直接解析十六进制色串生成 Color 对象
HexColor继承 Flutter 的Color，把"RRGGBB"或"AARRGGBB"形式的十六进制字符串直接解析成Color对象。业务层不需要自己写int.parse和 alpha 拼接，也不需要为不同平台维护解析分支。例如，主题系统可以把品牌色配置成十六进制字符串，渐变装饰可以直接拿两个HexColor拼，后台下发的色值也能即取即用。解析结果就是一个普通的Color对象，Color的全部能力（调整透明度、计算亮度、参与插值动画）都可以继续使用。解析发生在 Dart 层：构造函数内部完成去。
2026-10-22 14:51:49
134
原创 flutter_cached_uuid 鸿蒙 Flutter 插件适配实测，补齐 ArkTS UUID 生成与 preferences 持久化，Dart 层零改动，实现首次生成、缓存复用
一个构造函数搞定一切。它内部维护一个响应式的状态机，UI 组件（快门、滤镜栏、模式切换）全部通过订阅 Stream 自动刷新。Dart 层通过 Pigeon 生成的通道与原生 ArkTS 插件通信。实测下来，camerawesome 的鸿蒙适配完成度相当高：预览、拍照、录像、前后摄、闪光灯、变焦、对焦、滤镜、EXIF 这些"相机插件的主体能力"全部可用，且跨平台 API 无差异；
2026-10-22 11:36:51
350
原创 flutter_exit_app 鸿蒙 Flutter 插件实测指南，调用 terminateSelf 清理任务栈，跨平台退出接口零改动适配
（原库给 Flutter 应用提供一个"走平台正规流程"的退出能力。为什么不用 Dart 的exit(0)？因为在移动平台上exit(0)跳过了原生侧的onDestroy等生命周期回调，原生资源来不及释放；最近任务里的快照、任务栈状态不会更新，鸿蒙上还会被系统判定为异常退出；Android 上甚至可能触发系统的"应用已停止"的不良观感。这个插件在各平台分别使用规范 API：Android 走+ 延时退出进程；iOS 默认按 Apple 规范挂起应用；鸿蒙则调用结束当前 UIAbility。
2026-10-22 11:21:34
351
原创 轻量 Flutter 鸿蒙适配库 notification_permissions 实战，查询通知权限、跳转设置页，一套 API 跨三端复用
是对原版 pub.dev 插件（Vanethos/notification_permissions）的鸿蒙化适配，Dart 层 API 与原版完全一致，原业务代码无需任何修改。插件在flutter:plugin:platforms:android:ios:ohos:的鸿蒙适配是一次「小而美」的移植：Dart 层 API 与原版零差异，ArkTS 侧仅用约 150 行代码对接了与系统设置页跳转，干净地绕开了鸿蒙「无通知授权弹窗 API」的平台限制。
2026-10-22 11:01:26
289
原创 Flutter 鸿蒙网络诊断插件 flutter_traceroute 真机接入指南，实现 UDP 逐跳路由追踪能力
颜色明暗调节是主题与视觉效果处理中的基础能力。应用给定一个基色和一个百分比，库按算法算出更深或更浅的同类颜色，业务层不需要自己换算 ARGB 通道，也不必为不同平台维护两套取色逻辑。例如，卡片可以按主题色算出一个略深的悬浮层背景，按钮可以按主色算出按下态颜色，图表也可以按同一基色生成一组明暗递进的色阶。darken()与lighten()都是纯函数，返回新的Color对象，不修改原对象，也不经过平台通道。这5张图其实是同一个 color_brightness示例页。
2026-10-21 22:30:37
139
原创 flutter_container_new 鸿蒙适配实践：纯 Dart 渐变圆角卡片组件零业务改动迁移，补齐 OHOS 插件 HAR 脚手架与 MethodChannel 契约，附带多场景示例、配色工
把卡片式信息展示的常用样式封装为一个组件：设置渐变起点色color1与终点色color2，组件就会以 20 的圆角、灰色投影和“左上到右下”的渐变绘制背景，并在中央显示加粗标题与副标题。业务层不需要自己写，也不需要处理宽高的默认值逻辑。例如，营销页可以用它做活动入口卡片，后台系统可以用它做统计信息的展示块，引导页也可以用它承载每一步的标题与说明。组件的渲染完全由 Flutter 完成：不经过平台通道，也不依赖任何系统能力。
2026-10-21 21:18:22
254
原创 Flutter dynamic_system_colors 鸿蒙适配：在无系统动态取色 API 场景规范返回 null，保留色彩协调、调色板转换等 Dart 计算能力，覆盖工程配置、ArkTS 插件实
动态取色（dynamic color）是 Android S+ 引入的 Material You 能力：系统从用户壁纸提取颜色，生成一套色调调色板，应用据此构建明暗两套。在桌面平台上，该库则读取系统强调色（accent color）。业务层不需要自己解析壁纸或读取系统主题，只需要调用库提供的接口。例如，主题应用可以根据壁纸色生成整套界面配色，工具类应用可以把品牌色与系统动态色做 harmonization，让自定义颜色和系统配色在同一界面里保持视觉平衡。
2026-10-21 12:45:50
213
原创 Flutter color_brightness鸿蒙适配三方库使用：用 Color.darken 与 Color.lighten 两行扩展方法完成纯 Dart 颜色明暗调节，保持 alpha 不变
回顾一下：git TAG 引入依赖 →→直接用。库的能力是纯 Dart 的 ARGB 运算，鸿蒙上与 Android/iOS 逐位一致，真机数值核算全部通过；鸿蒙适配的实质是补齐插件工程形态（ohos 平台声明 + ArkTS 桩 + 宿主工程），Dart 层零改动（为空可验收）；零权限、零第三方依赖，接入成本只有两行 import 与一次调用；已在华为真机（HarmonyOS 6.1.0.145 / API 24）完整实测，八个验证点全部通过。欢迎提 Issue / PR 共建。
2026-10-21 11:19:51
336
原创 避免校验直接追着活库跑：KFS用静态基准应对交易持续写入
数据规模会变、交易节奏会变、行业场景会变，唯一不变的是验收标准——数据搬完不算完，确认搬对了才算完。KFS 用"全量 + 增量"双引擎把"确认"这一步从项目风险项变成了日常运营项，让国产化迁移更安全、更高效、更智能。迁移完成时全量锁基线，运营期每日增量巡检——把数据一致性的确定性，建立在可天天执行的机制上，而不是一次性的人工核验上。
2026-10-21 09:25:22
12349
原创 Flutter 鸿蒙化一步到位：跟随手机语言、切语言免重启、RTL 自动排版，一个原生接口即取即用零权限 —— app_local 鸿蒙使用指南
回顾一下：git TAG 引入依赖 →放 JSON →一行初始化 →包住→LocaleText取文案 /切语言。鸿蒙上设备语言识别、运行时切换、RTL 排版全部实测通过走，与 Android/iOS 语义对齐，零权限；适配中最关键的一处修改是Dart 层补上平台分支——没有它，原生通道在鸿蒙上永远不会被调用；语言偏好的跨重启持久化依赖的鸿蒙实现，当前示例未引入时切换功能不受影响，但重启后回到默认语言（已如实记录在实测结论表）；
2026-10-20 23:38:19
193
原创 Flutter 插件鸿蒙化实战：app_local 多语言库 OHOS 平台适配全流程
应用内多语言是出海与多地区应用的基础能力。应用把各语言的文案放在 JSON 文件里，由库按当前语言加载并替换文案，业务层不需要自己解析资源文件，也不需要为切换语言重启应用。例如，阅读器可以跟随系统语言选择默认文案，工具类应用可以在设置页提供"English / العربية"切换，表单类应用也可以在文案里用占位符填入用户昵称等动态参数。初始化时调用获取手机语言标签，作为首次启动的默认语言；语言偏好的持久化交给。因此本库的鸿蒙化要做三件事：在补齐ohos平台声明；在 Dart 侧补上。
2026-10-20 23:15:59
140
原创 Flutter 鸿蒙化一步到位：CorePalette 转 ColorScheme、配色协调纯 Dart 即取即用零权限 —— dynamic_system_colors 鸿蒙使用指南
回顾一下：git TAG 引入依赖 →包住（或手动调三个静态方法）→组合使用。OpenHarmony 无 Material You 等价 API，插件诚实返回 null，Dart 层按语义优雅回退，不伪造数据、不抛异常；等纯 Dart 能力在鸿蒙上完整可用，配合可复现 Material You 视觉语言；零权限、零第三方依赖，HAR 不申请任何权限，接入成本接近于零；已在华为真机（HarmonyOS 6.1.0.145 / API 24）完整实测，七个验证点全部通过。
2026-10-20 14:49:08
329
原创 Flutter OHOS 插件适配实践：color_brightness 颜色明暗调节扩展移植，Dart 层零变更实现 ArkTS 通道、HAR 打包与真机测试 FAQ
颜色明暗调节是主题与视觉效果处理中的基础能力。应用给定一个基色和一个百分比，库按算法算出更深或更浅的同类颜色，业务层不需要自己换算 ARGB 通道，也不必为不同平台维护两套取色逻辑。例如，卡片可以按主题色算出一个略深的悬浮层背景，按钮可以按主色算出按下态颜色，图表也可以按同一基色生成一组明暗递进的色阶。darken()与lighten()都是纯函数，返回新的Color对象，不修改原对象，也不经过平台通道。因此本库的鸿蒙化目标与"移植原生能力"类插件不同：功能面不需要重写，适配要做的是补齐ohos。
2026-10-19 16:20:41
244
原创 从人工改SQL到规则化转换：KFS异构数据库DDL同步解析
在某大型医院的数据同步项目中，260+条同步链路同时运行，源端涉及Oracle、MySQL、SQL Server、KES V8R6、Vastbase等10多种数据库，并持续向目标库汇聚数据。在这样的环境里，把数据同步过去并不难。真正让链路“卡住”的，是业务系统里不断发生的结构变化：新增字段、改类型、调索引、加约束，它们都以DDL（数据定义语言）的形式发生。源端结构一改，目标端还在老结构上，后续 DML 即使能捕获，也可能因字段或类型对不上而写不进去。更麻烦的是，异构数据库的DDL很难一一对应。
2026-10-16 09:35:42
10059
原创 电科金仓Kreplay评测：为什么说它是数据库迁移不可或缺的重器
2247万条可执行请求、2817个Session。同一份真实负载、同一目标数据库、同一硬件环境下：回放时间从132分18秒缩短至49分47秒，平均吞吐从2801 req/s提升至7523 req/s。这是Kreplay并行回放模式的一组实测结果。但这次升级解决的，不只是“回放更快”。更重要的是：让大规模真实负载的回放方式，也更接近真实业务本来的运行方式。在数据库国产化替代与版本升级的浪潮中，如何验证新环境能否平稳承接生产负载，始终是运维与DBA团队最头疼的问题之一。直接切换风险太高，全量回归又耗时耗力。
2026-09-21 22:44:18
10770
原创 鸿蒙ArkTS零基础新手与华为云码道CodeArts的碰撞：从一句“帮我生成登录页“到完整工程落地的实操对比
需求很简单，一句话：生成一个鸿蒙工程，里面有一个登录页面，用户名 + 密码，点登录后跳到首页。就这么点东西。下面先看看传统方式要干什么。表：总结对比对比维度传统新手手搓AI CodeArts 生成上手门槛高（需装环境、学语法）极低（一句话启动）耗时3-5 小时约 10 分钟代码可控性高（每行自己写的）中（需要读代码才能改）产出完整度看个人经验高（结构规范、带文档、带国际化）学习价值高（踩坑即学习）中（附带语法清单但需主动消化）代码可运行性本地可编译运行。
2026-09-18 20:57:13
232
原创 小鸿 SE AI 门锁链路拆解：使用 FRB构建最终形态
先把事实说在前面：这个智能门锁仓库当前的正式运行链路里没有 Rust，也没有 FRB。仓库 README 明确写了已裁剪 Rust/FRB，现状是 Flutter + Dart Gateway + ArkTS + WS63 + ESP32-P4。为了满足“带 FRB 的可复现实操”，本文后半部分会增加一个独立的 Rust 协议解析扩展，把 XH v1 包头和状态负载从 Dart 挪到 Rust。它是教程扩展方案，不是对仓库当前完成状态的冒充。
2026-09-18 16:46:44
21528
原创 国庆宅家不花钱：用华为云码道十分钟二步搞定专属贪吃蛇游戏
一句话生成游戏 + 一句话同步仓库，整个过程不到两分钟。对于想快速做个小游戏消遣的程序员来说，这种效率是手动编码比不了的。当然，生成的代码也不是完美无缺——前面提到的自撞检测边界问题，还有游戏难度曲线、食物生成策略这些，都还有人工优化的空间。但作为一个 MVP（最小可行产品），质量已经超出预期了。回到开头那个问题——国庆宅家想玩游戏又不想花钱怎么办？答案不是去到处找破解版，而是用技术手段自己造。AI 编程工具发展到今天，已经从"帮你写一行代码"进化到了"帮你完成一个项目"的阶段。
2026-09-18 10:17:48
120
原创 华为云码道 CodeArts 实战：5分钟快速从零搭建 HR 中秋灯谜抽奖 Web 活动页
本文以企业HR中秋员工关怀抽奖场景为实战案例，完整演示了华为云码道CodeArts代码智能体+AtomGit的AI工程化开发全链路。从HR真实业务痛点出发，拆解灯谜答题、积分、转盘抽奖的业务需求，完成系统方案设计，由多智能体自主生成中秋主题单文件HTML页面；AI自动完成JS语法校验、转盘抽奖算法模拟、Playwright浏览器端到端自动化测试，自动定位并修复DOM重复ID等前端隐性Bug。页面内置灯谜答题、积分存储、权重转盘抽奖、本地中奖记录持久化能力，拥有中秋氛围感动画，开箱即用。
2026-09-16 23:21:20
320
原创 我用 Agent 装了个可实时互动的 3D 身体，让企业员工“小慧”拥有可交流的具身交互智能
员工早上打开企业内网的健康咨询入口。小慧的 3D 形象出现在屏幕左侧，没有冷冰冰的"请输入问题"，而是主动开口：“您好，我是健康咨询小慧，很高兴为您服务！我可以为您提供营养分析、健身指导、亚健康调理和健康知识普及服务。请问有什么可以帮您的？这一句"自我介绍"，就是小慧"上岗"的仪式感。它不是被动等用户提问，而是以岗位身份主动开口——具身交互智能体和纯文本对话机器人的核心区分点：拥有拟人服务主动性。
2026-07-28 16:59:57
200
原创 OpenHarmony 鸿蒙 PC + CodeArts IDE + Node.js安装第三方big.js库进行数据高精度运算
本文介绍了OpenHarmony PC环境下的前端开发适配方案和big.js高精度运算库的使用指南。针对ARM64架构的OpenHarmony 6.1+系统，详细解决了Vite+Vue项目在CodeArts IDE中因未签名二进制文件导致的权限问题，通过ohos-signpost工具实现自动签名，确保项目正常运行。 同时全面解析了big.js轻量级高精度运算库，包括其核心功能、安装方法、Vue3集成方案（局部/全局使用）、最佳实践封装和注意事项。该库专注于解决JS浮点数计算精度问题，特别适用于电商金融场景，
2026-06-17 14:40:56
294
原创 OpenHarmony 鸿蒙 PC + CodeArts IDE + Node.js安装第三方js-cookie库进行普通Cookie、带过期时效Cookie、存储对象、读取、单条删除、清空全部
文章摘要 本文提供Vue3 + js-cookie的完整使用指南，包含组合式API与选项式API两种实现方式： 环境配置：通过npm安装js-cookie，推荐全局挂载$cookie属性便于调用 核心功能演示： 设置普通Cookie/过期Cookie/对象（自动序列化） 读取Cookie（支持JSON解析） 删除单条或全部Cookie 进阶实践： 封装统一Cookie工具类（含路径、有效期等参数配置） 提供鸿蒙PC开发适配方案（需处理rolldown模块签名问题） 代码示例：包含模板交互逻辑、方法封装及参数
2026-06-17 14:32:17
264
原创 OpenHarmony 鸿蒙 PC + CodeArts IDE + Node.js安装第三方crypto-js库进行数据加密解密工具库
本文介绍了OpenHarmony PC（ARM64架构）环境下搭建Vite+Vue前端开发环境的解决方案，重点解决原生模块权限报错问题，通过ohos-signpost工具自动签名.node文件实现正常调试。同时详细讲解了crypto-js加密库在前端的应用，包括MD5、SHA256哈希算法和AES对称加密的Vue3实现示例，并强调了密钥管理、中文编码等安全注意事项。提供了完整的环境搭建指南和加密演示代码链接，助力开发者快速实现鸿蒙PC端安全开发。
2026-06-17 14:26:10
6994
原创 OpenHarmony 鸿蒙 PC + CodeArts IDE + Node.js安装第三方qs库进行数据序列化
鸿蒙PC前端开发环境搭建与qs库使用指南 本文分为两部分：1）详细介绍了在ARM64架构鸿蒙PC上搭建Vite+Vue3开发环境的方法，重点解决了Vite启动时因系统拦截未签名.node文件导致的权限问题，通过引入ohos-signpost工具实现自动签名；2）全面解析qs工具库，对比其与原生URLSearchParams的差异，展示核心API（序列化stringify和反序列化parse）的使用场景，特别适用于Axios表单提交和Vue路由参数解析，强调其处理复杂数据结构（数组/嵌套对象）的优势及配置灵活
2026-06-16 22:43:45
253
原创 OpenHarmony 鸿蒙 PC + CodeArts IDE + Node.js安装第三方monent库进行时间格式化
文章摘要 本文包含两部分技术内容：1）详细指导在ARM64架构鸿蒙PC上搭建Vite+Vue开发环境，重点解决因系统安全机制导致的rolldown模块权限问题，通过ohos-signpost工具实现自动签名；2）全面介绍moment日期库的使用，包括基础格式化、时间计算、中文本地化、与Element Plus组件配合等核心功能，同时指出常见问题（如对象克隆、语言包引入等）。两部分均提供完整代码示例，涵盖从环境配置到实际应用的全流程解决方案。
2026-06-16 21:57:01
322
原创 从源码到实战：JiuwenSwarm AgentServer 数据持久化、长任务断点续跑与私有化部署选型
文章摘要 本文以JiuwenSwarm为例，深入探讨了AI Agent服务器的数据持久化策略设计与实现。作者首先分析了AgentServer需要持久化的五类核心数据：会话上下文、任务状态、长期记忆、产出物和审计线索，指出这些数据在读写频率、体积和一致性要求上的差异决定了不能简单使用单一存储方案。 文章详细介绍了JiuwenSwarm的分层存储架构，包括Team业务状态层、会话检查点层、内置记忆检索层、产出物层和日志审计层，并展示了其工作目录的具体实现形式。最后对比了SQLite、MySQL和S3等不同存储后
2026-06-01 15:10:41
24914
原创 产品痛点直击：官网数字人分身，传统方案 VS 魔珐星云的核心差异
摘要： 魔珐星云提供了一套低门槛、高性价比的AI数字人解决方案，有效解决官网咨询响应慢、转化率低等痛点。相比传统方案需投入数十万成本和数月开发时间，魔珐星云通过端到端技术将数字人交互简化为API调用，仅需几十行代码即可实现实时交互的AI分身。其核心优势包括：免3D建模（提供现成角色库）、端侧渲染（500ms低延迟）、千元级硬件支持并发，并支持与Kimi等AI大脑无缝对接。开发者通过简单四步（引入SDK→创建应用→初始化实例→驱动说话）即可为官网添加智能数字人助手，显著提升用户体验与转化效率。 关键词： 魔珐
2026-05-21 22:17:37
277
原创 多Agent交叉代码审查实战：架构师+安全+风格Agent分工协作方案
JiuwenSwarm多智能体协同框架通过组建专业评审团队（Code Reviewer、Adversarial Critic、Architect）实现高效代码审查。相比传统单Agent模式，该系统能并行执行基础正确性检查、安全风险分析和架构评估，显著提升审查覆盖率和准确性。实战案例显示，该系统可快速识别鸿蒙项目中的致命缺陷（如密码明文存储漏洞），并提供分级修复建议（MUST-FIX/SHOULD-FIX/FYI）。安装部署简便，支持多种大模型，适用于中大型分布式项目的精细化代码管控需求。
2026-05-19 19:32:31
2434
原创 解码Coordination Engineering与JiuwenSwarm：多智能体协同的工程化革命
随着AI技术飞速发展，单智能体的“单兵作战”模式已难以应对复杂、多步骤、跨领域的实际需求，大家都在寻找如何将单智能体的能力升级为多智能体的能力，从“单点智能”向“群体智能”跨越，来实现“多场景、多步骤、多角色”的复杂任务处理。那么在现实的工作中，从企业数字化转型中的多部门协同任务，到科研领域的复杂数据处理，再到日常办公中的多流程自动化，都需要多个AI智能体像人类团队一样，实现高效分工、无缝配合、自主协同。
2026-05-13 21:53:55
30449
原创 如何实现React 19+Vite+TypeScript技术栈告别高薪主播！从零打造 24 小时“AI 销冠”：星云数字人直播间全链路实战
本文介绍了如何利用AI数字人技术打造24小时无人值守的智能直播间，重点分析了数字人直播在知识付费领域的优势，并提供了基于React 19 + Vite + TypeScript的全栈技术方案。文章详细拆解了系统架构设计、星云数字人SDK接入方法以及多平台适配策略，通过端侧渲染技术实现了低延迟、低成本的高逼真直播效果。项目实战部分包含环境配置、SDK初始化、UI层叠设计等关键环节，为开发者提供了完整的工程化参考方案，特别适合图书、课程等知识类产品的直播场景。
2026-04-25 12:51:15
19013
原创 如何实现React 19+Vite+TypeScript技术栈告别高薪主播！从零打造 24 小时“AI 销冠”：星云数字人直播间全链路实战
AI数字人直播间全链路实战：基于React 19 + Vite + TypeScript的24小时无人值守带货方案 本文详细介绍了利用魔珐星云数字人SDK构建AI直播间的完整技术方案。针对电商直播痛点，重点分析了端侧渲染方案的优势：算力成本降低、交互延迟压缩至1.5秒内、表现力显著提升。文章提出"图书/知识付费"是最适合数字人的赛道，并给出了多平台适配的"端侧渲染+本地截流+虚拟摄像头"混合架构方案。通过React项目实战演示，包括SDK初始化、UI层叠设计等核心代码
2026-04-24 23:43:10
2775
1
原创 一个插件，免费用最新GPT-image-2 最新GPT-image-2模型发布，国内免费使用教程。生图新王GPT-image-2已用!附使用教程+生成案例
摘要：GPT-image-2成为新一代AI生图模型SOTA，解决了传统模型生成中文文案扭曲的问题。该模型通过浏览器插件DeepSider免费使用，支持快速生成高清图片、电商海报、科研绘图等多样化内容。其强大的世界知识库和审美能力可生成逼真场景、专业设计及创意作品，大幅提升工作效率。现已开放体验，地址：deepsider.ai。
2026-04-24 16:52:33
47553
91
原创 从简历海啸到智能初筛：我用 ModelEngine Nexent 零代码搭建了一个招聘 Agent
2026年AI招聘初筛革命：Nexent智能体平台深度评测 本文揭示了当前AI招聘初筛的四大痛点：无法批量处理、标准不统一、流程未闭环和数据流失。通过对比OpenClaw等主流平台，发现ModelEngine Nexent凭借三大优势成为最佳解决方案：1）零代码自然语言生成智能体；2）本地化部署保障数据安全；3）内置知识库管理、多格式文件解析等直击招聘痛点的功能。文章详细演示了5分钟Docker部署Nexent的全过程，并重点介绍了其知识库自动总结和提示词自动生成两大核心能力。测试显示，该平台可帮助HR实现
2026-04-16 21:47:50
96801
原创 openJiuwen 零代码搭建旅游规划师智能体：通过工作流一键导入导出，自动化生成专属行程
摘要 本文探讨了AI智能体在旅游规划领域的应用价值，重点分析了openJiuwen平台通过JSON导入导出功能实现的工作流快速迁移与复用方案。以"旅游规划智能助手"为例，展示了天气检查工作流如何通过导出/导入机制实现： 开发效率提升：基于现有模板二次开发，相比从零搭建节省70%时间； 跨环境一致性：JSON文件确保开发、测试、生产环境配置完全一致； 团队协作优化：通过配置共享实现知识沉淀，避免重复开发； 运维风险降低：支持版本回滚和隔离测试，保障业务连续性。 实践表明，该机制使旅游规划智
2026-03-04 14:16:21
29840
原创 “年会/联欢会活动规划助手”一键式openJiuwen提示词自优化：从人工编写到智能体落地的“零调试“革命
摘要：本文介绍了如何在openJiuwen平台上构建一个"年会/联欢会活动规划助手"智能体。通过提示词自优化功能，从基础提示词配置到反馈优化、快捷优化等环节，实现AI智能体从静态规则到动态适配的转变。系统可自动识别用户场景需求，生成包含流程设计、创意策划、资源协调等模块的专业活动方案，并提供预算管理、风险管控等实用功能。该方案能帮助用户快速生成可执行的策划方案，解决活动筹备中的常见痛点。
2026-03-04 13:42:51
38139
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人