Skill 生态垂直实证 · AI生成/办公
1关于 lark-doc「14.3M vs 422K」矛盾裁定,下列哪个说法正确
- A. 14.3M 是 lark-doc 单技能的累计下载量,与 GitHub stars 口径一致
- B. 14.3M 是 skills.sh 上飞书官方发布者 open.feishu.cn 整套 lark-* 技能(24-28 个)的聚合安装量,lark-doc 单技能权威值约 425-428K
- C. 14.3M 是飞书 MAU(月活 3000 万)按某种比例缩减的口径
- D. 14.3M 是 npm 上 @larksuite/cli 的下载量
查看答案与解析
答案:B
2关于 runcomfy「算力税」分层裁定,下列哪个说法正确
- A. 平台层和技能作者层都赚钱——技能作者按调用次数抽佣
- B. 平台层收钱、技能作者层不赚钱——技能 MIT 开源、调用走用户自己的余额、链接带 `utm_source=skills.sh` 追踪参数,技能是获客漏斗不是分润通道
- C. 技能作者层赚钱,平台层免费提供模型 API
- D. 算力税的钱被上游 GPU 厂商直接抽走,平台和作者都只是过路
查看答案与解析
答案:B
3D4「一厂商一框架一个人」三足结构只在哪个垂直成立
- A. 媒体生成(图/视频)
- B. 办公协作
- C. 编码教学
- D. 搜索/设计
查看答案与解析
答案:C
4为什么说「技能作者赚不到钱不是 bug 是设计」?算力税的钱被谁吃掉,技能对平台真正的商业价值是什么
查看答案与解析
答案:—
RunComfy 平台层作为第三方模型聚合计费方按次收单(每图/每秒视频、单一共享余额),算力税「平台层成立」;但 4 组佣金/分润搜索全部落空,不存在任何技能作者按调用抽佣机制,作者层「不成立」
技能 MIT 开源、调用走用户自己的余额、链接带 `utm_source=skills.sh` 追踪参数 → 技能是获客漏斗不是分润通道
真正赚钱的是拥有调用通道的一方(平台/编排计费层)吃掉算力税;对照先例 RunningHub 在 ComfyUI 生态真实存在作者分润(50-70%),说明 RunComfy 不做是商业选择而非不可能
5为什么媒体生成垂直供给侧被公司垄断,而编码教学垂直个人可以入场
查看答案与解析
答案:—
媒体生成需要「模型 API + GPU 算力」双重资源,个人无独立供给能力 → 供给侧自然被公司垄断
编码教学只需「知识 + 注意力」,个人可入场 → D4「一厂商一框架一个人」三足只在后者成立
runcomfy 星标仅 38(vs heygen 42,852★)反而证明它是「算力厂商分发」而非「个人 KOL 分发」——个人 KOL 依赖星标/注意力,厂商依赖平台与算力
6你是一位想入局 AI 技能生态的个人开发者。你看到 runcomfy 家族 30 个技能 / 10.9M 总安装量、heygen/hyperframes 42,852 stars,又看到 skills.sh 上飞书官方 lark-doc「14.3M」下载量。请用今晚的核心裁定,分析:①「14.3M」该信多少?②该进哪个垂直、为什么?③做技能本身能不能赚钱、真正的价值在哪
查看答案与解析
答案:—
先问口径再惊叹:「14.3M」是飞书官方全家桶 24-28 个技能的聚合安装量(家族页实测 15.6M),lark-doc 单技能权威值仅 425-428K(双源互证)——「最畅销的 AI 技能可能是一张说明书」是下载口径制造的幻觉
垂直决定供给侧:媒体生成需「模型 API + GPU 算力」双重资源 = 公司垄断、个人难入场;编码教学只需「知识 + 注意力」= 个人可入场——个人开发者应优先选择后者
技能商业价值:算力税分层下技能作者不直接赚钱(技能是获客漏斗不是分润通道),钱被拥有调用通道的平台/编排层吃掉;技能对个人的真正价值是导流/注意力资产,而非收费
若走公司路线做编排层:护城河 = 吸收模型轮换(把「意图→模型→提示词」稳定打包,版本更新由中央维护者承保)——war 在编排层
--
分数:固定 3×10 + 2×20 + 1×30 = **100 分**(禁止 40 分制/其他满分值)
通过线:≥ 80 分