前瞻调研 · 主要厂商近 90 天布局与空位（2026-09-22）

方法：5 路 schema 约束 agent 真实网络调研（fal / AtlasCloud / Higgsfield+Runway / 第二梯队 / 开发者需求侧）。 规则：以 2026-09-22 为"现在"，只看近 90 天动作 + 未来信号；gaps 为核心产出。 原始结构化输出：workflow run wf_30803c52-a09。

fal（含 genmedia-labs 归属鉴定）

近 90 天 fal 的重心完全不在开发者 CLI/skills 面：他们发布了首个第一方视频模型 H3 Max（8-27，主打"5 秒视频 3 秒内出片"）、上线第二个 MCP——Platform MCP（8-17，15 个只读运维调试工具，让 agent 操作你的 fal 账号）、连发 serverless 可观测性/计费/重试更新，同时招聘向企业销售/解决方案/定价运营/基建倾斜。任务中最关键的问题是 genmedia-labs/skills 的归属：经源码级比对确认它不是 fal 的阵地——单人仓库（kalvinrv，2026-08-12 建、仅 3 commits），33 个技能全部调用 runcomfy CLI、357 个 UTM 链接指向 runcomfy.com、零处提到 fal 端点，这是 RunComfy 的 skills.sh 营销阵地（3.8M 安装）；而 fal 官方的 fal-ai-community/skills 仅 8.8K 安装且 2026-05-13 后停更。最大空位：fal 把"agent 优先"的精力全部收进自家围墙（fal Agent Early Access + 只覆盖自家 1000+ 模型的 Run MCP），跨供应商的 contract-first 统一契约层、成本感知路由、多供应商 job 编排完全没人做——这正是独立开发者 CLI 的切入位。

近 90 天时间线

Roadmap 信号

做得好的

空位与切入姿势

未解问题

来源

AtlasCloud

AtlasCloud 近 90 天的重心很清晰：模型目录自动化扩张（52 天从 386 个同步到 450 个，约 2-3 次/周的自动 commit）+ 渠道从"装 skill"升级为"Codex 插件 + OAuth 免 API key 分发"（9 月上旬拆出独立插件仓库并上架商店元数据），平台侧则补账务与协议基建（分时定价、按模型披露 OpenAI/Anthropic/Gemini 协议、key 轮换）。"技能即文档"路线没有重构：主 SKILL.md 仍是 574 行一行未减（还硬编码"300+ models"而实际已是 450，文档漂移已出现），膨胀被转移到卫星层——两个中英双语子 skill（语言路由模式）、22 篇 library 玩法库、Codex 插件拆仓。作为后进聚合云，他们押注的是模型广度 + 价格（68% off + 分时定价）+ "更少护栏的 full-capability pipeline"（README 原文营销）+ 分发渠道密度。最大空位在契约层以下：全栈都是给人/agent 读的 Markdown，没有机器可读的 per-model 参数契约、没有统一任务生命周期（视频仍靠轮询，Webhook 仅音频）、没有任何 eval/回归基建、450 个模型没有路由/比价原语——这四块正好是 contract-first CLI 可以整体吃掉的地层。

近 90 天时间线

Roadmap 信号

做得好的

空位与切入姿势

未解问题

来源

注（2026-09-24）：原“Higgsfield + Runway”为合并对比小节，现拆分为 Higgsfield / Runway / 两家共同的空位 三节。内容为纯重排（逐条按归属归档），未改写任何句子；时间线在原报告中按日期两家交织，拆分后各保留自家时间线（日期仍可对照）。

Higgsfield

Higgsfield 的"UX 剧本"技能路线仍在加码（higgsfield-ai/skills 7/8–9/11 高频迭代出 websites/game/brandkit/explainer/Ad Multiplier 一整套"应用工厂"技能，MCP 以免 API key 方式铺进 ChatGPT/GPT-6 Astra/Claude/Cursor 等 7+ 客户端），但重心已从 CLI 转向 ChatGPT 分发和无代码 app，计费"坑"没修反而更碎（credits、All Unlimited、Bonus Seconds、MCP 专属 credits、console API 五套面并存，官方 9 月连发两篇解释文）；CLI 仓库 8 月零提交、release 多为 docs 空转，进入维护态。

近 90 天时间线

Roadmap 信号

做得好的

空位与切入姿势

未解问题

来源

Runway

Runway 则把 Developer Platform 做成明示主线：8/28 skills 仓库重构让 runway-dev-* 成为唯一集成路径、MCP 服务器 7 月连获远程 HTTP/模型目录/媒体预览更新、API changelog 90 天 15+ 次上新（Model Router→容量回退→路由历史三连击、Task Cost API、ACEScg/ProRes 专业交付），同时招聘 Founding DX Lead 与 Dev Platform 产品/设计岗，域名迁 runway.com 并向企业（SSO/审计/Team Plan）、Adobe 插件和日本市场扩张。

近 90 天时间线

Roadmap 信号

做得好的

空位与切入姿势

未解问题

来源

两家共同的空位

最大空位在"契约层"：Runway 无官方 CLI 且开源 MCP 只有 9 个工具、高频弃用无迁移工具；Higgsfield 技能无版本化、计费无编程化查询接口；两家都没有确定性评测基准和产物契约——这正是一个契约优先多厂商 CLI 的立足点。

附：什么是「机器可读契约层」（名词解释，2026-09-24）

一句话：全行业的技能生态里，没有任何一家提供"程序能直接校验的规格说明"——技能的全部信息都只是写给人（和 AI）看的 Markdown 文章。

「契约」指机器能读、能校验、能执行的规格，工程里的成熟先例：

契约形式 管什么
OpenAPI / Swagger 这个 API 接什么参数、返回什么结构——调用前就能自动验证，不用等线上炸了才知道
JSON Schema 数据长什么样，程序可自动判对错
package-lock + semver 今天装的依赖和上周一模一样——可复现、可回退

「止步于 Markdown」的三种具体事故（本调研实锤）：

  1. 参数没有 schema，错了没人拦。 "支持 4K、时长 5 或 10 秒"是自然语言。agent 理解错（如传 duration: 7），没有任何东西在调用前拦截——直接打到 API，钱花了才知道。有契约层，一个 JSON Schema 就能在发请求前判死刑。
  2. 技能没有版本号，今天装的和上月不同。 Higgsfield 89 个 commit 直接改 main 的 SKILL.md，无 semver、无 CHANGELOG；9/11 一次 commit 把全库默认模型切成 GPT Image 2.5 / Seedance 2.5——npx skills add 拉到的是漂移中的 main 头，同一技能周一和周五行为不同且无法回退。
  3. 产物没有 manifest，下游没法自动化。 技能跑完，部署 URL、资产清单、花费金额没有一样结构化落盘。想接"批量出片→筛选→下游处理"管线时，断点恢复、审计、重放全部无从做起。

为什么是"空位"：所有厂商结构上不会自己补（等于承认自家技能不可靠，且无竞争压力），但重度用户人人撞墙——典型的第三方最有话语权的位置，即"契约优先多厂商 CLI"的立足点。

videokit 已落地的胚胎形态：每个 SKILL.md 带 YAML frontmatter（name/version/allowed-tools，CI 的 validate.py 程序化校验）；技能级 semver 0.1.0（对照 Higgsfield 的裸奔 main）；价格表带 as_of 日期 +【未核实-缺口】标记。完整版契约层（输入 JSON Schema、产物 manifest、技能 lock 文件）是 M1+ 候选。

第二梯队（Pika / MiniMax / Vidu / Kling / Luma / ElevenLabs）

90 天内六家分成三个梯队：MiniMax 与 ElevenLabs 已建成官方全栈 agent 面（MCP+CLI+skills，且 ElevenLabs 完成“本地 MCP→托管 MCP、REST 示例→CLI”的架构切换）；可灵与 Vidu 是最关键的刚入场者——可灵 6/15 才建 skills 仓、8 月 10 天内连发 Claude/Cursor/WorkBuddy 三端官方 plugin 并上线托管 MCP（klingai.com/mcp，官方优先推荐 CLI），Vidu 7 月推出 OpenClaw 系官方 Vidu Agent 并高频维护 vidu-skills（但官方 vidu-mcp 已停更 15 个月）；Luma 停在 API+官方 CLI 层（CLI 默认分支自 6/9 停更），其“Luma Skills”是产品内工作流而非可安装 agent 技能，全站无 MCP；Pika 转型 API Club 聚合门户（OpenAPI 3.1+llms.txt+/agent 提示词页），无任何协议级集成。统一 CLI 的下一步方向：provider 适配器优先对准“官方 API 强、agent 面空白”的 Luma Agents API 与国际版 Kling API。最大空位：可灵的 agent 集成被锁在中国消费者会员生态（klingai.com 中文+会员计费），国际开发者门户 kling.ai/document-api 零 agent 集成；且全行业没有跨厂商统一契约——成本预估仅 Vidu 一家实现，这正是 contract-first 多厂商 CLI 的入口。

近 90 天时间线

Roadmap 信号

做得好的

空位与切入姿势

未解问题

来源

开发者需求侧（90 天社区信号）

近 90 天开发者吐槽呈三条主线：一是 fal 的计费/账户信任黑洞——同一个"余额充足仍自动锁号"bug 三个月内至少 7 个 issue（充值即锁、工单无人回、一笔 10,272 秒误计费直接变成 $40,500 并吞掉充值），且官方修 SDK 代码很快、对计费集群却零处理；二是 Higgsfield 的 agent 集成质量欠账——MCP OAuth 对 Claude Code 等客户端断了 5 周（官方两次宣称修复、用户 9/19 仍在复现）、MCP 生成工具广告不透明 schema、官方 skills 过不了 Codex 校验；三是结构性痛点"同模型跨厂商价差 5-10 倍 + 提交无幂等"——已有创业者连发两次 Show HN 做 VideoRouter，还有开发者想在 Higgsfield CLI 上造预算管控系统却连"一次调用是否恰好一个计费任务"都问不到。厂商侧动向是 Runway 把 Dev MCP 收敛为唯一集成路径并上线 Model Routers/自动计费，MiniMax 和 Luma 冲进 CLI/多语言 SDK 战场。最大空位：所有厂商都缺"计费可信层"（预算硬上限、幂等提交、账单对账、误计费防护）——这是吐槽最密、已有开发者被迫自建、而厂商因利益冲突结构性不会做的一层，独立开发者可以用一个本地"预算闸门 + 任务对账"CLI 切入。

近 90 天时间线

Roadmap 信号

做得好的

空位与切入姿势

未解问题

来源