研究版 01 / 连续阅读与打印
AI 公司业务与组织研究白皮书
35 份档案按时间、工作职责和公开证据展开。可使用浏览器查找公司名，或打印保存。各档案的完整性由下方证据缺口说明。
研究方法 / 证据范围
先识别主体，再沿时间和工作职责还原。
同一品牌可能是独立公司、集团产品、被收购团队或供应商网络。研究先区分主体，再寻找首个问题、第一版产品、付费验证、扩招和产品扩展。公开材料没有覆盖的环节保留缺口，不以当前首页补写创业史。
直接披露
财报、公司公告、创始人原访谈。保留人数、职能、统计日期及范围；公司自述不等于独立审计结论。
招聘观察
匹配官网和运营主体，按职位 ID、标题及地点去重。岗位类别、拟招席位、现有员工是三列；没有写人数就不替它填人数。
组织推断
由岗位职责、API、产品发布与案例交接，识别研究、工程、内容、销售、交付之间的连接；明确是工作分层，不冒充内部组织图。
交叉排错
比对时间、并购和业务归属；排除同名公司、客户员工、社区用户、平台席位。LinkedIn 关联档案不等于公司工资名册。
人数推断的计算边界
| 证据 | 可以写 | 不能写 |
|---|
| 100 人，产品／技术约三分之一 | 合并职能约三十余人 | 33 名程序员 |
| 20 名员工，另开 8 个职位 | 已有 20 人，待招 8 个职位 | 已有 28 人或 28 名研发 |
| 技术人员 17 → 20 | 同口径净增 3 人 | 只招聘过 3 人 |
| 40% 为创意人员 | 保留原分类比例与日期 | 余下 60% 全是程序员 |
| 7 类技术岗位 | 观察到 7 类招聘需求 | 有 7 人，或至少有 7 个在岗工程师 |
本版未接触任何企业的非公开人事系统、客户数据或私人 API。未验证账号内功能，不将宣传文字视为已实测。范围是既有 31 个研究对象加 4 个补充对象，不是全市场穷尽清单；35 个对象不等于 35 家独立法人。
01 / 整合营销与企业编排
FancyTech / FancyAI
先做商家内容聚合，再进入模型训练与电商视频，随后组织外部模型和创作者交付品牌内容。
2020 年 4 月成立；历史品牌内容服务与当前 FancyAI 产品分别观察。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2020—2022
最初做内容聚合，而非生成视频
CEO 回顾，最初希望把外部社交平台的商品内容带进商家店铺展示。先与商家内容建立联系，再遇到生成式 AI 的机会；不能把 2023 年的电商视频产品倒写成 2020 年的创业起点。 [2] ↗
2022—2023
从积累内容进入模型与视频交付
CEO 描述拆解已有热门内容、标注并训练模型。2023 年报道进一步列出商品视频、FancyGPT、数十人算法专家团队以及创意总监引入；算法团队数字属于当时公司口述，不与 2025 年人员合并。 [2] ↗ [7] ↗
2023—2024
先做海外样板，再通过本地伙伴扩展
CEO 回顾，海外先服务大型品牌建立示范项目，随后扩展本地合作。过程中，公司从偏自动化生产转向更重视人的创意与交付；这是一段经营路径变化，不是把今天的产品倒推成创办时就存在。 [1] ↗ [2] ↗
2025-02
形成商务—项目—产品技术三部分
受访时约 100 人，三部分各约三分之一；外部创作者和工作室属于生产协作网络，不应直接计入这 100 人。品牌主要对接 Fancy 员工，由内部项目人员组织外部执行与修改。 [1] ↗
当前公开产品
营销任务和软件接口成为另一种入口
官网按 AI 岗位与营销任务组织产品，提供体验、销售联系及文档入口。公开 API 证明存在软件化接入面；它不能证明所有历史定制项目已经无人化，也不能直接说明软件收入占比。 [3] ↗ [4] ↗ [5] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 2025-02：约 100 人；商务、项目经理、产品／技术各约三分之一。
- 技术／程序员口径
- 产品与技术合并占约三分之一；程序员人数未单列。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
一笔项目怎样运作
根据访谈重建：商务接触品牌并明确需求 → 项目人员拆解创意和生产任务 → 内部工具及外部创作者执行 → 公司组织质量控制与修改 → 品牌验收。这里的核心交接点是需求解释和成片责任；外部创作者并非直接面对客户的唯一主体。 [1] ↗ [2] ↗
产品钩子放在哪里
当前首页以 AI 员工／岗位形成理解入口；产品页承接具体任务，注册承接试用，企业联系承接复杂需求，文档承接技术接入。历史获客则包含品牌样板、行业关系与本地伙伴。两种时期的获客渠道不能混写成同一套起步打法。 [1] ↗ [3] ↗
API 与自研边界
需要分开看：生成模型、任务编排、对外 API、人工交付。现有两套文档入口应分别核验鉴权、任务标识、版本、计费、回调及错误处理；未经账户验证，不能将不同接口拼成一个可调用契约。公开材料中的自研表述也不等于每个底层模型均自研。 [4] ↗ [5] ↗
组织结构能推到哪一步
可以计算产品／技术这一个合并职能约为三十余人，但不能据此写成“约 33 名程序员”。岗位数量、算法与工程拆分、共享支持团队、外包占比，以及 2026 年最新在岗人数均未得到同口径披露。 [1] ↗
供给如何从自研扩到外部协作
蓝鲸采访明确，后续平台既用自研模型，也采购和引入外部模型。商务先收集需求，寻找工作流或模型做演示，订单确认后组织生产。供应端同时包含技术提供者与制作服务商；不是只有模型聚合，也不是所有内容由内部程序员制作。 [2] ↗
04 · 尚未被证据覆盖的环节
初创首单与首批员工时间线；最新技术人员明细；软件订阅／项目交付收入拆分；公开接口与真实付费账户的一致性。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
02 / 整合营销与企业编排
特赞 Tezign
从设计人才与企业需求的连接，扩展到数字资产管理，再进入企业生成式 AI 与实施服务。
2015 年成立。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2015
以设计供需连接起步
创始人范凌的设计与技术背景进入企业设计需求匹配场景。早期连接创意人才与企业，与后来的企业 Agent 平台是不同阶段的产品。初始算法开发和人工匹配的具体比例未披露。 [2] ↗
2017 起
将内容协作和资产管理产品化
历史介绍记载与同济相关的研究合作；之后业务形成数字内容和资产管理方向。企业素材、品牌内容与协作流程逐渐成为软件管理对象。具体第一家 DAM 客户及合同未取得。 [2] ↗
当前
企业 Agent 加部署服务
公司页展示企业 Agent、模型接入，以及由专业团队参与的诊断、场景选择、部署、执行和持续运营。软件与实施是并列组成，而非只有设计外包或只有模型调用。 [1] ↗ [3] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未取得同口径的在岗员工总数。
- 技术／程序员口径
- 未公开可核验的技术人员总数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运行与人员分工
可见的交接链条是企业业务问题 → 场景诊断 → 数据与资产准备 → Agent／系统实施 → 持续运营。官网的前线部署工程师和专业服务表述支持“存在实施职能”，不能据此推定每个客户配置人数。 [1] ↗
入口和技术边界
业务页以企业场景和产品能力分流，案例与咨询承接销售。数字资产管理、品牌上下文、模型接入、执行编排应分开记录；模型中心列出多个模型不等于自研多个基础模型。公开官网也不足以复原内部微服务和成本结构。 [1] ↗ [3] ↗
04 · 尚未被证据覆盖的环节
早期匹配产品的收费方式与首单；历年组织变化；工程、算法、交付、销售人数；现行客户 API 契约。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
05 · 原始资料与日期
- 特赞公司介绍与企业服务 ↗未注明发布日期 · www.tezign.com · 查询 2026-09-13
- 特赞历史公司介绍 ↗未注明发布日期 · www.tezign.com · 查询 2026-09-13
- 特赞英文业务体系 ↗未注明发布日期 · www.tezign.com · 查询 2026-09-13
03 / 整合营销与企业编排
Typeface
从企业品牌化内容生成，逐步扩展为跨渠道营销编排及企业实施体系。
2022 年成立；创始人 Abhay Parasnis。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2022
围绕企业品牌内容组建团队
创始团队具有企业软件与创意产品背景。起点是企业需要个性化、保持品牌一致的内容；不是先建设通用聊天应用。最早客户的取得过程和初始人数仍缺原始记录。 [1] ↗ [3] ↗
2024
通过产品发布与收购扩充能力
官方时间线记录多模态内容中心、TensorTour 收购及后续 Arc 方向。扩充能力并非全由原始团队独立开发；研究组织时应同时追踪并购人员和技术的并入。 [2] ↗
当前
品牌、Agent、协作空间与扩展层
Arc 产品体系将品牌上下文、执行任务和协作组织起来；企业管理文档还明确存在 Typeface 支持角色，协助组织配置和诊断。 [4] ↗ [5] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- LinkedIn 公司页自填规模 51–200；无明确统计日，不作为精确现员。
- 技术／程序员口径
- 产品／技术岗位可辨识，程序员总数未披露。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
客户如何被承接
官网按营销、IT、创意等角色解释业务，再进入销售与企业配置。客户侧先建立组织、团队和权限，准备品牌资料，再运行内容任务；产品专家和支持角色参与上线。平台支持并不自动等于承包广告全案。 [5] ↗
接口与组织反推
Arc Forge 展示连接和扩展入口。由此可以识别平台工程、企业集成、产品和支持几类工作，但并不能反推出每类人数。LinkedIn 自填区间与页面关联个人档案数量口径不同，不采用关联档案数当员工总数。 [3] ↗ [4] ↗
04 · 尚未被证据覆盖的环节
最早付费客户；历次收购各并入多少员工；工程／研究／营销工程师人数；接口套餐和实施合同。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
04 / 整合营销与企业编排
Jasper
先以 AI 写作获得付费用户，再聚焦中大型企业营销团队的品牌、流程与治理。
产品 2021 年 1 月推出。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2021
先出售写作使用价值
产品推出后通过写作应用吸引付费用户。2022 年融资公告回顾了这一阶段；其当时的用户数字属于历史经营披露，不能当作今天的客户数。具体第一单渠道未在这些原始资料中交代。 [1] ↗
2023
市场定位变化带来人员调整
CEO 公开说明将资源聚焦中型和大型企业的营销团队，并取消部分岗位。说明组织不是随着产品线只增不减；原文未披露裁减和剩余工程人数。 [2] ↗
当前
品牌知识、任务和 API
套餐把企业治理、支持与 API 区分开；开发文档把营销工作包装为结构化任务。增长方式不再只有写作入口，还包括企业演示、诊断和教育内容。 [3] ↗ [4] ↗ [6] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未取得截至研究日的官方同口径现员数字。
- 技术／程序员口径
- 未取得程序员数量；2023 年官方披露过组织重整但未列人数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
软件如何进入企业工作
营销团队提供品牌资料与业务输入，使用任务和批量流程产出内容，再按企业流程审核。企业支持与账户服务辅助采用；公开产品并不默认由 Jasper 员工为每一份文案负责。 [4] ↗ [5] ↗
UI 钩子与公开接口
免费品牌诊断在正式采购前先暴露问题，企业演示承接组织级需求，试用承接较轻用户。API 按任务和上下文组织，不只是开放一个聊天框；具体失败、重试、额度和版本仍需合同及账户测试。 [3] ↗ [4] ↗ [6] ↗
04 · 尚未被证据覆盖的环节
首单与早期销售动作；最新工程人数、研究岗位比例；企业实施交付物；组织调整后的人员时间序列。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
05 / 整合营销与企业编排
Copy.ai / Fullcast
从一个广告语生成器找到付费用户，扩成营销工具，再转向销售营销工作流并并入 Fullcast。
2020 年产品起步；2025 年 Fullcast 宣布收购。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2020
先验证一个小问题
创始人回顾：试用 GPT-3 后制作小应用，却发现自己反复卡在营销文案，于是做广告语生成器；在 Twitter 发布，首周取得付费用户。初期使用现成设计、建站与支付软件加快试验。 [1] ↗
2020—2021
从单一任务扩成文案工具集
增加网站、邮件和社交内容，再使用 Copy.ai 品牌发布。2021 年融资后计划招聘工程、设计、文案和招聘人员；这是扩招意向，并不是已招到的人数。 [1] ↗
2025
从单段文案走向业务流程
ContentOps 把研究、销售对话等输入接到内容生产；随后 Fullcast 宣布收购。应分开研究原创业团队和并购后组织，而不是把 Fullcast 人数全部算成 Copy.ai 工程师。 [2] ↗ [3] ↗
2026
以可触发的工作流提供接入
官方文档给出运行标识、状态查询与完成回调，说明业务流程可以由外部系统触发。文档可用不代表每个现有套餐都包含同样权限。 [4] ↗ [5] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 初创及最新总人数未取得可核验数字。
- 技术／程序员口径
- 2021 年官方明确招聘工程师，但未披露现员人数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
从客户需求到执行
销售／营销团队先把实际流程写成任务，使用表格、动作和品牌信息提供上下文；运行结果进入后续系统或交给人员检查。企业启动支持属于上线服务，不应推定为代运营整个销售部门。 [2] ↗ [4] ↗ [5] ↗
接口、收入与钩子
文案小工具和社媒发布是早期获客；当前按营销、销售、运营场景分流，再引向工作流、演示和套餐。API 使用 x-copy-ai-api-key，异步运行需保存 run ID，并设计轮询或 webhook；错误和计费规则需逐项核验。 [1] ↗ [4] ↗ [5] ↗
04 · 尚未被证据覆盖的环节
首批创始员工的具体分工；各阶段技术总数；并购后研发归属；工作流失败与人工返工的真实成本。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
06 / 整合营销与企业编排
WRITER
从企业语言与写作场景进入，再建设模型、知识、治理和企业 Agent 平台。
WRITER 于 2020 年推出；创始人此前经营 Qordoba。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
WRITER 之前
企业语言经验形成创业前史
May Habib 与 Waseem AlShikh 在 Qordoba 阶段积累企业语言技术经验。后来的 WRITER 不是凭空拥有企业客户理解；早期产品切换与第一单细节需要继续按创始人记录追踪。 [1] ↗ [2] ↗
2020—2024
向企业生成式 AI 扩展
从写作相关场景逐步扩充知识、模型和应用能力。2024 年官方融资公告披露团队超过 250 人，并强调与客户共同理解关键工作流。 [2] ↗ [3] ↗
当前
模型与应用层并存
开发者平台包含模型、知识与 Agent 能力；模型管理资料也允许接入外部模型。因此自有模型与多供应商接入不是互斥路线。 [4] ↗ [5] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 2024 年 C 轮公告：团队超过 250 人（历史全公司口径）。
- 技术／程序员口径
- 250+ 不是研发人数；程序员和研究人员未在该公告拆分。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
实施与组织
公开领导职能包括 CEO、CTO 和收入管理；企业落地涉及数据、知识、应用、权限和业务验收。能确认这是模型研究与企业软件／部署共存的组织任务，不能用单一研发占比推算人数。 [1] ↗ [3] ↗ [4] ↗
入口与 API
企业场景、演示、开发者文档分别承接业务决策者和开发者；模型调用与企业平台套餐应分开核算。知识接入和 Agent 执行需要客户侧权限与验收，不是模型返回文本便等于完成企业工作。 [4] ↗ [5] ↗
04 · 尚未被证据覆盖的环节
2026 年最新总人数；Palmyra 研究、平台工程、客户部署各有多少人；早期订单与组织扩展时间线。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
07 / 整合营销与企业编排
Superside
以持续创意服务和远程专业团队建立业务，再把 AI 纳入制作与客户协作。
品牌前身为 Konsus；不是生成式 AI 出现后才成立的企业。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
创意服务起点
先组织专业人员交付
创始人和技术联合创始人的角色可在官方领导页追踪。业务先围绕企业持续创意需求组织人，再建设协作软件；本档未取得首单和最早团队配置的完整原文，不补写成立即有 AI 的历史。 [1] ↗
2025
形成大规模跨专业供给
官方报告列出近 750 名设计、项目管理、策略、视频、动效、文案和创意负责人。该组数字说明披露范围是创意生产与服务，不包含可识别的软件研发拆分。 [4] ↗
2026
明确 AI 与人工责任
帮助文档明确客户经理、项目经理、创意负责人和制作专业人员的职责；AI 由人员在制作中使用，客户可按账户或项目选择不用 AI。 [2] ↗ [3] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 2025-02 官方报告称近 750 名设计、项目、策略、影像、文案及创意人员；非程序员口径。
- 技术／程序员口径
- 有 CTO 与工程负责人；技术人员总数未取得。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
一笔需求如何交付
客户经理维护合作关系和策略；项目经理负责进度、需求与反馈；创意负责人确定视觉方向；专业人员执行。客户通过项目平台给需求、评审和修改，订阅关系销售的是可持续使用的创意产能。 [2] ↗ [5] ↗
钩子和接口边界
作品案例让客户判断实际产出，服务分类说明可覆盖的工种，企业入口进入销售。在线项目平台不等于开放生成 API；未找到可核验的面向客户生产接口，不据此虚构接口架构。 [1] ↗ [5] ↗
04 · 尚未被证据覆盖的环节
Konsus 最初获客原始材料；在岗软件工程人数；全职与外部协作分类；产能、修改、排期和合同边界。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
08 / 整合营销与企业编排
钛动 Tec-Do
以出海增长与广告业务积累场景和数据，进一步发展营销多 Agent 与行业模型。
官网叙述为近十年的跨境商业服务积累；精确成立日应以工商资料另核。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
早期服务积累
从跨境获客与广告执行形成业务
公司公告把积累来源归为跨境商家和全球媒介平台服务。可识别历史客户类型，但没有给出第一单、最初是否靠纯人工代理或首版系统的完整材料。 [1] ↗
2026-07
Navos 2.0 扩展到协同执行
官方描述多模型、工具和专用 Agent 围绕业务目标协作，覆盖市场研究、创意、投放、归因与优化。应视为公司披露的产品范围，未做客户账户端到端实测。 [1] ↗ [2] ↗
2026-08
研发与商业化同时扩展
融资公告列明研发、人才、商业化和海外扩张用途。计划招聘、融资金额和业务覆盖地区，都不能换算成已经在岗的技术人数。 [1] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 尚无可核验的最新同口径人员总数。
- 技术／程序员口径
- 官方提到持续引进 AI 人才，未列现有程序员数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运营模式重建
按公开业务链条：客户提出增长目标 → 市场分析 → 素材制作 → 媒介执行 → 归因与后续调整。各环节同时涉及产品、媒介、数据和客户服务；哪些由人员审批、哪些自动执行，公开文档尚不足以逐项确认。 [1] ↗ [2] ↗
网站入口与技术
增长结果和案例吸引企业咨询，GEO 另设场景入口。Navos 编排层与 Tec-Chi 模型应分开记录；官网的多 Agent 宣传不构成公开 API 认证、参数、计费和 SLA 契约。 [1] ↗ [3] ↗
04 · 尚未被证据覆盖的环节
首批客户、早期产品及岗位时间线；工程与媒介运营人数；模型训练资源；API、合同与服务费拆分。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
09 / 整合营销与企业编排
筷子科技 Kuaizi
围绕商业创意生产、资产管理和广告内容协同发展 AIGC 产品。
公司 LinkedIn 填写成立于 2013 年；登记日期仍需另核。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2013
公司成立年份线索
公司资料页给出 2013 年，但当前官网不能复原第一版产品、最早客户与首批团队。不把这一年份直接写成生成式 AI 产品发布年。 [1] ↗
历史系统阶段
存在商业内容接入体系
历史接入和开发页面提供系统集成线索。这可以说明曾经存在软件接入面，但不能证明该契约仍被当前 AIGC 服务采用。 [3] ↗ [4] ↗
当前
内容生产与分发协同
公司动态展示素材分析、变体、本地化以及内容发布等业务。主页当前读取稳定性有限，具体后台购买与人工交付范围仍需验证。 [1] ↗ [2] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- LinkedIn 自填规模 51–200，无明确统计日。
- 技术／程序员口径
- 未取得研发／程序员人数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
组织与运行线索
内容生成、广告素材协同、系统对接和商业拓展可以作为功能职责分类，但现有证据不能确认其内部部门和汇报关系。LinkedIn 关联档案只是资料覆盖，不能当作在职名单。 [1] ↗ [2] ↗
入口与技术边界
官网属于企业商业内容入口，历史系统文档与当前产品分开链接。公开信息不足以确认基础模型采购、API 成本、客户成功人数或自动发布权限，因此不以行业常见方案补写真实内部架构。 [2] ↗ [3] ↗ [4] ↗
04 · 尚未被证据覆盖的环节
早期产品与首单的原始采访；岗位公告和现员；当前 API 契约；内容服务与软件收入关系。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
10 / 整合营销与企业编排
Persado
从营销语言与效果优化进入企业，以行业约束、品牌和合规组织内容生产。
2012 年成立。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2012
以营销语言效果为切口
两位联合创始人的技术与商业经历围绕营销内容优化展开；投资方介绍强调用数据选择营销表达。首个客户、首版模型采购和初始岗位人数仍缺原文。 [1] ↗ [2] ↗
业务扩展
把品牌和行业约束纳入生产
从表达效果进入受监管品牌的内容任务。当前业务将表现、品牌、合规并列，不能把最新 Agent 功能追溯成 2012 年已有产品。 [1] ↗ [3] ↗
当前
公开列出配套服务角色
官网列有客户成功、Campaign Manager、Content Strategist 与 Technical Engineer，工程职责涉及内容编码、QA、配置和部署。 [3] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未采用缺少同口径校验的外部员工估算。
- 技术／程序员口径
- 有 CTO 和 Chief AI 负责人；程序员总数未公开确认。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运营责任
根据官方角色重建：客户成功对接 → 内容策略和活动策划 → 受品牌规则约束的生成与检查 → 技术配置／QA／部署 → 效果数据进入后续优化。这些是服务职能，不是四个岗位各配置一人的承诺。 [3] ↗
组织和接口
CEO／总裁、CTO、AI 负责人等角色能够核实；无法据此推出算法组或工程组人数。晚于研究截点的页面不作为已发布能力，因此未把未来日期的 MCP 宣传计入当前可用接口。 [1] ↗
04 · 尚未被证据覆盖的环节
技术人数、历史岗位扩张；首单与原始试验；客户合同的合规责任；现行公开 API 范围。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
05 · 原始资料与日期
- 公司领导与历史 ↗未注明发布日期 · www.persado.com · 查询 2026-09-13
- 投资方公司介绍 ↗未注明发布日期 · starvestpartners.com · 查询 2026-09-13
- 官方服务与交付职能 ↗未注明发布日期 · www.persado.com · 查询 2026-09-13
11 / 广告生成与执行
Pencil
以广告创意生成进入市场，随后纳入 Brandtech 的品牌内容生产体系。
2018 年成立。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2018
从广告创意的重复生产进入
官方记载成立年与广告生成方向；最初客户访谈、第一次收费和原始模型架构未获证实，不补写“创办即全自动投放”。 [1] ↗
2023
加入 Brandtech
公司资料显示加入 Brandtech，组织边界从独立创业公司变化为集团中的产品。后续引用集团人数时必须剥离 Pencil 专属团队。 [2] ↗
当前
扩展品牌级内容工作流
产品呈现创意生成、表现反馈和企业治理。官网 50+ 团队数字未带统计日，因此保留原口径而不标成 2026 年现员。 [1] ↗ [3] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 官方 About 页写 50+ 名团队成员；未注明数字统计日。
- 技术／程序员口径
- 50+ 为团队人数，不是程序员人数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运行与钩子
品牌素材和广告任务进入产品，生成候选内容并结合表现信号迭代；企业案例、演示和试用分别承接采购与自助用户。创意审核、投放授权与最终验收仍受客户协作和套餐影响。 [3] ↗
人员反推边界
团队、工程、客户服务、集团资源是四个不同范围。只知道 50+ 无法计算研发比例；也不能将广告制作人数当作算法或程序员。 [1] ↗ [2] ↗
04 · 尚未被证据覆盖的环节
首单过程；50+ 的日期及人员类别；并购后的共享团队；客户 API 与真实用量计费。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
12 / 广告生成与执行
Omneky
围绕广告素材生成与优化，把产品工程、增长和客户成功一起组织。
2018 年由 Hikari Senju 创办。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2018
创办广告技术公司
公司发布确认创始人及成立年份。最初客户的取得、首版素材工作流和首批研发人数并未在该资料里给出。 [1] ↗
2023
跨职能增员
新增岗位覆盖增长、后端、客户管理、客户成功和全栈开发；说明扩张不只发生在工程，也补充销售后的采用和服务环节。公告逐人列示，但只是一批入职。 [1] ↗
2024—2026
由广告 Agent 走向 API 接入
官方新闻目录先出现广告 Agent，再出现 2026 年 API 与 MCP 发布。接口可售范围与授权需以对应现行文档核验，不把新闻标题等同完整接口契约。 [2] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 2023 年公告公布 5 名新增人员，非团队总数。
- 技术／程序员口径
- 新增名单中含后端负责人和全栈工程师；不能推出工程总人数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
工作模式
企业提交品牌与投放需求 → 生成和比较素材 → 使用广告效果反馈 → 继续迭代。客户成功及账户岗位的存在意味着有人工采用与关系管理，但不证明每个账户都由 Omneky 托管媒介预算。 [1] ↗ [3] ↗
增长钩子
网站以广告结果、演示与产品入口承接需求；开发者接口是后期新增分销面，不能用它倒推 2018 年也是 API-first。 [2] ↗ [3] ↗
04 · 尚未被证据覆盖的环节
最新人员总数及工程占比；首批客户；媒介预算控制权；接口任务、失败和收费细则。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
05 · 原始资料与日期
- 公司发布：新增人员及职责 ↗2023 年 · www.prnewswire.com · 查询 2026-09-13
- 官方产品发布记录 ↗未注明发布日期 · www.omneky.com · 查询 2026-09-13
- 原站业务与演示 ↗未注明发布日期 · www.omneky.com · 查询 2026-09-13
13 / 广告生成与执行
AdCreative.ai
从广告创意生成工具发展为素材与效果数据产品，随后被 Appier 收购。
需区分公司主体与 2021 年上线的 AdCreative.ai 产品。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2021
产品从广告生成需求切入
公司主体历史与产品发布日期不同。官方介绍把起点放在降低广告素材制作门槛；最初广告客户、工程人数和模型供应商需要更多原始材料。 [1] ↗ [2] ↗
2025-02
进入 Appier 体系
收购公告与投资者材料说明并购关系，以及生成素材与广告技术结合的方向。不能把 Appier 全部研发人员归属于该产品。 [1] ↗ [3] ↗
当前
围绕创意、评分和表现提供功能
首页提供生成与试用入口，并以素材和效果能力组织产品；历史人员数不自动延续为当前员工数。 [2] ↗ [4] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 官方历史介绍曾称约 30 人；网页更新日期不等于该人数统计日期。
- 技术／程序员口径
- 官方未在该数字中拆出程序员。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运营和技术层
客户提供品牌、产品与广告用途，工具生成素材，客户选择并在业务中使用。评分是产品能力，而真实广告转化仍涉及渠道、出价和受众；不能从评分按钮推断内部拥有完整投放团队。 [4] ↗
人数证据
约 30 人仅保留为带日期缺口的历史公司表述。人员是否并入 Appier、现有研发与客户成功规模、外包情况均未确认，不把收购金额换成人力规模。 [1] ↗ [2] ↗
04 · 尚未被证据覆盖的环节
30 人的实际统计时点；并购整合后团队；首版产品的供应商；付费账户可用接口。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
14 / 广告生成与执行
Anyword
从内容营销技术的积累，发展以表现预测和品牌约束为特色的 AI 文案产品。
Keywee 前史始于 2013 年；Anyword 产品／品牌 2021 年出现。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2013—2021
前身积累与新产品并非同一年
采访区分 Keywee 的起点与 2021 年 Anyword；当前官方协议仍列 Keywee 法律主体。品牌成立、产品发布与工商主体需要三个字段记录。 [1] ↗ [2] ↗
2023
披露团队地域分布
CEO 采访给出 65 人、其中 45 人在以色列。这个数字是员工地域分布，不能写成“45 名程序员”。 [1] ↗
当前
营销表达与表现数据产品
官网继续以文案和效果预测承接营销团队。公司 LinkedIn 自填较小区间，未注明统计日；不能据此计算裁员比例，也不采用聚合目录中的冲突大数字。 [3] ↗ [4] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 2023 年 CEO 采访：65 人，其中 45 人在以色列；当前 LinkedIn 自填 11–50，与历史不可直接合并。
- 技术／程序员口径
- 以色列员工不是研发员工；技术总数未单列。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
业务如何运行
营销人员提供受众、产品与品牌输入，系统生成表达并提供表现评价，再由团队选择、发布和测试。数据分析在选稿前参与决策，是其公开产品结构，而非宣称代替全部人工营销。 [4] ↗
组织线索
采访可确认商业创始人与工程角色、纽约和以色列布局；缺乏按职能拆分的当前名册。不同目录出现数百人时，应先排除关联档案、母子公司和过期资料混用。 [1] ↗ [3] ↗
04 · 尚未被证据覆盖的环节
早期首单；从 Keywee 到 Anyword 的完整团队迁移；最新工程与数据人员；可核验 API 计费。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
15 / 广告生成与执行
Smartly
先解决 Facebook 广告的手工操作，再扩展多媒介、创意和广告数据协同。
2013 年由 Kristo Ovaska、Tuomo Riekko 创办。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2013／早期
为游戏和电商广告减少重复操作
最初问题是 Facebook 广告管理需要大量表格与手工工作；官方后来的回顾提及 8 人团队和少量客户。由具体渠道任务开始，而非起步就覆盖全渠道。 [2] ↗ [3] ↗
2018—2020
逐步扩展广告平台
官方时间线列出 Pinterest、Snap 等拓展。新增渠道意味着不仅增加 UI，还要适配媒介接口、权限、素材格式和执行反馈；这部分是由产品范围推导的工作项。 [1] ↗
2021—2022
通过并购扩充创意与渠道能力
Viralspace AI 与 Ad-Lib 收购进入历史时间线，能力和组织一同扩展；2022 年公司规模不能与 2023 年工程＋产品数字直接相除。 [1] ↗ [3] ↗
后续
持续增加媒介覆盖
官方历史继续记录 TikTok、Reddit 等接入。渠道扩展是长期叠加过程，不能用今天的全平台界面代替创业过程。 [1] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 2022 年官方文章回顾早期 8 人，并描述当时公司 800+ 人；不同年份不可混成当前人数。
- 技术／程序员口径
- 工程介绍的 2023 年口径为工程与产品合计 200+；不等于 200 名程序员。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运行体系
客户广告目标与商品／创意资产进入平台 → 制作适配素材 → 配置媒体投放 → 收集表现 → 调整素材和预算。客户团队、产品／工程和客户服务分别承担业务配置、系统和采用。 [1] ↗ [2] ↗
人员口径
公开工程页面的组合口径包含产品人员；页面可能更新，而历史年份不变。正式人员对标保留日期与原始分类，不推算当前工程占比，也不把并购前后当成同一组织。 [3] ↗ [4] ↗
公开披露的工程组织方式
每个微服务有明确负责团队；产品与客户团队接收用户反馈并回传工程；团队保留执行自主性，同时使用例会、计划、评审和回顾。质量环节包括代码审查、自动测试及跨技术域集成测试。这是官方实际工作方式，不是根据规模猜测的组织模板。 [5] ↗
04 · 尚未被证据覆盖的环节
2026 年技术现员；工程与产品拆分；各媒介接入小组规模；并购团队并入数量。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
16 / 广告生成与执行
Marpipe
由广告服务中的创意测试问题出发，把多变量测试做成自助产品，再扩为商品目录广告。
2019 年投资方已接触创始人；2020 年正式发布测试平台。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2019
先在广告业务里遇到测试问题
投资方回顾接触 Dan Pantelo 时，他经营代理服务并开发相关技术。业务问题先于独立产品：难以系统识别哪些创意元素真正影响表现。 [1] ↗
2020
把测试工具开放给市场
官方首发提供免费增值入口：上传创意元素、组合版本、通过广告管理系统测试，再观察元素层结果。等待名单与公开发布构成早期获客过程。 [2] ↗
当前
从单次实验扩到商品目录
产品包含商品 Feed、目录创意、商品视频和 SKU 级优化。官网列 CEO、CTO、产品负责人，工程与设计保持小团队的自述未附人数。 [3] ↗ [4] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 官网自述小型工程与设计团队，未给人数。
- 技术／程序员口径
- CTO 可确认，程序员总数未披露。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
一条业务如何执行
商品或素材输入 → 生成多个版本 → 在媒体环境测试 → 拆分元素表现 → 用数据决定后续版本。当前目录模式使商品数据成为持续输入，不再每次从空白广告重做。 [2] ↗ [4] ↗
可见组织
CEO Dan Pantelo、CTO James Goldman、产品负责人 Pierce Porterfield 公开可辨识。这是领导职责，不足以认定只有三人，也不代表每位员工都在网页列出。 [3] ↗
04 · 尚未被证据覆盖的环节
第一张付费订单；工程、设计和客户团队具体人数；实际媒介执行责任；接口权限和反馈数据契约。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
17 / 广告生成与执行
Creatify
从商品链接转视频这一单一输入切口，扩展到广告研究、创意测试和优化。
2025-05 公告回顾约 18 个月前的产品起步。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
约 2023 年末
将商品 URL 作为最小输入
创始人公告回顾产品先把商品链接变成视频广告，减少客户准备素材与脚本的操作。首单身份与首批员工人数未公开。 [1] ↗
2025-05
沿客户前后工作扩展
用户还需要知道做什么广告、怎样测试和优化，于是推出 AdMax。扩产品线是沿着原任务的上下游，而不是把无关工具堆在首页。 [1] ↗
团队扩展
研究与客户成功同时增补
融资公告明确扩展研发和客户成功。官方分别列出 Yinan Na、Ledell Wu、Xin Zhou 的产品工程、研究和技术职责；计划扩招不能作为已到岗。 [1] ↗ [2] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未找到官方按职能列示的总人数。
- 技术／程序员口径
- 三位创始人分别有产品工程、AI 研究与基础设施背景；不等于只有三名技术人员。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运行与获客
商品链接 → 提取卖点／脚本 → 生成视频与变体 → 测试反馈 → 再生产。首屏直接让访客输入链接或开始生成，样片和案例降低理解成本，企业入口承接更复杂用法。 [1] ↗ [4] ↗
研发边界
创始人的研究背景和模型能力宣传可以作为自研线索；不能据此确认全部底层视频模型自研。公开招聘入口是继续核对岗位与人数的证据源，未完成全部岗位去重时不写在招总数。 [2] ↗ [3] ↗
04 · 尚未被证据覆盖的环节
历年工程人数；自研与采购具体分工；首单渠道；客户成功工作量；全量招聘的职位 ID 去重。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
18 / 广告生成与执行
KreadoAI / 易点天下
从数字人和配音降低出镜成本，再增加商品 URL 视频及编辑能力。
产品于 2023 年起步；不是易点天下母公司的成立年份。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2023
先提供数字人及声音能力
官方历史列出数字人主播、照片数字人、文本配音和直播等，用来降低视频中的出镜与语言门槛；没有公布第一位付费客户或初始开发配置。 [1] ↗
2024
补上商品链接和视频编辑
官方记录 URL 转视频和智能编辑工具的增加，使商品信息到成片之间的步骤减少。这个发布时间与现有所有生成模型的上线时间不能混为一谈。 [1] ↗
当前
四类职能对外明确
官网列用户体验、AI 与技术、客户支持、内容创作与营销四类团队；另提供试用、行业解决方案和 API 入口。 [1] ↗ [2] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 产品团队总数未单独披露。
- 技术／程序员口径
- 官网明确 AI 与技术团队，但没有人数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
公开工作分工
体验团队改善流程；AI 与技术提升生成能力；支持团队做上手和故障处理；内容与营销团队制作教程和示例。这是官方职责分类，可直接用于组织模式对照，但不代表四个独立部门或各一人。 [1] ↗
入口与模型边界
数字人、UGC、商品 URL 等任务分别承接用户；行业页承接电商、服装和美妆需求，API 面向集成者。现有模型菜单和母公司研发数均不能替代产品专属研发人数。 [2] ↗
04 · 尚未被证据覆盖的环节
产品专属人数、共享研发和外包；首单与早期商业验证；API 定价、异常和授权范围。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
05 · 原始资料与日期
- 官方品牌故事和四类团队 ↗未注明发布日期 · www.kreadoai.com · 查询 2026-09-13
- 原站功能与入口 ↗未注明发布日期 · www.kreadoai.com · 查询 2026-09-13
19 / 电商垂直产品
绘蛙
阿里体系内面向电商商家与内容创作者的 AI 产品：自助生成商品内容，按套餐与算力提供服务，并支持企业协作和 API 接入。
运营主体为杭州连凡信息技术有限公司；2021 年底成立报道已记载阿里全资控股，绘蛙产品于 2024 年初开始测试。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2021 年底
先有阿里全资运营公司
2021 年 12 月 30 日的成立报道记载，杭州连凡注册资本 500 万元，由阿里巴巴（中国）有限公司 100% 控股。该日期是报道日期；公司精确成立日及完整股权变更链仍待工商原档核验。尚无证据支持“绘蛙独立创业后被阿里收购”的叙述，也不能将公司成立当作产品上线。 [3] ↗
2024-01
邀请商家测试电商内容产品
2024 年 3 月的报道回溯，阿里 AI 团队从 1 月开始测试绘蛙，面向淘宝、天猫商家和达人，提供营销文案、专属 AI 模特及商品内容生成。官方早期隐私政策于 1 月 22 日生效，服务主体是杭州连凡。最初牵头人、团队人数、预算及第一笔收入未取得可靠披露。 [2] ↗ [4] ↗
2025-06
出现明确提及绘蛙的招聘线索
一篇暑期转正实习内推帖列出多模态、计算机视觉、自然语言处理三类算法方向，并将绘蛙放在淘天业务技术线 AI 原生应用团队的介绍中。帖子同时提及其他集团业务，不是绘蛙专属编制表；来源为第三方帖子，不作为官方已核实组织图。 [5] ↗
当前产品与商业入口
自助工具、企业套餐、公开接口并列
官网按服装上身、万物穿戴、搭配融图等任务组织入口；企业版增加批量生成、共享资产和算力。阿里云市场提供年度企业套餐，淘宝开放平台公开绘蛙接口目录。这些是不同使用与销售入口，不等于内部有同名独立部门。 [1] ↗ [7] ↗ [8] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未取得绘蛙专属全员、初创团队或技术人数的可靠披露。
- 技术／程序员口径
- 2025 年历史第三方内推帖列 3 类算法方向，未注明席位数；不是当前岗位全表，也不是现有程序员人数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
客户实际购买与操作什么
官方协议将服务描述为智能图片制作处理工具：用户上传模特或商品素材，制作数字分身／商品模型，再自行设计、制作、修改、优化和下载内容。公开标准产品呈现为自助使用，并未写成默认由绘蛙员工逐单代做。是否另有定制人工服务及其占比，当前证据未覆盖。 [9] ↗
网站如何承接女装等电商需求
首页导航直接列服装上身、万物穿戴、搭配融图、换模特背景和修图任务；案例按女装、男装、童装、跨境、鞋包等分类，提供“做同款”入口。免费试用、新人赠图与登录算力奖励连接注册和使用，企业版入口承接批量生产。活动数量以原站当日规则为准。 [1] ↗
企业套餐如何收费和使用
云市场将产品标为 SaaS 交付。套餐组合年度算力、并发任务数、企业协作账号和培训服务；入门、基础、高级、旗舰档分别列 5／10／15／30 人企业空间。这里的人数是客户账号容量，不是绘蛙员工数。云市场标注的开票主体为阿里云智能科技（江苏）有限公司，不替代绘蛙协议中的运营主体。 [8] ↗ [9] ↗
公开披露的算法工作
官方算法说明记载，文本生成基于 Qwen-14B，使用电商数据进行训练及指令微调，并结合提示词处理商品属性和卖点；试装图像算法也披露了训练机制。该说明记录特定版本的技术披露，不能据此推定所有当前功能均使用相同模型，也不能推出研发人数。 [6] ↗
公开 API 如何组织任务
淘宝开放平台的绘蛙类目列有用户绑定与 Token、模型查询与训练、参考图上传、批量生图提交／查询、视频任务、项目创建等接口。其对外形式是把账号、素材、模型和异步任务拆为可集成能力。接口目录存在不代表任意账户可直接使用全部能力；具体权限、调用计费和限制应以接口及接入协议为准。本次未调用生成接口。 [7] ↗
招聘里是否有专职生图人员
已取得的那一则历史内推帖只列三类算法方向，没有列专职生图操作、女装内容制作或审美设计岗位。但它不是完整招聘名单；没有岗位席位数，也没有绘蛙专属员工表。因此只能记录“该帖未列此类岗位”，不能写成“绘蛙从不招聘这类人员”或“内部没有这类工作”。 [5] ↗ [10] ↗
04 · 招聘与职能反推
绘蛙相关团队：历史内推帖列 3 类算法方向
2025-06-05 第三方暑期转正实习内推帖；明确提及绘蛙，但发布者身份及官方职位 ID 未独立核验；非当前全量招聘 · 打开招聘／原始资料 ↗
| 岗位／口径 | 地点／范围 | 公开内容（中文释义） | 可以识别的工作 |
|---|
| 算法工程师—多模态方向 | 淘天业务技术；工作地点未核实 | 暑期转正实习；未写拟招席位数 | 历史招聘方向，不是现有员工数量 |
| 算法工程师—计算机视觉 | 同一则历史内推帖 | 暑期转正实习；未写拟招席位数 | 不能确认绘蛙独占此岗位资源 |
| 算法工程师—自然语言处理 | 同一则历史内推帖 | 暑期转正实习；未写拟招席位数 | 不能确认当前仍在招聘 |
| 专职生图／女装内容／审美设计岗位 | 本次已取得的该帖 | 该帖未列；未取得完整岗位名单 | 无法据此确认公司不存在此类岗位 |
| 全员／技术人数 | 绘蛙产品专属口径 | 未取得可靠披露 | 不以淘天总人数、企业套餐席位或岗位类别代替 |
证据说明：该帖同时介绍集团 AIGC 基础服务、消费者内容生成和绘蛙产品。它是一条相关团队的历史招聘线索，不是绘蛙专属部门及用工清单；3 类岗位不等于 3 个席位，更不等于 3 名在岗工程师。
05 · 尚未被证据覆盖的环节
工商原始成立与股权变更档案；项目最初牵头人、初创人数与首单；当前完整招聘清单及有效职位 ID；绘蛙专属研发、设计、内容、运营和共享团队人数；人工服务及外包参与范围；实际收入结构与接口接入条款。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
20 / 电商垂直产品
PicCopilot
以跨境商品视觉工具承接卖家，增加时装视频，并另设 AI 与设计师协作的定制服务。
阿里国际旗下产品；产品发布年与集团成立年分开记录。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
先有商品视觉工具
从卖家素材任务开始
2025 年官方发布回顾其既有电商设计工具；最初首版发布时间、首单渠道与团队规模在该公告中未完整给出，不用集团历史代替。 [1] ↗
2025-06
图片进入试穿视频
Fashion Reels 将商品照片转为模特试穿视频，延长已有商品输入的生产链。公司公告指出依托阿里 AI 技术，但未给出产品专属研发人数。 [1] ↗
当前
产品、伙伴和定制服务并行
网站分别提供自助工具、品牌与零售伙伴入口，以及 AI 加专业设计师的定制设计服务；服务页说明有设计供应商参与，不能把供应商成员直接当作公司在岗员工。 [2] ↗ [3] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未披露产品专属员工总数。
- 技术／程序员口径
- 设计服务页面的个别工程角色不等于核心产品团队人数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
两种运行方式
自助路径：商品素材 → 选择视觉任务 → 生成与调整 → 下载。定制路径：客户说明品牌需求 → AI 生成方向 → 设计师深化与审美控制。两者责任主体和计费方式应分别核对。 [2] ↗ [4] ↗
获客与组织
合作伙伴页连接电商生态与技术渠道；业务公开信息支持产品工程、设计服务、伙伴运营的职能划分，但不支持人数估算。原站和服务页面均保留直达入口。 [2] ↗ [3] ↗
04 · 尚未被证据覆盖的环节
最早上线和付费记录；核心研发与供应商人数；工具收入和服务收入；独立 API 权限。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
21 / 电商垂直产品
Flair.ai
由商品摄影的协调和成本问题出发，用可编辑画布模拟虚拟拍摄，再拓展时尚和更大客户。
创始人采访区分 2022 年创业与 2023 年产品发布。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2022—2023
虚拟商品摄影切入
Mickey Friedman 回顾创业和发布：客户上传原始商品照片，在画布摆放道具和场景，复现想要的拍摄。不是以出售所有 AI 模型作为最初业务。 [1] ↗
2024-05
五人团队开始拓展垂类
采访明确团队五人，同时讨论服装、虚拟模特与较大客户。该数字是历史团队口述，没有按技术和商业拆分。 [1] ↗
当前招聘
补齐工程、研究、分析、社区和销售
官网五类岗位为全栈、AI 艺术／社区、GTM、应用 AI 研究、产品数据分析。GTM 职责明确已有入站销售，再建设出站销售；这是业务运作的直接线索。 [2] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 2024-05 创始人亲述：团队 5 人；不是当前人数。
- 技术／程序员口径
- 5 人是全团队；官方现有招聘可见 5 类岗位，不是 5 名在岗程序员。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
技术分工从招聘怎样反推
全栈要求涉及 TypeScript／React／Node、CRDT 和 API；应用 AI 研究涉及训练、推理和优化；数据岗负责实验与产品分析。由此可识别协作应用、生成能力与数据决策三条工作线，不能把三类技术相关岗位当作三人。 [2] ↗
交付和获客
客户自己用画布导演构图，公司提供软件而非默认包办拍摄。作品和试用吸引商家；社区岗位负责社媒内容，GTM 岗位将中型客户的入站需求转为更主动的销售。 [1] ↗ [2] ↗ [3] ↗
04 · 招聘与职能反推
Flair.ai：官网 5 类岗位
截至 2026-09-13 可见列表；每条拟招人数未写 · 打开招聘／原始资料 ↗
| 岗位／口径 | 地点／范围 | 公开内容（中文释义） | 可以识别的工作 |
|---|
| Full Stack Engineer | 旧金山／现场 | 界面、实时协作、数据库与 API | 应用工程 |
| Applied AI Research | 旧金山／现场 | 模型训练、推理和优化 | 应用研究 |
| Data Scientist, Product Analytics | 旧金山／现场 | 实验与产品分析 | 数据；不直接归为程序员 |
| AI Artist / Head of Community | 页面未明确同一地点要求 | 社媒创作与社区 | 创意和分发 |
| GTM Lead | 页面未明确同一地点要求 | 从已有入站销售拓展出站销售 | 商业化方式有直接证据 |
由证据推断：历史五人团队与当前五类招聘是两个不同数字。岗位可证明需要哪些能力，不证明当前人数、缺口大小或招聘是否已完成。
05 · 尚未被证据覆盖的环节
当前工程和总人数；岗位拟招人数；首单与早期传播记录；外部模型采购方式。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
22 / 电商垂直产品
Vmake / Vmake Labs
围绕小商家的社交视频，组合商品输入、UGC、编辑、增强和多模型生成。
官方称由 Vmake AI 升级为 Vmake Labs；未确认公司成立日。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
品牌前史
从 AI UGC 视频向社交视频扩展
官方自述原 Vmake AI 升级为 Vmake Labs。未给精确变更日，也没有完整解释最早公司和团队，因此不从同名商业目录补入创始人。 [1] ↗
任务扩展
商品生成和编辑增强组合
当前产品将照片、链接、想法输入，与字幕、视频增强、编辑等放进同一社交视频生产场景。现有工具并不意味着这些能力同时上线。 [1] ↗
当前
多模型统一使用入口
官方文生视频页面列出多家供应商模型，并给出输入、选模型、生成、预览下载的流程。页面不能证明每个模型的采购是直连、聚合或年度合同。 [2] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未找到产品对应主体的可靠人数。
- 技术／程序员口径
- 未公开确认；排除同名活动公司与移民服务公司。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运营与技术边界
业务面向小商家和创作者，生产后交由客户在原渠道发布。模型选择、历史记录与导出属于可见产品层；底层路由、成本和专属工程团队仍未知。 [1] ↗ [2] ↗
钩子与研究去歧义
功能落地页分别承接搜索流量，免费开始和案例承接试用。研究员工时必须匹配 vmake.ai 和法律主体；不能采用 vmake.live 的活动团队或签证企业的员工数字。 [1] ↗ [3] ↗
04 · 尚未被证据覆盖的环节
法律主体与成立记录；初创产品和首单；招聘入口及技术人数；对客户开放 API。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
23 / 画布与创作平台
Higgsfield
将影像生成与专业创作流程组合，并发展企业使用及创作者商业机会。
官方 About 的 2025 指当前平台上线口径，不直接当作公司注册年份。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
公司与平台分开
当前平台以 2025 年上线作自述
官方 About 用平台上线说明历史，不能据此抹掉公司此前技术积累。最早产品、首单和初始工程组织仍需更完整的创始人材料。 [1] ↗
产品扩展
把创意人员放进产品迭代
公司自述创作人员与 ML 工程师共同迭代产品，40% 为影视及创意角色。这描述内部人员构成，而不是社区创作者总量。 [2] ↗
当前
自助、企业与创作者机会并行
网站同时承接创作任务、企业合作和创作者变现方向。企业页不是单纯短剧制作公司介绍；具体承包范围与产出责任需看服务合同。 [1] ↗ [3] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 公司 LinkedIn 称约 40% 团队为电影人、制片及创意人员；未确认同日员工总数。
- 技术／程序员口径
- 其余 60% 不能一律算程序员。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
组织能推到哪一步
可以识别影视创意与机器学习／产品工程的协作。不能用 100% 减去 40% 得出技术占比，因为剩余还有销售、运营、支持、管理等可能类别。不同目录里不同总人数也不能与该比例跨日期相乘。 [2] ↗
任务与钩子
样片和任务入口让用户直接试做；企业入口承接团队使用，社区支持处理使用问题，Earn 方向承接创作者商业参与。工具产出的可控性、审核和人工修订仍是实际使用流程的一部分。 [1] ↗ [3] ↗ [4] ↗
04 · 尚未被证据覆盖的环节
各历史产品的精确上线与首单；当前算法、应用工程人数；创意 40% 的统计日；企业与创作者结算合同。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
24 / 画布与创作平台
Freepik AI / Magnific
由素材检索和生产平台，经过并购和生成式 AI 扩展，转向综合创意平台。
2010 年素材业务起步；AI 业务阶段从 2023 年单列。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2010—2014
先检索素材，再自行生产
官方时间线回顾从图形资源发现进入，自 2014 年增加自制内容。素材供给、流量与授权业务早于生成式 AI 产品，属于前史而非 AI 创业首版。 [1] ↗
2020—2022
股权变化和收购扩充资产类别
EQT 入股后，通过 Iconfinder、Original Mockups、Videvo 等扩展内容类别。此时团队包含素材、运营与商业职能，不能全计入研发。 [1] ↗ [2] ↗
2023—2026
生成式 AI 和 Magnific 进入体系
官方列 2023 年 AI 生成、2024 年收购 Magnific，当前公司页面记载 2026 年转向 Magnific 品牌。原有 Freepik 链接保留，用来追踪产品和品牌迁移。 [1] ↗ [3] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 2023-01 官方新闻资料列 567 人，属当时公司全体口径。
- 技术／程序员口径
- 该数字不是 AI 部门或程序员数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运营与组织
素材目录提供既有流量和内容供给；生成工具承接新生产任务；企业账户又增加资产、权限、算力与服务需求。当前领导页区分技术、产品、AI、安全、商业拓展、企业销售与创意服务职能。 [1] ↗
人数与接口
567 是历史公司人数，既不是当前，也不是程序员。当前页面提供企业 API 与协作能力，但不能用接口入口推定内部采购价、技术人数或承包责任。 [1] ↗ [2] ↗
04 · 尚未被证据覆盖的环节
AI 部门独立人员及收购团队；最新全员；素材订阅到生成业务收入变化；企业接口真实条件。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
25 / 画布与创作平台
Adobe Firefly
研究 Adobe 内部孵化的生成式 AI 产品线，以及它如何进入现有创意和企业内容流程。
Firefly 于 2023 年 3 月公开测试；不以 Adobe 老公司历史充当 AI 业务起点。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2023
从生成模型与既有编辑工具结合
公开测试后进入 Photoshop、Express 与企业场景。首批训练来源和内容凭证在官方公告说明；这依赖既有素材、产品和企业渠道，不能当作独立小团队从零的路径。 [1] ↗
2024
服务接口和品牌定制
Firefly Services 将生成、编辑与组合提供为企业接口，Custom Models 面向企业资产和风格定制。软件功能之外增加数据准备、训练／配置与系统连接。 [2] ↗
后续企业运行
使用内部营销活动验证流程
官方自用案例串起 Workfront、Experience Manager、生成接口、创意软件与审批后分发。属于公司公布的运行案例，不代表客户无需实施就有相同效果。 [3] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未取得 Firefly 专属团队人数。
- 技术／程序员口径
- Adobe 全公司研发不等于 Firefly 研发。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
组织怎么观察
产品研发、模型研究、品牌资产、企业实施与创意审批分别存在于链条。专属团队人数未披露，不从 Adobe 总员工推算；客户侧使用人数也不是供应商开发人数。 [1] ↗ [2] ↗ [3] ↗
入口和业务范围
免费体验／创意产品入口连接个人，企业入口连接定制、管理和系统集成。API 是程序化生产入口；已有编辑器与企业流程是分销和交付条件。本章属于产品线参照，不是 AI 原生整合营销公司的直接同类。 [2] ↗ [4] ↗
04 · 尚未被证据覆盖的环节
Firefly 单独研发人数；共享平台人员比例；模型训练成本；企业实际配置与实施团队。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
26 / 画布与创作平台
Krea
从创作者可用的生成体验，逐步增加模型研究、推理基础设施和企业 API 销售。
创始人为 Victor Perez 与 Diego Rodriguez；本档不猜测注册日。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
早期迭代
小团队持续发布创作产品
创始人回顾在旧阶段以八人团队进行频繁产品迭代，并描述旧金山居住空间中的工作环境。第一版到第一次收费的完整记录仍缺失。 [1] ↗
2025-04
扩展团队与生成能力
文章介绍新的研究和工程人员加入。应以这篇文章的历史时点理解“小团队”，不能写成研究日仍只有八人。 [1] ↗
当前招聘
02 · 人员构成与统计口径
- 已取得的人数证据
- 2025-04-07 创始人文章回顾此前以 8 人团队快速迭代；是历史全团队口径。
- 技术／程序员口径
- 8 人不等于 8 名程序员；当前招聘披露多种技术职责。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
从职位职责读技术架构
全栈岗位涉及前端、Node／TypeScript、数据库、实时通信及可观测性；基础设施岗位侧重分布式运行；研究岗位关注模型；销售岗位承接 API 和模型产品。招聘是架构线索，不证明所有列出的技术都已在生产使用。 [2] ↗ [3] ↗ [4] ↗ [5] ↗
运行和钩子
创作入口、示例和更新吸引个人使用；企业 API 销售把模型／生成能力卖给集成者。用户在界面迭代结果与开发者程序调用属于不同交付方式。 [5] ↗ [6] ↗
04 · 招聘与职能反推
Krea：官方 ATS 的分工证据
抽取的 4 条官方职位，不声称全部在招 · 打开招聘／原始资料 ↗
| 岗位／口径 | 地点／范围 | 公开内容（中文释义） | 可以识别的工作 |
|---|
| 全栈工程 | 以职位原页为准 | 前台、服务、实时通信和数据 | 产品工程 |
| 分布式基础设施 | 以职位原页为准 | 运行和基础设施扩展 | 平台工作 |
| 机器学习研究 | 以职位原页为准 | 模型研究与实现 | 研究职能 |
| API／模型销售 | 以职位原页为准 | 对企业销售技术产品 | API 商业化 |
由证据推断：不仅有面向创作者的界面工程，也存在研究、基础设施及销售工作。历史八人不能作为当前上限或研发人数。
05 · 尚未被证据覆盖的环节
当前在岗工程、模型研究和商业人员；首单；全部在招岗位去重；自研模型与其他供应商调用成本。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
27 / 模型接入与分发
OpenRouter
为开发者统一模型发现、接入、路由、可用性和计费，不是代交付广告的公司。
公司官方发布追溯至 2023 年 4 月。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2023-04
从多模型接入问题出发
官方回顾 Alex Atallah 与 Louis Vichy 围绕模型需要统一入口开始构建。起点是开发者的接入摩擦，而不是品牌营销项目。首个付费客户及初始人数未披露。 [1] ↗
2025
把路由和计费组织成平台
官方发布描述多供应商故障切换、统一账单、模型发现和使用数据。基础模型来自供应端，平台产品在接入、调度与治理层形成。 [1] ↗
2026
企业治理与多模态扩张
B 轮公告列出工作空间、支出管理、数据政策和多模态推理；8 月官方发布目录出现加入 Stripe 公告。交易状态与并入团队应单独核对，不自动写成已完成整合。 [2] ↗ [3] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未找到当前官方技术员工数。
- 技术／程序员口径
- 不能用接入模型、供应商或开发者数量换算员工。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
业务运行与收入边界
应用提交请求 → 按模型和供应商条件路由 → 上游推理 → 返回结果与用量 → 统一记录成本。供应端模型收费、平台收费与客户自己应用的收入是不同账本；不能由官网推断协议折扣。 [1] ↗ [4] ↗
钩子与组织
模型目录、排行榜、文档和试用吸引开发者，企业治理承接生产使用。可推断需供应商接入、可靠性、计费和开发者体验工作，但没有岗位名册就不把功能画成已确认部门。 [2] ↗ [3] ↗ [4] ↗
04 · 尚未被证据覆盖的环节
现有工程人数；组织并购状态；供应商商务条款；历史首单；各产品的成本与利润。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
28 / 模型接入与分发
Poe / Quora
从多模型聊天入口，扩展创作者机器人、收益机制和外部应用接入。
2023 年已公开提供多端聊天；产品线与 Quora 公司前史分开。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2023
先统一聊天入口和设备同步
官方 Android 公告描述多个模型和用户创建的机器人，以及 iOS、Android 和网页同步。多端应用是产品工程范围，不直接说明各端专职人员。 [1] ↗
创作者平台阶段
把机器人供给交给创作者
创作者文档说明如何创建、分发和获得收益；创作者是生态参与者，不是 Poe 员工。收益涉及资格、地区和规则，不能将宣传理解为所有人都可直接分成。 [2] ↗ [3] ↗
当前
外部应用接入
官方开发文档提供兼容接口。产品从统一前台增加程序化使用方式；底层模型来源、平台积分和创作者收益不能视为同一层。 [4] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未取得 Poe 专属员工总数。
- 技术／程序员口径
- 不以 Quora 全公司人数代替 Poe 开发团队。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运行模式
用户在聊天或机器人入口消费模型能力；开发者可创建应用／机器人或通过接口接入；平台组织账户、用量与结算。面向终端用户的订阅与面向创作者的收益规则分开列示。 [2] ↗ [3] ↗ [4] ↗
原站与人数
原站保留直链；实际访问可能进入登录页，中文研究不能绕过该限制。公开文档能证明平台分发与接口能力，无法证实产品专属开发人数。 [4] ↗ [5] ↗
04 · 尚未被证据覆盖的环节
产品起步时独立人员；各端／计费／生态团队人数；首批付费；最新结算地区和账户规则。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
29 / 画布与创作平台
LibTV / LiblibAI
从 AI 创作与模型社区积累，延伸到视频、画布与 Agent 创作流程。
LiblibAI 官方称 2023 年 5 月成立；LibTV 是后续产品。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2023-05
先建设 AI 创作平台
官方招聘介绍给出成立时间；创作、模型和社区构成既有基础。初始人数、首笔算力充值客户和社区冷启动投入未公开取得。 [1] ↗ [3] ↗
产品扩展
图像平台之外增加视频产品
隐私政策把 LiblibAI、LibTV 等产品置于运营主体及关联方范围内。这说明要按产品线区分员工，不能把整个公司人数自动归到 LibTV。 [2] ↗ [4] ↗
当前招聘
算法、Agent 工程、增长技术和客户端并存
官网 7 类技术岗位覆盖强化学习、Agent 算法、Agent 研发、增长搜索后端、iOS、Android、前端；同时列产品、设计、创意、增长和运营。页面另链 BOSS，当前 13 类不是全量招聘保证。 [1] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 当前未取得同口径技术或全员总数；官方招聘页可见 13 类岗位。
- 技术／程序员口径
- 7 类技术岗位＋6 类非技术岗位；不是 7 或 13 名在岗员工。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
招聘呈现的技术工作链
研究岗负责训练和奖励等能力；算法岗负责内容推理与偏好；Agent 工程岗负责规划、记忆、工具及原型工程化；增长后端负责搜索和营销数据；客户端负责交互与稳定性。这能支持“研究—工程化—终端—增长系统”的职责推断，不能推出正式部门图。 [1] ↗
运营工作怎样接上产品
招聘中的创作者运营负责引入、分层和成长；内容创意制作样例与海外社媒素材；增长岗位关注投放、转化和留存。首页的作品、工具及画布入口因此与生产、分发、采用关联；具体内部 KPI 与人数仍未知。 [1] ↗ [4] ↗
人数推断与去重
统计单位是官网岗位标题：7 技术＋6 非技术。北京／上海的同一标题不重复算两个人；iOS 标题含 Mac 职责，按原文保留而不另加一个 Mac 职位。招聘可能是补位、储备或多人招聘，缺少席位数时均不推算现员。 [1] ↗
04 · 招聘与职能反推
LiblibAI：官网 13 类岗位
公司招聘，不是 LibTV 专属团队；截至 2026-09-13 页面可见标题 · 打开招聘／原始资料 ↗
| 岗位／口径 | 地点／范围 | 公开内容（中文释义） | 可以识别的工作 |
|---|
| 强化学习智能体研究员 | 上海 | 训练、环境、奖励与 Agent 工作流 | 研究能力；不能按标题数推在岗人数 |
| Agent 算法工程师 | 上海 | 推理、内容生成、偏好与对齐 | 算法与工程化分别出现 |
| AI Agent 研发工程师 | 上海 | 规划、记忆、工具接入和系统工程 | 将原型交给产品使用 |
| 后端：增长搜索营销 | 上海 | 搜索、投放策略与营销数据链路 | 增长系统也需要工程 |
| iOS 开发工程师 | 北京 | 原描述包含 Mac 及客户端基础架构 | 不额外计为 Mac 岗位 |
| Android 开发工程师 | 北京 | 社区客户端开发与稳定性 | 社区产品的工程需求 |
| 前端开发工程师 | 北京／上海 | 生成界面、社区与用户体验 | 一个标题多个地点只计一类 |
| 设计专家／产品经理 | 北京／上海 | 品牌、体验、需求与功能落地 | 两个非技术标题 |
| 增长专家／海外流量增长 | 北京／上海 | 投放、素材效果及用户转化 | 两个非技术标题 |
| AIGC 内容创意／运营 | 北京／上海；运营北京 | 示范作品、海外内容及创作者引入 | 两个非技术标题 |
由证据推断：可重建研究 → 算法 → Agent 工程化 → 前后台／客户端 → 内容、社区与增长的工作连接。正式部门名、负责人、现员及拟招席位未公开。
05 · 尚未被证据覆盖的环节
LibTV 专属工程人数；与 LiblibAI／其他产品共享算法及平台团队的分摊；各职位拟招席位；首批客户与起步人力。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
30 / 画布与创作平台
Shotlab / 新片场
依托影像创作者社区，将生成、画布和制片相关工具接入既有创作生态。
本章研究 Shotlab 产品线；不以新片场公司历史替代产品发布史。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
产品前史
创作者社区是既有业务基础
半年报将社区、AI 制片助手和 Shotlab 放在业务描述中。社区用户、作品与商业制作场景是既有资源；这不能证明所有社区用户会转为付费工具客户。 [1] ↗ [2] ↗
2026 上半年
AI 工具进入创作链条
报告描述创意、生成、编辑等相关能力；原站提供画布、图像、视频、音频和资产入口。具体首版上线、首笔收入和早期工程人数未独立披露。 [2] ↗ [3] ↗
2026-06-30
官方人员分类可核对
管理 12、生产 99、销售 11、技术 20、财务 8、行政 11，共 161。原表范围为公司及控股子公司，不是 Shotlab 产品团队。 [1] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 2026-06-30：新片场及控股子公司共 161 人；期初 139 人。
- 技术／程序员口径
- 同范围技术人员 20 人，期初 17 人；Shotlab 专属人数未单列。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
技术人数能推断什么
同口径技术人员从 17 到 20，净增 3 人；净增不等于只招聘 3 人，因为可能存在离职和内部调动。20 人也不是产品工程量上限：外包、共享资源及第三方服务是否参与尚未公开确认。 [1] ↗
运行与获客
作品社区引导用户发现内容和创作者，再进入工具、画布或素材工作流；工具采用与积分／企业入口承接使用付费。生产人员 99 的分类不能擅自改成 99 名 Shotlab 创作者或 99 名工程师。 [1] ↗ [3] ↗
04 · 尚未被证据覆盖的环节
产品独立部门与人数；共享研发分工；外包及上游 API 模式；最早版本、首单及商业投入。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
31 / 画布与创作平台
Seko / 商汤
从短片 Agent 进入，逐步增加剧集、画布和创作者商业协作。
官方周年公告将产品起点放在 2025 年 7 月。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2025-07
短片 Agent 起步
官方周年回顾描述最初短片创作 Agent。研发借助集团模型和算力条件；具体独立小组人数与第一单并未披露。 [1] ↗
2.0 阶段
扩展连续内容制作
官方将 2.0 描述为剧集创作方向；能力扩展沿连续内容任务发生，初始产品不是一开始就具有当前全部画布和技能。 [1] ↗
2026-07
Agent、画布与 Skills 组合
3.0 加入多种创作交互，并把创作者、商业项目及分发合作纳入叙述。部分生态方向属于官方规划，不能全当作已规模化收入。 [1] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未取得 Seko 产品专属员工总数。
- 技术／程序员口径
- 不采用商汤集团研发总人数作为 Seko 人数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运行和增长
创作者通过作品／探索入口了解效果，进入创作任务；活动和现金／流量激励吸引供给。商业内容委托、项目匹配和合作渠道属于另一个环节，不等于平台自动完成全部成交分成。 [1] ↗ [2] ↗ [3] ↗
人员与架构边界
可识别集团模型基础、产品应用和创作者运营三类工作，不能从功能复杂度计算人数。集团共享算法和算力、产品工程与外部合作伙伴需要分别核对。 [1] ↗
04 · 尚未被证据覆盖的环节
Seko 专属人员；集团共享支持数量；首单与定价；生态项目交付和结算实际流程。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
32 / 画布与创作平台
Lovart
从设计 Agent 内测和创作者社区传播起步，把对话、画布与可编辑成果结合。
官方记录 2025 年 5 月内测、7 月 28 日公开推出；法律主体成立日另核。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
2025-05
先让创作者内测
官方回顾采用内测和等待名单开放 Design Agent；平台把多种生成结果集中到画布，并不是先公开所有功能再等待市场选择。第一笔收费和早期工程人数未披露。 [1] ↗
2025-06
以线下演示和创作者建立传播
官方首场社区活动与 Freepik 合作，展示实际创作、讨论和交流；公开角色包括 COO Elena Leung 和增长活动组织者。参加活动人数不是团队人数。 [2] ↗
2025-07
公开发布 ChatCanvas
发布稿列 CEO Melvin Chen、创始工程师 Takumi；此前研究介绍列 Wang Haofan。可辨识商业／运营、研究和工程分工，但职位称谓在不同年份或页面需分别标记。 [1] ↗ [3] ↗
2025-08 至当前
招聘线索与产品深化
历史招聘报道指向北京、上海、旧金山的技术、产品及非技术招聘；不是当前在招总数。现有官网增加品牌、任务技能与局部编辑等入口。 [5] ↗ [6] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- LinkedIn 公司页自填 11–50，未带统计日；不是技术人数。
- 技术／程序员口径
- 已确认研究与创始工程角色；未取得在岗程序员总数。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
从公开资料反推的工作模式
设计师／创作者输入需求，Agent 规划和调用工具，画布展示结果并允许继续编辑；创意示范与社区活动为产品提供反馈和传播。技术上应分开研究规划层、模型工具接入、编辑器和任务运行；这些是可见能力分层，不是已知内部组织图。 [1] ↗ [3] ↗ [6] ↗
UI 钩子的位置
首页用品牌活动示例说明从输入到成套素材，再以技能目录承接具体任务；编辑功能证明生成后还可调整；模型列表承接对供应商能力的关注。客户入口不只是一句聊天提示。 [6] ↗
当前招聘怎样反推运作方式
公司关联招聘页标题显示 3 个职位，但公开正文只能核对 2 个独立职位 ID，因此仅记 2 条已核对。北美岗把品牌、PR、社媒、创作者合作、付费获客及转化连接起来；韩国岗负责区域进入与增长，并与全球产品、设计和增长团队协作。这支持区域商业职能分工，但仍没有技术现员证据。 [7] ↗ [8] ↗ [9] ↗
产品与集团边界
当前招聘自述 Lovart 是 Resonate Group 的全球旗舰产品。该表述可作主体关系线索，但没有各产品用工分摊，不把集团人员、LibTV 招聘和 Lovart 员工简单相加。融资、用户数和申请者数量均不参与人数估算。 [8] ↗ [9] ↗
04 · 招聘与职能反推
Lovart：现有招聘与历史职能线索
2026-09-13：公司招聘列表标题显示 3，公开正文可独立核对 2 个职位 ID；历史信息另标日期 · 打开招聘／原始资料 ↗
| 岗位／口径 | 地点／范围 | 公开内容（中文释义） | 可以识别的工作 |
|---|
| 北美增长与整合营销经理 · 4441443707 | 旧金山湾区；原文允许远程 | PR、内容、创作者合作、投放与转化 | 与产品、设计、增长及全球营销协同 |
| 韩国营销负责人 · 4441484187 | 列表首尔；正文上海／首尔 | 区域进入、品牌和创作者生态 | 区域商业职能，拟招席位未写 |
| 技术、产品、非技术招聘 | 北京／上海／旧金山 | 报道明确列出招聘方向与城市 | 完整岗位海报与有效职位 ID 未核齐 |
| 研究负责人／创始工程师 | 官方团队页与发布稿 | 分别出现研究及工程角色 | 人物职务不能换算研发部门总数 |
| COO／增长及社区活动 | 2025 年官方活动稿 | 社区演示、交流和发布组织 | 活动出席者不算员工 |
由证据推断：公开职位展示区域营销如何与全球产品、设计、增长协作。只按两条能打开正文的独立 ID 记录，不照抄搜索标题的 3；这不构成技术人数，也不说明只招商业人员。LinkedIn 11–50 仅保留公司页原字段。
05 · 尚未被证据覆盖的环节
准确法律主体及与关联团队的用工关系；实时职位 ID 与拟招人数；现有工程／研究／设计／增长人数；首单与成本。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
33 / 画布与创作平台
Weavy / Figma Weave
由专业创意与软件背景团队建设节点式 AI 工作流，随后并入 Figma。
2025 年收购时的采访称约一年的创业公司。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
约 2024 起步
商业、技术、产品、创意共同创办
报道列出来自 Fiverr 等背景的创始人，分别承担 CEO、CTO、产品与创意角色。创业并非只由程序员组成；最初各自的具体日常分工和首单仍不完整。 [1] ↗ [2] ↗
2025-10
已有产品后被收购
Figma 收购时已有可销售的产品，交易引入团队及技术。其节点式工作流将不同 AI 能力和人工操作连接，不等于 Figma 原有编辑器的全部工程团队。 [2] ↗ [4] ↗
2025-12
二十人在岗，另开八个职位
Dylan Field 明确分开已有 20 人与另开的 8 个职位，计划在以色列扩展研发。计划设立研发中心不意味着当时 20 人全是研发。 [1] ↗
当前
Figma Weave 工作流
官方示例继续以可连接、可编辑的创意流程解释产品。并购后的品牌和团队范围应与创业阶段分栏。 [3] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 2025-12-25 CEO 采访：Weavy 20 名员工，另有 8 个开放职位。
- 技术／程序员口径
- 20 名全员＋8 个待招职位，不能写成 28 名程序员。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运营与技术结构
创作者构建节点流程，连接模型输出、处理和编辑，再重复使用；团队销售和企业接入属于另一个商业层。创始角色显示技术与创意各有负责人，但正式下属人数未公开。 [1] ↗ [3] ↗
人数可推到的边界
20＋8 只能表示当时已有员工与公开空缺的两组数据。空缺可能未补齐、持续开放或改变，不可据此断言后来至少 28 人；当前专属工程人数仍未取得。 [1] ↗
创意团队如何参与工具采用
官方案例由创意负责人和 Creative Workflow Advocate 共同讲解。后者的公开职责包括构建示例、制作教程和发展创意社区；这些工作把编辑器能力转成用户可采用的流程，不属于纯软件开发人数。 [3] ↗
04 · 招聘与职能反推
Weavy：20 人与 8 个职位
2025-12-25 Figma CEO 访谈；历史口径 · 打开招聘／原始资料 ↗
| 岗位／口径 | 地点／范围 | 公开内容（中文释义） | 可以识别的工作 |
|---|
| 已有员工 | Weavy 团队 | 20 人 | 非技术专属人数 |
| 开放职位 | 拟扩展以色列研发 | 8 个 | 未披露逐岗类别和招满状态 |
由证据推断：这是少数同时提供现员与空缺的原始材料。两数不能相加成为已在岗人员；招聘计划也不证明最终组织编制。
05 · 尚未被证据覆盖的环节
2026 年专属团队；职位是否招满；初始客户与渠道；并入 Figma 后资源共享；节点执行与成本边界。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
34 / 画布与创作平台
FLORA
从艺术实践中的多工具割裂和控制问题，建设可连接模型的创意工作环境。
创始人回顾在 NYU ITP 艺术项目中发起；不根据网页版权猜注册日。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
艺术实践起点
先遇到控制和碎片化问题
创始人 Weber Wong 回顾在 NYU ITP 制作艺术项目，发现模型分散、生成难以保持控制；由此构建面向专业创作者的交互。首笔收入及最初开发人数未披露。 [2] ↗
2025-05
增加协作工作空间
种子轮公告同时介绍团队工作空间，并扩招工程、设计和创意技术人员。融资用于什么是计划，不能等同最终已招人数。 [1] ↗
2026-01
向完整创意环境扩展
官方 A 轮公告强调从概念到可完成作品的编辑控制，并列举创意团队使用场景。现有 Fashion Studio 等产品要按当前范围看，不能倒填进初创版本。 [2] ↗ [4] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未取得经同口径验证的技术团队人数。
- 技术／程序员口径
- 官网招聘当前可见 1 类 Creative Producer GTM；不是公司只有 1 个岗位或 1 人。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
组织及招聘线索
招聘页描述设计师、工程师、研究人员、影像人员、创意技术和音乐背景混合，工作地点为纽约布鲁克林。当前只可见 Creative Producer GTM 一条岗位，页内展示不一定是所有在招职位。 [3] ↗
运行与钩子
可视化工作流连接输入、模型和后续编辑，技术流程可复用为模板；社区、技巧库、行业页与企业销售分别服务学习、试用和采购。产品有 Canvas 与行业入口，不应简单归为同一类通用聊天。 [1] ↗ [4] ↗
04 · 招聘与职能反推
FLORA：当前页面 1 类岗位
截至 2026-09-13 招聘页可见；不代表只有这一种员工 · 打开招聘／原始资料 ↗
| 岗位／口径 | 地点／范围 | 公开内容（中文释义） | 可以识别的工作 |
|---|
| Creative Producer GTM | 纽约 | 创意制作与市场采用 | 创意与商业连接角色 |
| 团队背景描述 | 布鲁克林现场办公 | 设计、工程、研究、影视、创意技术、音乐 | 团队自述，不是待招职位列表 |
由证据推断：页面可证明跨专业构成和工作地点。只有一个公开空缺，不意味着工程岗不存在，也不能推出工程团队已满。
05 · 尚未被证据覆盖的环节
初创和当前工程人数；全量招聘岗位；第一单；技术与创意团队的具体交接；API 和行业产品收入。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。
35 / 画布与创作平台
Flova
从连续创业的产品经验进入视频 Agent，围绕完整内容任务构建流程。
创始人采访可追踪新项目起步；公司登记与公开产品上线时间仍需分开核。
正文为中文释义与研究。原站独立打开，保留真实交互；若原站为英文，可使用浏览器整页翻译。登录、地区限制和动态内容可能影响翻译，本站不冒充翻译后的原站。
01 · 从起步到扩展
新项目前史
从已有创作产品经验出发
公开长访谈围绕郭列过往产品经历与进入 AI 的过程。该经历不能直接作为新公司拥有同样团队的证据；首批员工及第一单尚未取得公开原件。 [1] ↗ [2] ↗
视频 Agent 产品
将创作任务组织成流程
产品方向是视频 Agent 和创作过程，不只暴露单次生成；官网更新记录可以逐项追踪功能，而不是按当前菜单编造早期版本。 [3] ↗ [4] ↗
当前
功能更新和商业组织分开查
采访能够辨识产品、增长和商业职责；官网出现团队协作席位时属于客户套餐容量，不是员工人数。 [1] ↗ [3] ↗
02 · 人员构成与统计口径
- 已取得的人数证据
- 未找到可核验的产品技术人数。
- 技术／程序员口径
- 采访可识别 CEO、产品与增长负责人，不等于全体团队。
数字依据见时间线及下方逐条来源。未披露不是 0 人；历史人数不是当前人数。
03 · 工作如何组织起来
运行线索与推断限制
可以按用户输入、任务规划、生成、编辑和导出来研究外部流程；内部工程、算法与外包分工尚无完整依据。二手转载仅作为定位原始访谈的线索，不据此填精确人员表。 [2] ↗ [3] ↗
招聘与人数
未取得可去重的完整官方职位列表，所以不写“没有招聘”，也不写“只有几个人”。需要匹配运营主体再查职位发布、创始人采访和历史团队规模。 [3] ↗ [4] ↗
04 · 尚未被证据覆盖的环节
原始访谈完整内容；法律主体和产品上线时间；可核验招聘；程序员现员和早期工程组织。
这些是研究缺口，不是对公司能力、规模或经营表现的评价。未取得首单和初创岗位资料的公司，不能声称已完整复原从零到一。