为什么要做 Nebutra Sailor

很多 SaaS starter 在第一天很好用，但到第三十天就会开始变贵。它们通常能证明认证、计费和 dashboard 可以放进同一个仓库，却很少把真实产品需要的东西一起处理好：租户边界、权限、审计、内容工作流、部署规则，以及多个产品界面长期保持一致的办法。

Starter 应该带有生产形态

Nebutra Sailor 不把 starter 当作示例代码目录，而是把它当作 SaaS 公司的工程操作系统。Landing page、dashboard、docs、studio、gateway 和共享 packages 彼此有清晰边界，可以独立演进；同时它们又能共享契约、设计 tokens 和发布纪律。

AI-native，但不让 AI 取代架构

AI 能力应该进入产品，但不能吞掉产品架构。Sailor 把模型访问、流式输出、限流、用量计量和审计放进明确的 packages 与 gateway 边界里。这样团队可以持续增加 AI 工作流，同时不破坏身份、多租户和计费这些 SaaS 基础能力。

治理本身也是产品能力

这个项目会对设计 tokens、package 边界、路由归属、测试和发布流程保持明确意见。这不是形式主义，而是为了减少团队每天重复做的小决策。系统给内容、UI、数据和平台行为都留下了命名清楚的位置，后续变更才更容易被验证和维护。