2023 – 至今
CEOFounder & CEO · Hyperse
全职联合创始人、CEO 兼 CTO —— 押注自持 Headless 电商，交付可授权插件平台，以多市场品牌作为运营证明，并以 hyperse-io 开源工具链作为工程标准。
- 产品化 @hyperse-hub
- hyperse-io 工具链
- 运营多市场品牌
加载中...
加载中...
Founder & CEO · Hyperse
作为 Hyperse 联合创始人、CEO 兼 CTO，我押注 Vendure + Next.js + GraphQL、可授权插件平台，以及自己运营的多市场品牌。客户继承同一套架构，而不是一次性外包。
定平台方向 · 亲自跑通证明 · 把交付产品化
店面
Next.js · GraphQL · i18n
电商核心
Vendure · Admin · GraphQL
Hyperse Hub
@hyperse-hub · 60+ 插件
品牌可装配的授权能力域 —— 不是主题分叉。
开源
npm 上 100+ 个 @hyperse/* 包 —— hyperse-io
运营证明
kezvor 多市场 · 姐妹品牌 · AlphaIO
领导跨度 + 运营结果 —— 不编造 GMV。交付节奏对齐已对外的 Hyperse 固定套餐。
冲刺 / 诊断节奏对应我售卖的固定套餐（Plugin Sprint · Commerce Audit）—— 保证工程交付物，不保证营收。
我主导的系统精选 —— 自有品牌与平台押注，均可在浏览器打开。
问题
光学不是普通时装 SKU —— 镜片配置、信任内容、多市场运营与生命周期触达会击穿通用主题与「交钥匙外包」。
决策
我押注插件化 Vendure + Next.js，辅以 Help/GEO 与端到端追踪，并亲自运营美/德/英，而不是把证明外包出去。
结果
旗舰结果：3 个在线市场（美 · 德 · 英）共用一套电商核心；姐妹品牌复用支付/后台/目录而无需分叉 —— 可在 kezvor.com / .de / .co.uk 验证。
问题
每个品牌当独立项目会漂变：支付、目录、后台最终无人能维护。
决策
领导规则：能力沉到插件平台；品牌只做主题、货盘与运营差异。
结果
同一家族上 4+ 品牌前台（Kezvor + FOGLAX + KZFOO 及姐妹站）—— 开站是在 Hub 上装配，不是重写电商。
问题
机构卖人天。CEO 需要与可复用能力匹配的公开面 —— 插件、开源与运营证明。
决策
我将 Hyperse 定位为可授权 @hyperse-hub 域能力 + hyperse-io 标准，并以美国 LLC + 上海运营支撑跨境可信度。
结果
可点击的公司面（hyperse.net）与真实交付方式一致 —— 面向框架之上构建产品的 Community / Pro / Enterprise 路径。
问题
多数 API 门户假包装：账号级共享限流、Demo 与生产不一致、合规表述含糊。
决策
按 featureCode 售卖与预览；按功能配额；统一 Shop GraphQL —— Schema 驱动的产品思维。
结果
可计量 API / 数据集变现的可信模式 —— 研究数据，非交易建议。
我是动手的 CEO：在存在性技术押注上仍亲自拍板架构；同时把交付组织成可复利的平台，而不是项目堆。Hyperse 帮品牌拥有电商栈；Kezvor 与姐妹品牌用来在真实经营里证明这套栈。
拥有平台，而不是租用主题。Headless Vendure + Next.js 让利润、多品牌复用与工程控制权留在品牌侧，而不是市场平台侧。
同程数科技术经理（2015–2025）期间，最高带过 40+ 跨前后端/移动/UX/测试 —— 全链路交付，而非前端孤岛。在 Hyperse 我保持小核心，把曾经靠英雄主义的一次性交付产品化。
我在同一套平台上自己跑多市场光学 D2C（Kezvor 与姐妹品牌）。追踪、镜片链路或多渠道出问题，是生产里的痛，不是 PDF 里的故事。
一次性项目沉淀为 @hyperse-hub 域能力 —— 含 Admin 壳与市场授权。复用是领导结果，不是愿望。
全职联合创始人、CEO 兼 CTO —— 押注自持 Headless 电商，交付可授权插件平台，以多市场品牌作为运营证明，并以 hyperse-io 开源工具链作为工程标准。
更早历程
在同程继续负责平台工程的同时，推动 Hyperse 从早期生态走向产品化 —— 双轨压力倒逼「交付必须沉淀为平台」。
跨 Web + 移动的平台领导：架构治理、Hybrid/Web/Node 一体化，以及让 Android/iOS/前端同一节奏发布的工程标准。
同程数科 · 技术经理 —— 为最高 40+ 前后端/移动/UX/测试做技术规划；建设 CI/CD 中台、GraphQL 多项目治理与质量体系，让能力活过单个 App。
从中软、盛大到产品公司：.NET/前端成长为 SPA 架构与模块化平台负责人路径。
在同程继续负责平台工程的同时，推动 Hyperse 从早期生态走向产品化 —— 双轨压力倒逼「交付必须沉淀为平台」。
跨 Web + 移动的平台领导：架构治理、Hybrid/Web/Node 一体化，以及让 Android/iOS/前端同一节奏发布的工程标准。
同程数科 · 技术经理 —— 为最高 40+ 前后端/移动/UX/测试做技术规划；建设 CI/CD 中台、GraphQL 多项目治理与质量体系，让能力活过单个 App。
从中软、盛大到产品公司：.NET/前端成长为 SPA 架构与模块化平台负责人路径。
领导力不是头衔 —— 是项目结束后仍在复利的东西。
选择品牌第二年仍能自持的 Headless 边界 —— 店面、结账、后台。
把交付变成 @hyperse-hub 插件、Admin 壳、GraphQL 契约 —— 移动/Web 同一纪律：共享流水线，而不是每个 App 一套口头传统。
守住追踪准确、Help/GEO、联盟/会员、Feed 与生命周期 —— 增长是平台议题，不是活动事后补丁。
Hyperse 背后的系统押注 —— 以及我拒绝当成「别人的工单」的硬问题。
Next.js + GraphQL + i18n —— 品牌前台保持快速且可自持。
Schema 驱动的 Shop/Admin GraphQL —— 一套契约，多端消费。
Vendure 核心 + @hyperse-hub 域 —— 按品牌/渠道装配能力。
追踪、Help/GEO、Feed、支付/履约 —— 焊进平台，而不是事后粘贴。
我把交付产品化为可安装的域 —— 访客看能力地图；工程师在 GitHub 看完整包目录。
平台层
Admin 壳、授权与身份 —— 每个品牌前台都装配在这套运行时上。
交易与运营
从目录、支付到履约、增长与客服 —— 能力沉进插件，品牌不必分叉核心。
垂直深度
通用电商永远做不深的光学链路 —— 这也是 Kezvor 不是时装主题的原因。
这也是通用主题和「交钥匙外包」在生产里会翻车的原因。
镜片流程、信任内容与垂直插件（Hub Glass）—— 不是时装 SKU 加几个字段。
数据、权限与配置隔离，让多品牌复用不变成共享状态灾难。
客户端 + 服务端流水线与类型化契约 —— 让广告与生命周期邮件停止撒谎。
代表系统
面向 GA4 · Meta · Klaviyo 的开源类型化追踪。这是 CEO 决策：度量是平台议题，不是 GTM 事后补丁。
当平台已存在时，POC → 上线可以是数周 —— 约束是决策质量与垂直复杂度，不是再搭一套主题脚手架。
电商平台优先 —— 移动交付与开源 @hyperse/* 工具链证明我复利工程资产，而不只是店面。
Vendure
Next.js
GraphQL
TypeScript
NestJS
@hyperse-hub
Android
iOS
Hybrid / WebView
@hyperse/*
@hyperse/track
@hyperse/hps
CI/CD · Sentry
@hyperse 下 100+ 个包 —— Hyperse 交付背后的 DX 标准。下方是旗舰；完整清单在 npm。
类型化追踪与日志，让广告与生命周期触达停止撒谎。
Rspack 时代的 HPS，以及类型安全的 Wizard CLI 核心。
点击即源码的 Inspector，以及类型安全的 Next 配置模式。
ICU translator 与共享 ESLint —— 每个仓库继承的底线。
Hub 域、硬问题与 @hyperse/track 见 体系。
不用库存头像。先在浏览器验证作品，再决定你要不要 founder 级交付。
你会拿到 founder 级架构，以及真正在跑生产品牌的人 —— 不是轮换的初级工程师拿你的里程碑练手。
请发送技术栈、时间线、约束，以及第二年的成功标准。我会回复具体方案 —— 通常是固定套餐或短期付费诊断。随便看看可以去 hyperse.net。