# StructRail 商业化策略与产品规划

## 1. 核心愿景
打造一个支持主流编程语言、具备“时间旅行”调试能力的算法可视化生态平台。不仅仅是展示算法，更是理解和调试算法的工具。

## 2. 商业模式：基于运行成本的 Freemium 模型
鉴于 Web 平台的技术特性，采用“低成本服务免费引流，高成本服务付费增值”的策略。

### 2.1 免费层 (Client-side / Web Native)
利用浏览器端计算能力（Web Worker / WASM），提供零边际成本的服务。
- **支持语言**：JavaScript, TypeScript, 以及未来通过 WASM 支持的 Python/C++ (Web版)。
- **运行环境**：用户浏览器本地运行，无服务器计算成本。
- **目标用户**：初学者、前端开发者、开源社区贡献者。
- **价值**：作为“引流款”，通过开源和免费使用获取最大流量和技术声誉。

### 2.2 会员/增值层 (Server-side / Cloud Native)
利用云端沙箱（Docker/K8s）提供高性能、多语言的运行环境。
- **支持语言**：Java, Go, C#, C++ (完整版) 等重型或依赖特定运行时环境的语言。
- **运行环境**：云端高性能沙箱，保障安全与隔离。
- **服务限制**：
    - **普通用户**：每日有限次数的云端运行额度（如 10 次/天）。
    - **会员用户**：无限次云端运行，优先调度高性能实例。
- **高级功能**：
    - **时间旅行调试 (Time Travel Debugging)**：针对复杂算法的深度调试能力。
    - **云端存储**：保存并分享私有算法库。
    - **高清导出**：生成 60fps 算法演示视频（面向内容创作者）。

## 3. SDK 开源策略
**策略核心：SDK 全面开源，不卖代码，卖“运行环境”与“服务”。**

- **全语言开源 (MIT License)**：将 TS, Java, C++, Python 等所有语言的 SDK 代码开源。
- **目的**：
    - **简历与声誉**：展示多语言架构设计能力和协议通用性，提升项目技术含金量。
    - **生态共建**：降低社区参与门槛，鼓励开发者修复 Bug 或贡献新语言支持。
    - **标准确立**：推动 Tracer Protocol 成为事实上的算法可视化标准。

## 4. 目标用户与场景分层

| 用户群体 | 核心痛点 | 解决方案 | 商业化路径 |
| :--- | :--- | :--- | :--- |
| **学生/求职者** | 理解算法难，刷题调试难 | 可视化题解 + 调试器 | 会员订阅 (解锁 Java/C++ 调试) |
| **教育机构/高校** | 教学抽象，作业批改难 | 交互式课件 + 作业系统 | 企业版 SaaS (ToB) |
| **内容创作者** | 制作动画成本高 | 脚本生成视频 + 自定义皮肤 | 工具付费/素材付费 |

## 5. 技术壁垒 (Moat)
- **协议生态**：语言无关的 Tracer Protocol，形成内容护城河。
- **混合运行时架构 (Hybrid Runtime)**：前端轻量级运行 + 后端重型沙箱，优化成本结构。
- **WebAssembly 应用**：探索将 Python/C++ 移植到前端运行，进一步降低服务端压力并提升免费用户体验。

---
*本文档基于 2026-02-16 的对话讨论整理。*