开发者平台参考产品矩阵
OceanWay Developer 的参考产品分工、采用原则、拒绝项和综合设计结论
开发者平台参考产品矩阵
OceanWay Developer 不复制单一产品。参考体系按职责组合：Kie.ai 负责多模型商业展示，fal.ai 与 Replicate 负责模型发现和试用，Stripe、OpenAI 与 Vercel 负责登录后开发者治理，Adobe 负责跨产品资产生态，Sentry 负责异常定位。
本文记录的是产品设计依据，不构成对外竞品评价。外部产品可能持续变化；涉及价格、模型数量、可用率和折扣的内容只记录其公开表达方式，不作为 OceanWay 可直接引用的事实。
参考层级
| 层级 | 产品 | 在 OceanWay 中的参考职责 |
|---|---|---|
| 一级 | Kie.ai | 多模型供应的公开价值表达、模型价格、试用与 API 转化 |
| 一级 | Stripe Workbench | 统一控制台内部的开发者专业空间、事件、日志和调试工具 |
| 一级 | OpenAI Projects | Organization、Project、Service Account、Key、预算与成员边界 |
| 一级 | fal.ai Access Controls | 模型 API 的组织权限、API Access 与 UI Access 分离 |
| 二级 | Replicate 模型运行体验 | 模型详情、Playground、输入 Schema、代码和异步预测的连续体验 |
| 二级 | Vercel 角色体系 | 组织/项目上下文、角色导航和企业权限表达 |
| 二级 | Vercel Usage | 用量观察、预算告警和成本下钻 |
| 二级 | Adobe Creative Cloud 资产 | 跨工作台共享资产、库、项目和版本体验 |
| 二级 | Sentry Issue Details | 错误聚合、事件时间线、上下文和 Trace 定位 |
| 补充 | Cloudflare Account-owned Tokens | 企业拥有的机器凭据、范围、责任人与撤销 |
资料核对日期：2026-09-03。设计落地前应重新核对与具体交互有关的页面。
Kie.ai：多模型商业展示基准
Kie.ai 的公开首页以“一个 API 接入视频、图像、音乐和 LLM”为核心承诺，直接连接模型市场、API 文档、价格、Playground、API Key、Logs 和 Billing。其公开入门文档进一步把模型试用、Credential、安全限制、异步任务、Webhook/轮询、日志和费用串成一条开发者链路。Kie.ai 首页 Kie API 入门
采用
- 首页首先说清楚可购买的能力和接入价值，不先讲内部系统架构；
- 模型卡同时提供类别、简述、公开价格、客户可理解的状态和试用入口；
- 公开价格页允许用户在注册前形成成本预期；
- “选择模型 → 发起调用 → Webhook/轮询”的接入路径足够直接；
- Playground 是正式开发旅程的一部分，而不是与 API 无关的营销 Demo；
- Logs 将任务、输入、状态、费用、结果和错误放在同一条可解释记录中；
- 对失败计费、数据保留、速率限制和支持路径给出明确说明。
不采用
- 不把“比官方价格更低”作为 OceanWay 的唯一定位；稳定性、资产链路、工作流、企业治理和 FDE 同样重要；
- 不把不同供应商、系列、版本和调用方式无限平铺到主导航；
- 不用单一异步任务语义包装文本流式与媒体异步两种不同执行模式；
- 不把公开状态直接绑定某一个 Provider 或 Gateway Deployment；
- 不在公开站同时承载 API Key、Billing、Logs 等客户私有控制面；
- 不展示未经独立核验的“官方价”和节省比例，价格比较必须满足同规格、同单位、同区域和同生效时间。
OceanWay 的升级版本
Kie.ai：Market → Playground → API Key → Task → Logs → Billing
OceanWay：公开目录 → Offering 详情 → Console Playground
→ App / Environment / Service Account → Credential
→ Request / Run / Webhook → Usage / Wallet / AuditKie.ai 是 ai.oceanway.tech 的商业呈现基准，不是 console.oceanway.tech/ai 的组织治理基准，也不改变 OceanWay Text/Media Gateway 私有、同级和互不级联的内部架构。
fal.ai 与 Replicate：模型体验基准
fal.ai 的价值在于模型发现、能力分组、媒体模型试用，以及 API Access 与 UI Access 的组织级区分。OceanWay 采用“模型可调用”与“成员可在 Console 中看见或操作”分开授权的思想，但权限事实仍落在 OceanWay Policy 与 Developer Access Domain。
Replicate 的价值在于把输入 Schema、示例输出、运行界面、API 代码和预测状态放在同一个模型上下文中。OceanWay 应让用户在 Family/Variant 详情页内完成评估，再以稳定 Offering ID 进入 Console Playground。
共同的拒绝项是：不能因为上游模型多，就把原始 Provider Model Observation 直接变成公共目录；不能让每一个模型页面形成独立且不一致的参数、价格和错误语义。
Stripe、OpenAI 与 Vercel：客户控制台基准
Stripe Workbench
采用它把开发者工具作为统一 Dashboard 内专业空间的思路。OceanWay 的 Apps、Playground、Requests、Webhooks 和 Developer Security 位于 Console /ai；客户组织、钱包、成员、发票和跨产品总览仍位于 Console 顶层。
OpenAI Projects
采用 Organization 下隔离 Project、Service Account、Key、预算和成员的治理思路，但 OceanWay 使用更明确的四层资源：Developer App → Environment → Service Account → DeveloperCredential。个人体验由默认资源降低复杂度，底层不另建“个人自由 Key”。
Vercel
采用稳定的组织/项目上下文、角色感知导航和用量下钻体验。OceanWay 不能照搬超大侧栏；普通创作者、个人开发者、企业管理员和 Billing Admin 只看到当前职责相关的入口。
Adobe：跨平台生态基准
Adobe 的参考价值不在 Developer Center 首页，而在 OceanWay 全平台生态：同一 Asset、Project、Library 和生成额度可以在多个创作工具之间持续使用。
OceanWay 对应为：
统一 Identity / Organization
+ Asset Graph
+ Canvas Runtime
+ Agent Runtime
+ MCP Connections
+ Billing Account / Wallet
+ Run / LineageDeveloper API 生成的媒体可以登记为正式 Asset，并通过显式 Handoff 进入 Canvas、漫剧或电商工作台；任何工作台都不复制资产文件、权限或账本。
Sentry 与 Cloudflare：运行和安全基准
Sentry 用于参考“错误不是一行日志，而是可聚合、可定位、可下钻的事件和 Trace”。客户侧 Request 页面只展示标准错误、阶段、关联 ID、费用状态和可执行建议；Provider Payload、Channel、Credential Version 和内部 Prompt 只在 Workforce Admin 的权限范围内出现。
Cloudflare 用于参考企业拥有的 Token、范围、责任人和撤销。OceanWay Credential 归 Service Account，不归某个自然人；成员离职不会自动让生产凭据失去 Owner。
综合设计决策
| 设计问题 | 正式方向 |
|---|---|
| 公共开发者首页 | 使用 Kie.ai 式的能力与商业价值表达，但保持 OceanWay 品牌、内容和三 Host 边界 |
| 模型目录 | 使用 fal/Replicate 式的发现与试用，叠加 OceanWay Capability → Family → Variant → Offering 分类 |
| 登录后管理 | 使用 Stripe Workbench 的“统一 Console 内专业空间”，不创建第二套客户后台 |
| 企业治理 | 使用 OpenAI/Vercel 式的组织、项目、角色和预算，同时坚持 OceanWay 四层 Developer 资源模型 |
| 跨产品生态 | 使用 Adobe 式共享资产体验，由稳定 ID、Revision、Binding 和 Handoff 实现 |
| 异常定位 | 使用 Sentry 式关联上下文和 Trace，但对客户与 Workforce 使用不同信息披露层级 |
| 凭据安全 | 使用企业拥有的 Service Account Credential，不把自然人 API Key 当长期资源 |
最终组合为：
Vercel 的控制台骨架
+ Stripe / OpenAI 的开发者治理
+ Kie.ai 的多模型商业展示与转化
+ fal.ai / Replicate 的模型体验
+ Adobe 的跨平台资产生态
+ Sentry 的运行诊断这里的“参考”只描述结构和任务原则。视觉资产、品牌文案、图标、组件源码、专有设计 Token 和第三方内容不得复制。
对后续文档的约束
- 公开 Developer Center 以 Kie.ai 为主要商业呈现参考；
- 模型目录分类体系 同时吸收 Kie.ai 的可发现性和其平铺目录带来的反例；
playground.mdx以 fal.ai、Replicate 和公共 API 契约为主要参考；apps-environments-and-credentials.mdx以 OpenAI、Cloudflare 和现有四层资源规范为主要参考；requests-runs-and-webhooks.mdx以 Stripe Workbench 与 Sentry 为主要参考；- Console 的钱包、组织、资产和跨产品部分继续在统一客户控制台设计目录中展开。