教育 SaaS 做到数学题库、教案或 AI 助教时迟早会遇到一个决定几何画板自己开发还是接入现成 SDK这个问题很容易被低估因为第一个 Demo 看起来并不难。用 Canvas 或 SVG 画几个点、几条线和一个圆一名前端工程师很快就能做出来。真正昂贵的是 Demo 之后的需求拖动时保持约束、计算交点、撤销重做、管理样式、多页内容、兼容触屏、保存文件、处理历史版本、导出图片再让 AI 安全地操作这些对象。因此决策不能只比较第一版开发周期而要比较未来两三年的产品责任。一、先判断几何是不是你的核心竞争力如果公司的核心产品就是新型几何引擎、自动证明或独特作图交互自研可能是战略必需。引擎能力本身就是产品资产不能完全交给外部方案。如果核心竞争力是题库内容、教学流程、用户社区、学校服务或 AI 教学体验几何画板更像一项重要但非核心的基础能力。此时自研会持续占用本应用于业务差异化的研发资源。可以先问三个问题几何引擎本身是否决定客户购买我们的理由团队是否愿意长期维护计算几何、渲染和交互编辑器未来两年画板需求会停留在展示还是扩展到编辑、AI 和内容生产二、自研成本不止是实现画出来1. 几何计算与约束基础绘制只是起点。稳定的动态几何需要处理中点、垂线、平行线、角平分线、切线、交点、圆与弧、函数曲线和各种依赖关系。当用户拖动一个基础点所有下游对象都要重新计算并保持定义关系。退化情况——两线平行、圆不相交、对象重合——也必须有可预测行为。2. 编辑器交互选择、框选、吸附、拖动、缩放、移动画布、标签编辑、样式调整、撤销重做和移动端手势每一项都需要大量边界测试。教育场景还会增加限制工具、学生作答、教师演示、多画板和课堂大屏适配。3. 数据协议如果没有稳定文件协议用户今天保存的作品可能在下一版打不开。系统需要记录对象定义、依赖、变量值、样式、文档、多画板和协议版本并设计升级迁移。截图不能代替数据协议因为它丢失了所有结构关系。4. 导出与跨渠道使用客户会继续要求 PNG、SVG、JPG、LaTeX/TikZ、讲义配图和不同尺寸。导出需要处理字体、标签、缩放、留白和样式一致性。5. AI 接入让 AI “控制画板”不是把聊天框放在旁边。需要可执行指令、上下文、错误反馈、流式响应、取消机制、安全转发和人工编辑闭环。6. 长期维护浏览器升级、触屏兼容、性能、内存泄漏、历史内容兼容和新题型会持续产生维护成本。第一年写完并不等于后续免费。三、接入 SDK 能省下什么以大角几何 SDK 为例接入方可以直接获得面向内容展示的演示模式面向创作的完整编辑模式多画板、撤销重做和 UI 显隐结构化内容加载、读取和保存事件REPL 程序化控制PNG、JPG、SVG、LaTeX/TikZ 导出编辑器内 AI 对话接入基于标准 Web 容器通信的嵌入方式。SDK 不会替你完成题库、账号和审核系统。它减少的是几何引擎与编辑器基础设施的建设量让团队把精力留给业务流程。四、接入 SDK 仍然要承担什么采购或接入不是“零开发”。宿主团队仍需要负责页面布局和产品交互用户登录、角色与权限appId与应用环境配置几何内容和业务对象的关联存储自动保存、发布和版本策略AI 请求的用户鉴权、额度和服务端密钥错误提示、降级和监控根据业务验证浏览器和设备兼容性。一个成熟的 SDK 把边界划清楚而不是让接入方误以为不需要工程设计。五、六个维度的决策表维度更适合自研更适合 SDK战略几何引擎就是核心产品几何是题库/教案/AI 助教的一项能力差异化需要独有计算模型或交互范式常规动态几何已能满足主要需求团队有长期计算几何与编辑器团队主要团队聚焦业务前后端和内容时间可接受长期研发和试错需要尽快验证客户需求数据必须完全控制底层协议设计可以保存结构化内容并接受版本体系风险能承担兼容、性能和维护责任更希望由专业供应方持续维护基础能力六、不要只比较报价要算总拥有成本正确的比较对象不是“SDK 费用”和“一个工程师做两个月”而是自研总成本 初始研发 几何与交互测试 产品迭代 浏览器与设备兼容 历史数据迁移 运维与故障处理 被占用的机会成本SDK 方案则应计算SDK 总成本 授权或使用成本 接入与业务集成 供应方依赖风险 版本升级验证 数据与服务边界管理结语自研几何画板最容易犯的错误是用第一个 Demo 的工作量估算一个长期编辑器产品。接入 SDK 最容易犯的错误则是只看功能清单不验证数据、生命周期和业务边界。好的决策不是选“技术上更酷”的方案而是让团队把长期责任放在真正形成竞争力的地方。下一步阅读 大角几何 SDK 文档中心选一个真实业务页面完成最小验证再用本文清单复盘是否值得扩大接入范围。