先卖企业问题的解决方案
客户先看到全案、专项、行业场景和案例，而不是被迫先选模型。
TWO PUBLIC API SURFACES
一个技能流式接口，承载很多专业配置
新文档以 POST /v1/skills/stream 为核心，公开目录标注 45 个配置，并返回追问、上传、用量和结果事件；旧平台文档则使用另一域名、路径和参数。配置数不是自研模型数，两套文档也不能拼成一个接口。
skill key→SSE 会话→追问/上传→计费事件
打开 FancyAI API 原文 ↗业务与组织研究白皮书 · 2026-09-13
35 个 AI 公司与产品：起步路径、人员、招聘和工作模式
逐家查看时间线、交付流程、模型与接口、人员构成及原始证据。既有 31 个对象全部保留，并新增 Lovart、Weavy、FLORA、Flova；公开资料缺失处单独标注，不对方舟作人员评价。
PARTNER DECISION / PRODUCT BRIEF / COMPETITOR INTELLIGENCE
先把 FancyAI 的商业结构、产品钩子和公开接口拆开，
再把方舟的网站、AI 工作台和交付组织变成可开发的蓝图
这是一份可以直接用于合伙人汇报与技术开发会的互动研究网站。
31家公司与产品入口
18组可迁移钩子
2套 FancyAI API 文档
01
合伙人先看
我们对标 FancyAI，不是在决定“要不要做一个 AI 网站”。
对标 FancyAI 的目的，是帮助我们决定：方舟是否要成为一家用产品组织营销能力、再由项目团队对交付负责的 AI 整合营销公司。
把高频工作封装成专家和流程
聊天是统一入口；上传、追问、任务状态、审批和结果资产才是工作台。
AI 提效，人对结果负责
商务、项目经理、创意/行业专家、技术与外部生产伙伴形成可扩张的交付网络。
当前结论
FancyAI 不是一个单纯“接了很多模型的聊天壳”。
公开证据显示它同时经营专业技能接口、模型网关、桌面端、企业工程服务、训练数据和模型后训练；历史内容业务还依赖项目经理与第三方创作者交付。真正值得对标的是这套“前台获客—产品编排—人工兜底—生态供给”的组合。
02
FancyAI 深拆
一家公司，四层生意。
官网、开放平台和创始人访谈分别照亮不同部分，不能混成一个未经验证的故事。
AI WORKFORCES
用“AI 员工”替代“工具列表”
当前首页按岗位展示 IT、设计、营销、运营和组织专家，并把 CRM、ERP、广告、社交场景接在后面。首屏的核心动作是“入职第一位 AI 员工”，点击后进入邮箱或 Google 登录。
岗位认领→具体任务→登录体验→企业销售
打开 FancyAI 原首页 ↗AI + HUMAN DELIVERY
客户买结果，不想自己拼最后 20%
2025 年访谈描述：商务接单、项目经理拆解并统筹、外部创作者和工作室生产、Fancy 审核修改后交付。该组织口径有明确日期，不能当作 2026 年实时架构。
商务→项目经理→创作者网络→审核交付
打开 36 氪访谈原文 ↗PLATFORM SUPPLY
工作流、微调模型、人才和工程服务共同成为供给
FancyAI 的产品页还销售 FDE、训练数据和后训练模型。这个体系既有软件，也有工程与服务。供应商抽成、返工、毛利与各业务收入占比仍未公开。
模型/工具+专业技能+FDE+项目交付
打开 FancyAI 产品页 ↗存在专家 API、网关、按量充值、桌面端、FDE 与历史人工交付链路。
统一聊天前端可依据流式事件呈现追问、上传、任务结果和用量。
每个技能所用模型、质量指标、当前组织人数、连接器开通状态和业务收入占比。
03
市场雷达
按竞争关系分层，不为凑数。
直接对标研究商业系统；邻近竞争研究一段工作流；上游能力研究可接入的生产工具。每张卡都保留原网站。
01直接对标
FancyTech / FancyAI
专业 AI 技能、模型网关、桌面端、企业工程与内容交付的组合。
02直接对标
特赞 Tezign
专业 AI 产品、企业智能体、多模型编排和专业服务共存的国内重点对象。
03直接对标
Typeface
以品牌上下文、营销智能体、协作流程和企业连接构成营销编排平台。
04直接对标
Jasper
把品牌知识、专业营销任务、批量流程、治理与 API 组合销售。
05直接对标
Copy.ai / Fullcast
把营销、销售和运营流程做成可配置、可通过 API 触发的 GTM 工作流。
06直接对标
WRITER
自有 Palmyra 模型与外部模型并存的企业 Agent、知识和治理平台。
07直接对标
Superside
用订阅关系销售 AI 辅助的专业创意团队、项目平台与持续交付。
08直接对标
钛动 Tec-Do
将 AI 营销智能体、投放能力和出海增长服务结合。
09直接对标
筷子科技 Kuaizi
面向商业内容生产、创意管理与广告协同的国内 AI 平台候选。
10直接对标
Persado
聚焦受监管品牌的创意生成、评分、合规、部署和学习闭环。
11邻近竞争
Pencil
AI 广告创意与品牌级生产工作流。
12邻近竞争
Omneky
广告创作、分析与营销执行平台。
13邻近竞争
AdCreative.ai
广告素材生成、分析、预测与自动化。
14邻近竞争
Anyword
营销文案、预测评分、内容智能与品牌控制。
15邻近竞争
Smartly
创意、媒介执行和营销情报的一体化广告平台。
16邻近竞争
Marpipe
商品目录广告、视频、Feed 与 SKU 级优化。
17邻近竞争
Creatify
商品链接转广告视频及变体。
18邻近竞争
KreadoAI
数字人、营销视频与视频生成 API。
19上游能力
绘蛙
女装等电商内容生产的垂直工具。
20上游能力
PicCopilot
跨境电商商品视觉与营销素材工具。
21上游能力
Flair.ai
商品摄影、视觉画布与品牌资产工具。
22上游能力
Vmake
电商视频、UGC 和视觉处理工具。
23上游能力
Higgsfield
多模型图像、视频、画布与营销创作空间。
24上游能力
Freepik AI
素材库与多模型创意工具组合。
25上游能力
Adobe Firefly
Adobe 生态中的生成式创意能力。
26上游能力
Krea
实时视觉创作与多模型实验工作台。
27上游能力
OpenRouter
统一模型 API 与路由基础设施。
28上游能力
Poe
多模型聊天和 Bot 入口。
29邻近竞争
LibTV
面向专业视频创作者的画布与多媒体创作工具。
30邻近竞争
Shotlab / 新片场
把画布、图片／视频／音频生成、资产与作品社区连接起来的创作平台。
31邻近竞争
Seko / 商汤
以故事灵感、短片工作室、创作 Agent 与画布入口承接视频创作。
没有匹配对象。
这不是“全市场已经穷尽”的名单。当前深度证据集中在 FancyAI、Jasper、Copy.ai、WRITER、Typeface、特赞和 Superside；其他对象保留待核项。
04
钩子系统
钩子不是一句口号，是一条递进的成交路径。
客户先认出自己的问题，获得一小块真实价值，再进入产品或项目沟通。下列钩子不能一次全堆在首页。
认领问题→看见证据→体验小结果→提交真实任务→销售/项目承接
公司定位钩子
首屏：一句话说清服务对象和结果
让企业判断是否解决自己的问题
“AI 驱动的整合营销伙伴”，主按钮进入项目沟通。
AI 员工钩子
首屏后：按岗位展示专家
把抽象能力变成可理解角色
展示营销策略、女装上新、视频导演、直播复盘等真实专家。
任务钩子
专家卡：直接说输入和输出
客户不用先理解模型
“上传平铺图，先得到一套上新样片方案”。
系统场景钩子
中段 Tab：CRM / ERP / 广告 / 社交
把 AI 嵌入已有业务
只展示真实闭环，未连接系统标注规划。
案例钩子
首页和案例页：问题—过程—结果
用责任与成果降低采购风险
只上授权项目，标明方舟职责、版本和验收。
前后对比钩子
方案页：旧流程 vs 新流程
让客户看见改变发生在哪里
展示人工重复、等待和返工如何被工作流减少。
作品钩子
Gallery / 精选成果
视觉工作先让结果说话
作品可追到项目、技能、版本与授权。
免费诊断钩子
资源区：输入品牌或网址
先交付一小块价值
官网、品牌内容、商品上新或 AI 工作流诊断；可先人工。
样片钩子
项目入口：带真实素材试做
把高价采购变成可评估小项目
明确输入、范围、时间、费用和转全案规则。
产品试用钩子
独立于项目咨询的登录入口
服务自助用户，不污染企业线索
首批只开放真实技能，原型明确标注。
API 文档钩子
开发者页：示例、错误和用量
让技术客户判断能否接入
先公开稳定任务接口，不列空端点。
模型矩阵钩子
技术页：能力、成本、地区和权限
降低选型与合规顾虑
客户主要选结果、时效、预算和数据要求。
价格钩子
自助产品与企业方案分开
低门槛用户开始，复杂需求进销售
用量、试点项目和企业定制分别说明。
FDE 钩子
企业落地页：诊断、评估、部署
承认最后一公里需要人
提供流程盘点、最小试点、系统接入与培训。
模板钩子
资源：brief、验收单、复盘表
可复制资源建立专业信任
下载真实项目模板并承接后续需求。
研究内容钩子
洞察：竞品、行业与案例拆解
让采购者决策前持续回访
公开可分享版，不外放隐私和未验证判断。
信任钩子
企业页：安全、版权、数据
解决法务和 IT 阻断
说明素材授权、保存、审核、供应商和删除机制。
合作方式钩子
最后：全案 / 专项 / 长期 / 接入
让客户知道下一步发生什么
列范围、责任、起步材料与负责人。
05
技术开发会
对标 FancyAI，要开发两张网，而不是一个首页。
外部公司网站负责认知与获客；登录后的 AI 工作台负责执行。它们共享公司能力、客户资产、项目和证据，但承担不同任务。
把企业目标，变成可持续交付的内容与增长工作流。
聊聊你的项目体验一个 AI 专家
第一张网：公司级获客
- 首页按业务目标进入，不先让客户选模型
- 解决方案、专家、案例、产品、研究和公司信息各有独立入口
- 项目咨询与产品试用分流，分别记录来源和后续负责人
- 只展示可授权案例；所有效率数字带项目口径
女装新品营销等待上传商品图
上传商品平铺图和品牌资料，我会先确认渠道、受众与交付数量。
＋ 上传图片或项目文件
抖音上新小红书种草商品详情
继续描述任务… 发送
第二张网：统一执行工作台
- 同一会话可出现追问、单选、多选、上传、任务状态与结果资产
- 用户先选业务任务，系统在后台决定技能、模型和是否需要人工
- 长任务进入队列；支持重试、取消、版本、审批、费用和审计
- 一个项目内保留 brief、素材授权、每次生成与最终验收
体验层公司官网聊天工作台项目与资产审批与用量
业务层专家/技能目录工作流编排质量评估人工接管
平台层身份与企业空间任务队列权限/审计成本与计费
能力层文本模型图像/视频企业系统外部生产伙伴
06
方舟现状与平台终局
先看清当前技术，再决定平台怎么长。
基于 2026-09-13 对方舟智创实际登录界面的核验，把现状判断、额度拆分、产品线和团队边界放在同一张图里。
当前技术与实际使用情况
已沉淀电商资产与生成入口；画布使用少、体验仍有差距。
后台可见人像、AI 人、服装与穿搭资产，以及生成、任务和星币等模块。团队实际使用反馈表明，画布较卡、工作流内使用较少，与 LibTV 等专业工具存在体验差距。当前两名技术人员难以同时追平通用创作工具并建设多条产品线；现阶段应集中建设电商任务与资产调用能力。可见的功能入口不能证明后台接口和计量体系已经成熟。
最终架构原则
方舟不应该用一个“大而全的统一前台”承载所有产品线；应该统一能力底座，再包装成不同用户能直接理解、直接使用的产品。
这不是重复开发多套发动机，而是让公司官网、商家工具、专业画布和企业工作台分别说各自用户听得懂的话。
方舟已经超过“只有一张画布”
- 顶层入口包括主页、画布和快速生成。
- 创作中心包含分析策划、工作台、任务列表和数字资产库。
- 数字资产已按人像、商品、场景和内容组织，并出现共享、认证与权限状态。
- 个人中心包含发布、星币账户、邀请和使用说明。
- 版本说明已经出现模型价格、按次计费、星币申请和两级审核。
已有资产与生成工作台，不等于成熟的创作者平台
后台已有画布、数字资产和生成入口；但团队反馈画布较卡、实际工作流中使用少。不能因为画布在界面中显眼，就把它判断为实际生产核心或创作者平台的竞争优势。
当前更值得产品化的是人像、AI 人、服装与穿搭资产及其电商任务。现有界面的专业操作复杂度，不等于专业体验已经成熟；商家仍需要直接理解、直接完成任务的产品入口。
优先方向：内部资产复用、电商内容生成与交付闭环
当前不足：依靠画布吸引外部创作者持续入驻；更不应承担所有行业的统一销售前台
当前不足：依靠画布吸引外部创作者持续入驻；更不应承担所有行业的统一销售前台
竞争差距与投入选择
目前靠画布吸引创作者，竞争力不足；电商是更有基础的切入点。
画布是否存在、创作者是否愿意持续使用，是两件事。功能入口可以成为营销展示点，但实际体验和业务机会才能支撑入驻与留存。
工具体验与商业供给，两端都要补强
团队反馈：当前画布较卡，实际生产工作流中使用少，与 LibTV 等专业工具的体验有差距。现有两名技术难以同时追平画布、多媒体创作、资产协作与社区产品，更不能据此承诺吸引创作者规模入驻。
画布可展示已有能力，但不宜作为现阶段招募创作者的核心承诺。若选择这条路线，需要更强的业务团队和技术团队，以及持续投入与明确的产品负责人。
围绕人像、AI 人、服装与穿搭交付结果
方舟已沉淀相关数字资产和电商业务经验，可以围绕商品图、穿搭内容与营销视频组织具体任务。商家关心商品表达、交付效率和经营结果，不必先学会画布。
团队判断这条路线与竞品差距较小，部分资产与交付环节具有领先基础；这不是全产品领先结论。应以同类商品任务的服装一致性、可用率、交付成本、付费和复购验证优势。
首页以新建画布进入生产，另有视频／图片／音频生成、智能剪辑、导演台、逐帧拉片等入口，并展示创作成果。
借鉴：专业任务入口与成果展示如何共同转化创作者。打开 LibTV 原网站 ↗侧栏串联生成、画布和资产；首页以画布入口与作品分类承接创作，作品卡关联作者及查看画布入口。
借鉴：工具、可复用创作过程与作品社区的连接。打开 Shotlab 原网站 ↗从故事灵感进入，提供短片工作室与创作 Agent 切换，并用短剧、知识分享、音乐 MV 等场景降低任务理解门槛。
借鉴：先让用户理解要完成什么，再提供画布与创作工具。打开 Seko 原网站 ↗证据边界：以上入口与 UI 来自官网观察；方舟卡顿、低使用率及竞争差距来自团队实际反馈。未对三家进行同任务性能或生成质量测试，也未核验其公开 API；不能把网页功能当成可直接调用的接口。
为创作者提供可兑现的生意机会
商家拓展与订单获取、商品与授权资产供给、创作者招募和运营、内容质量与交付管理，以及成交归因和收益结算。有人入驻不等于有生意，业务团队要对任务持续性与交付结果负责。
让工具和生产链稳定可用
画布交互与性能、多模型及工作流集成、任务可靠性、资产与版本协作、计费账本、测试和运维。若要对标专业创作平台，需要专门的产品设计与持续迭代资源，不能全部压在现有两名技术上。
当前建议：两名技术在业务、设计和测试支持下，收敛做电商试点；更强的业务团队先把资产、商家需求和付费交付组织起来。创作者可因资产、真实订单和收益机会参与，生产允许配合外部成熟工具，不强迫迁移到方舟画布。若决定建设通用创作者平台，应另立投入与验收目标，不能沿用电商 MVP 的人力假设。
入口分开，不等于算力采购和收入分开
女装、短剧和专业工作台可以通过方舟后端调用同一套模型服务，并按产品线记录用量、成本和收入。商家不必进入专业工作台，才能消耗方舟统一采购的服务。
必须核实：年度采购究竟是上游 API 额度、某个平台内部积分，还是限定用途套餐。架构上能统一调用，不代表现有采购额度天然支持所有产品。
火山方舟官方用量统计说明 ↗产品界面与实际使用必须分开看
方舟具备资产与生成入口，但画布较卡、实际使用少，不能视为成熟的专业创作者产品。下一步应把已有电商资产变成商家可直接完成的任务，而不是让商家先学习综合工作台。
独立产品不是只换 Logo
可以共用域名、登录和后台，但每条产品线必须有自己的任务流程、案例、价格和交付标准。客户买的是“帮我的衣服做好营销内容”，不是“使用方舟的工作流”。
一套底座，四种前台
不是“三套技术”，而是三类体验加一套底座。
账号可以互通，模型与算力可以统一调度；导航、任务语言、价格和交付承诺必须按产品线分别设计。采购额度能否跨产品抵扣，取决于上游合同与产品用途，不能预设。
Token / 星币与年度额度
额度可以分 API，但必须先建立产品账本。
年度额度业务需要区分上游采购与客户消费；实际产品界面也已出现星币余额、模型价格和审核流程。技术上应由统一计量服务记录“谁、在哪条产品线、为哪个任务、花了多少”。但能否用现有年度采购额度抵扣，必须逐项核实上游额度类型、可调用接口、适用模型和合同限制。
企业年度合同额度→企业空间钱包→产品线预算→任务计量事件→扣减／超额／结算
tenant_id、product_key、task_type、request_id，才能分清哪个产品在消耗。
供应商模型 Token／调用次数是成本账；客户购买的星币／年度额度是价格账，不能简单一比一。
各产品只向方舟任务网关提交业务任务，由用量服务记账；前端不直连供应商密钥。
年度总池可以按部门、项目或产品线设置子额度、预警、停用、超额规则和审批。
POST /internal/tasks
{ tenant_id, product_key, task_type, inputs, request_id }
→ task_id → provider_run → usage_event → artifact → ledger_entry产品线注册表
先给每条产品线一个明确身份。
下面是建议边界，不代表全部已经上线；技术侧应以 product_key 管理计费、权限、任务和经营数据。
creator_canvas画布与内部创作入口已有功能，但团队反馈较卡、使用少；先按真实生产需求改善，不作为现阶段创作者招募核心。
低使用率 · 按需改善fashion_commerce女装电商产品商家上传商品，选择模特、搭配和渠道，直接得到商品图与视频。
第一优先 MVPself_media_agent自媒体产品个人与内容团队完成选题、脚本、口播、封面、剪辑与复盘。
第二产品线enterprise_marketing企业营销工作台企业 brief、品牌资产、任务、审批、交付和年度额度管理。
先项目制，后产品化film_story影像／短剧工作流脚本、角色、分镜、生成、后期与制片进度；面向专业团队。
生产链验证后再开platform_apiAPI／白标输出把稳定任务、资产和计量能力提供给品牌、软件商或合作伙伴。
接口稳定后开放商业机会 01
垂直 SaaS 与用量收入
商家或创作者按套餐、任务包和超额用量付费，产品体验高度垂直。
商业机会 02
企业年度额度与项目服务
企业购买年度额度、席位、资产治理和交付服务，复杂项目由 PM 与专家兜底。
商业机会 03
API 与白标
把已经稳定的任务能力输出给品牌系统、渠道伙伴和行业软件，不重复建设前台。
商业机会 04
资产与创作者网络
在授权、质量和结算成熟后，交易人像、模板、技能与交付产能，形成平台抽成。
商业机会 05 · 后置
内容到交易与 GEO
商品资产、内容生产、分发与搜索发现形成闭环后，才讨论成交佣金与增长分成。
按公开资料的原始统计口径列示，分别标注公司技术人员与产品专属技术人员。
20 名技术人员
统计范围：北京新片场传媒股份有限公司及控股子公司。
统计日期：2026 年 6 月 30 日；期初为 17 人。
Shotlab 专属技术人员：未找到单独公开披露。
来源：《2026 年半年度报告》第 21 页“在职员工（公司及控股子公司）基本情况”，2026 年 8 月 26 日发布。
打开半年报原件 · 第 21 页 ↗未找到可核验的技术人员总数
公司技术人员总数：未找到可追溯至官方原始披露的数字。
LibTV 专属技术人员：未找到单独公开披露。
已查询公开资料：公司官网、官方招聘页及公开报道。招聘页列示技术岗位及职责，未列在岗技术人员总数。
打开 LiblibAI 官方招聘页 ↗团队与现实边界 · 实现叶总的平台设想
从数字资产到内容带货、交易与分成，需要怎样的团队？
叶总的最终设想是：让公司已经沉淀的人像资产、AI 人资产、服装资产和穿搭资产进入内容生产，建设一个承接资产分配与调用、带货交易和收益分配的平台。平台将合适的人物形象、服装和搭配分配给商家、创作者与具体营销任务，生成可用于带货的内容，并将成交收益按约定分配给参与方。
人物、AI 人、服装与穿搭可以组合使用
人像与 AI 人资产提供出镜形象；服装资产提供商品信息与视觉素材；穿搭资产提供人物、服装和风格的组合参考。它们共同构成平台持续生产营销内容的供给。
后台已核验 YOYO 人像、YOYO 搭配图、多组穿搭素材及合作品牌商品目录；生成工作台提供数字资产库选择与“@ 引用素材”入口。
打开方舟数字资产库（需相应账号）↗资产被使用，内容促成交易，收益回到参与方
按商品、风格和营销任务分配可用资产，组合生成商品图、穿搭视频和带货内容；将内容关联到商品与渠道，跟踪订单及贡献，再向资产提供方、创作者、带货合作方与平台进行收益分配。
已核验的功能是资产管理和素材引用入口；订单关联、成交归因及收益结算属于后续建设范围。
现有人像／AI 人／服装／穿搭资产→资产分配与调用→内容生产→带货交易→收益分配
以下是建议路线与人力估算，不代表平台已具备这些能力。两名技术可在复用现有服务、范围收敛且有业务支持的条件下推进单一试点；完整平台还需要产品、供给、运营、交易与交付团队。人数不是业务开放的硬门槛。这些区间服务于电商到资产交易生态的推进，不是追平 LibTV、Shotlab、Seko 的研发配置，也不代表招齐人员就能形成平台竞争力。
试点：从女装商家的真实商品与授权资产出发，生成营销内容，在已有电商渠道验证带货和复购；先利用现成交易渠道承接订单。
技术：现有 2 人聚焦任务／计费底座与产品前台／集成。
业务配合：产品负责人、女装供给与交付负责人、设计、测试／运营；部分角色可兼任或外协。
女装产品是验证平台的一步。观察内容质量、商家付费、成交反馈和重复使用，人工跟进归因与结算。建设：将试点中的资产授权、任务、用量、商品关联、订单归因和结算记录逐步系统化，再支撑更多产品线。
参考配置：前端 1–2、后端／平台 2–3、AI 工作流 1–2、产品 1、设计 1、QA 1、运维安全 1、垂直运营与客户成功 2–3。
经营门槛是资产可追溯、交付可重复、收入成本可核算。稳定的内部接口或合作方 API 可按实际需求提前提供。目标：连接资产提供方、商家、创作者和带货合作方，让资产使用、内容交付、成交归因与收益分配形成持续业务。
新增职责：商家招商与商品供给、达人／创作者运营、交易与结算、数据归因、审核风控、客户服务及版权支持；部分专业职责可外协。
扩张依据是供需两端活跃、归因与结算可靠、争议有人处理、单位经济性成立。18–25 人只是估算，不是“招齐才能做”的条件。团队结论：这组人力规划服务于叶总的最终设想：把公司已经沉淀的人像、AI 人、服装和穿搭资产用于平台分配、内容生产、带货交易与收益分配。方舟 AI 能力中台是技术基础；垂直产品承接用户任务；平台运营团队负责供给、撮合、成交和分配。现阶段靠画布吸引创作者的竞争力不足，需要更强的业务团队组织订单、资产、创作者与收益机制，也需要更强的技术团队保障体验与稳定交付。先用一条电商业务验证，再按实际瓶颈补团队。
最后结论 · 电商优先，逐步建设 AI 能力中台
方舟智创目前已沉淀人像、AI 人、服装与穿搭资产，并具备生成工作台和 AI 能力中台的雏形。下一步应优先把这些资产做成商家能直接使用的电商产品。
画布目前较卡、实际使用少，可作为已有功能的营销展示点，但尚不足以支撑专业创作者入驻与留存。未来统一的 AI 能力中台应承载以下八项能力；这是建设目标，不代表目前全部已经实现。
- 多模型接入与自动路由
- 提示词、技能和工作流编排
- 人像、AI 人、服装、穿搭等数字资产
- 任务队列、生成记录与版本管理
- 企业账号、项目、权限与审批
- Token、星币、成本、收入和产品线分账
- 内容审核、质量评估与人工接管
- 面向各产品线的内部 API
创作者平台路线目前面临较大的功能与体验差距；电商路线更接近方舟已有资产与业务积累，团队判断差距较小，部分环节已有领先基础。领先范围应由具体商品任务的可用率、交付成本、商家付费与复购验证。
方舟统一技术、资产与计费底座，按行业需求包装产品。现有两名技术优先完成电商资产调用、任务、计费与交付闭环，画布按实际使用需求改善。叶总的资产分配、带货交易与收益分配平台，以这条电商业务逐步验证和扩展；吸引创作者还可以依靠资产、商业任务与收益机会，生产工具允许协作使用外部成熟产品。
07
接口与任务协议
先统一任务协议，再接更多模型。
外部模型可以替换；项目上下文、任务状态、计费、审批和产物记录不能跟着丢。
对象公开契约对开发的启示证据边界
FancyAI Skills
POST /v1/skills/streamSSE 承载文本、追问、上传、媒体与用量事件。
公开文档；未鉴权调用。FancyAI Gateway
POST /open/aigw/gateway/v1/chat/completions另一平台提供 OpenAI 风格模型调用示例。
与新 Skill 文档不同。Jasper Agents
GET/POST /v1/tasks任务先暴露结构化输入，再同步或流式执行。
Business 才能访问。Copy.ai Workflows
POST /workflow/{id}/run运行实例有状态和完成回调。
交付保证尚未核实。WRITER Studio
/v1/models + agents + tools自有/外部模型、知识和治理在同一控制层。
模型版本持续变化。Typeface Forge
MCP + REST import + APIs把品牌上下文和外部系统交给 Agent 调用。
开发者入口不稳定。方舟内部统一对象
Task，不是 Prompt
每次执行都属于一个客户、项目和技能，并保留状态、输入、输出、费用、审批和人工负责人。
{
"taskId": "fz_task_…",
"workspaceId": "enterprise_…",
"skill": "fashion_launch",
"status": "needs_input | queued | running | review | done | failed",
"inputs": [{ "type": "file | text | choice" }],
"artifacts": [{ "version": 1, "review": "pending" }],
"execution": { "provider": "hidden", "cost": 0 },
"owner": { "pm": "human", "reviewer": "human" }
}08
组织与开发责任
不是先招一堆人，而是每个结果都有负责人。
商业与产品
确认客户、第一条闭环、报价与验收，不让开发从功能想象出发。
业务合伙人 + 产品负责人体验与内容
统一公司官网、专家入口、案例、表单和工作台交互。
品牌/设计 + 内容研究平台与模型
建设身份、项目、任务、队列、资产、技能、模型路由、成本和日志。
技术负责人交付与质量
负责项目拆解、人工审核、伙伴、客户反馈、版本和验收。
项目交付负责人客户负责人→项目经理→技能/模型执行→创意与行业审核→客户验收
09
开发路线
先做一个能成交、能执行、能复盘的闭环。
下面是技术会的讨论基线，不是已经上线的功能承诺；周期需由实际团队按人力重新估算。
PHASE 0
决策与样本
确定一个能成交的真实闭环。
- 选定第一行业与客户
- 整理 1 个授权案例
- 定义 3–5 个专家任务
- 确定输入、输出、价格和人工责任
PHASE 1
公司网站
让客户看懂、相信并留下项目。
- 首页与解决方案
- 专家目录与任务页
- 案例、研究和公司介绍
- 项目咨询与试用分流
PHASE 2
可用工作台
跑通一个 AI＋人工任务。
- 企业空间、登录与项目
- 会话追问、上传与状态
- 文本/图像/视频组合
- 人工审核、版本与交付
PHASE 3
生产平台
把一次试点变成可重复业务。
- 任务队列、重试与成本
- 技能版本与质量评估
- 权限、审计、数据删除
- 结算与运营后台
PHASE 4
企业扩展
按已验证需求接系统和扩行业。
- CRM/ERP/DAM/广告连接
- FDE 与私有化
- 伙伴技能与供应审核
- 更多行业专家
这次合伙人与技术会必须确认的 8 件事
- 方舟对外的第一行业与第一条业务闭环
- 第一个由谁付钱、按什么验收的产品化项目
- 官网项目咨询与 AI 专家试用是否分流
- 第一批 3–5 个专家的真实输入、输出和责任人
- 哪些能力自建，哪些接 API，哪些由人工或伙伴完成
- 客户素材、生成结果和企业知识的权限与保存规则
- 失败、返工、超支和版权问题由谁接管
- 试点完成的指标：质量、时间、成本、转化与续单
10
证据与边界
能点原站，能追原文，也能看见不知道的地方。
中文解释不替代原网站。动态后台、付费账户、真实企业集成和合同条款仍需后续验证。
01
LibTV 官方产品入口www.liblib.tv
↗02Shotlab 官方首页aigc.xinpianchang.com
↗03Seko 官方探索页seko.sensetime.com
↗04方舟智创当前产品fangzhou-aigc.cn
↗05火山方舟用量统计www.volcengine.com
↗06FancyAI 首页fancyai.com
↗07FancyAI 产品组合fancyai.com
↗08FancyAI Skills APIfancyai.com
↗09FancyAI 旧平台文档platform.fancyai.com
↗1036 氪 FancyTech 访谈www.36kr.com
↗11Jasper Agent APIdevelopers.jasper.ai
↗12Jasper 定价www.jasper.ai
↗13Copy.ai 工作流 APIsupport.fullcast.com
↗14Fullcast 收购 Copy.aiwww.fullcast.com
↗15WRITER AI Studiodev.writer.com
↗16WRITER 模型管理support.writer.com
↗17Typeface Arc Forgewww.typeface.ai
↗18特赞企业官网www.tezign.com
↗19Superside 团队职责help.superside.com
↗20Superside AI 边界help.superside.com
↗21钛动 GEO 服务geo.tec-do.com
↗22筷子科技入口www.kuaizi.ai
↗23Persado 首页www.persado.com
↗完整研究底稿
包含公司分层、FancyAI 两套 API 对照、人工交付、商业模式与待核问题。