做了一个 H3 Max API 小工具: https://h3maxapi.com/
它的重点不是再包一层模型宣传页,而是把浏览器侧的 h3_live_* site key 、服务端 provider key 、请求 JSON 预览、队列状态和结果查询放到一个可测试的 workbench 里。
适合想先验证 text-to-video / image-to-video 接口形状的开发者:先创建站点 key ,检查 prompt 、duration 、resolution 、aspect ratio 、safety_checker 等字段,再看服务端怎么转发到上游 provider 。
现在公开页面可以直接看 workbench 和示例代码,也有 pricing 、examples 、H3 Max vs Veo/FLUX 等内页。不是投资/购买建议,就是一个面向开发集成验证的小工具。
前端开发
[推广] H3 Max API:一个把 H3 Max 视频生成接成站点 API key 的小工具
yangdengkui01 V2EX
3 浏览
阅读原文:https://www.v2ex.com/t/1239601#reply0
相关文章
用
前端开发
用 GPT-6 Astra 打磨 Vecsy:我的浏览器 SVG 编辑器进化记
GPT-6 Astra 发布当天用它打磨浏览器 SVG 编辑器 Vecsy:框选多选、箭头图层、间距参考线一次落地,额度可控、需求理解精准。
掘金首页
M
前端开发
mitmweb在linux上进行反向代理及浏览器中实时查看请求响应 - 三国梦回
背景 大家好,我是逐日。最近我们做软件测试的同事遇到一些问题,测试app时,网络链路是这样的:app--》后端nginx的ip+端口--》后端服务。一般为了便于定位是前端app还是后端的问题,会使用fiddler、charles等进行网络抓包。常见的方法是这样的:手机和电脑连同一个wifi,保证手机
博客园
[
前端开发
[程序员] 一个 MonoRepo 复杂系统的部署问题
我搞了一套财税系统,采用的是 MonoRepo 的构建方式。也就是说,在 APPs 目录下有几十个应用。前端全部用的是 Next.js ,后端用的是 FastAPI 。现在的问题是,代码托管在 GitHub ,镜像则通过阿里云的 ACR 来构建。 核心问题是构建速度非常慢。目前有 11 个应用,其中 4-5 个是前端,6-7 个是后端服务, 后续还在增长。问题在于,有时候我可能只修改了其中一个应用,但很难控制每次只自动构建被修改的那一个。 目前我在 GitHub 上构建时,只有一个分支,也就是 main 分支。如果单独构建每个 APP ,通常只需要 1 到 2 分钟。但一旦有十几个 APP ,
V2EX