Image & Graphic Recognition Platform

统一图形图像识别业务的接入、运营与商业管理。

这是一个面向图形图像识别业务的生产级 Web 平台,负责官网、用户中心、开发者控制台、账务与套餐、返佣与后台运营等完整产品层,而不是识别引擎本身。

官网转化开发者接入账务可见后台可运营

先把平台说明清楚,再承接注册与集成

当前官网阶段的目标是让产品定位、开发者接入路径、商业结构与部署边界一眼能看懂,而不是堆砌无意义的大词或未确认数字。

角色分区、共享导航与请求层已经稳定落位,适合持续演进。
公共站点不再停留在占位状态,而是用真实的信息结构承接产品介绍与转化入口。
运行时基线锁定为 Node 22 + Next.js 14,后续部署保持标准 `next start` 方式。
Platform Scope

围绕完整产品链路搭建,而不是围绕单一页面堆功能。

平台不是单一的营销页,也不是只给开发者看的文档站,而是把业务转化、技术接入、计费管理和后台运营统一收进一个清晰架构里。

Platform Surface

统一的产品入口

官网、定价、文档入口统一呈现产品定位、接入方式与商业规则,先建立可信的信息入口,再承接注册与转化。

  • 首页突出产品定位与价值路径
  • 定价页解释商业规则结构
  • 文档入口组织开发者导航

Developer Path

面向接入的开发者体验

平台围绕文档、项目类型、在线调试和请求记录组织开发体验,降低从阅读文档到完成上线的切换成本。

  • 文档入口清晰分区
  • 后续对接在线调试
  • 服务层隔离后端波动

Operations Surface

面向运营与商业规则

订单、账单、套餐、会员、返佣与后台运营都被纳入统一产品架构,而不是零散拼接的功能页。

  • 账务与套餐统一建模
  • 后台管理与审计分离
  • 后续可持续扩展运营模块
Product Flow

从访客到开发者,再到上线与运营,路径必须连续。

真正的业务平台需要让不同角色都能看懂自己从哪里进入、下一步做什么,以及后续如何进入账务与运营闭环。

01

了解平台边界

先通过官网、定价页与文档入口理解平台面向的用户角色、商业结构和接入路径。

这一层服务于访客、潜在客户和开发负责人。
02

进入开发者接入流程

开发者区会承接快速开始、鉴权说明、项目类型与在线调试,形成明确的接入主线。

避免信息分散在多个页面里,提升第一次接入的效率。
03

进入业务上线与计费管理

用户中心围绕余额、账单、套餐、会员和任务记录展开,确保上线后的商业与调用情况都可追踪。

所有数据页都会走共享请求层与清晰的状态管理。
04

进入运营与审计

后台区用于管理用户、项目类型、订单与统计,帮助平台团队做商业规则与运行状态管理。

运营能力是平台长期演进的关键,不会与用户侧逻辑混杂。
Operational Readiness

稳定运行比炫技更重要。

我们在基础阶段就把工程、部署和长期维护的现实条件考虑进去,避免后期为了上线再推翻结构。

Deployment Readiness

中国大陆部署友好

基础工程显式使用 npm 与国内 registry,优先保障在中国大陆网络条件下的可安装性与可复现性。

Architecture Discipline

共享层先于业务页

服务层、配置层、布局层与业务 feature 已拆开,后续不会因为业务扩展而反复重构基础骨架。

Stable Runtime

标准 Node 生产运行

Node 22、Next.js 14 和 `next start` 已作为当前稳定基线,为后续 BaoTa + PM2 + Nginx 部署做准备。

Next Step

公共站点已经进入可浏览状态,下一步可以继续进入文档与定价页面。

如果你更关心开发者接入路径,下一步建议先看文档入口;如果你正在评估商业规则与购买方式,建议先看定价页。