产品路线图
Ordo 是面向现代软件团队的决策基础设施。 本文档描述我们正在构建的方向和目标。
当前状态（v0.x）
Ordo 已具备生产级的核心能力：
| 模块 | 能力 |
|---|---|
| 执行引擎 | 亚微秒级规则执行、字节码 VM + Cranelift JIT、表达式优化器 |
| 传输协议 | HTTP REST、gRPC（支持 TLS/mTLS）、Unix Domain Socket |
| 可视化编辑器 | 三种编辑模式（表单 / 流程图 / JSON）、决策表、执行与性能面板 |
| CLI | ordo eval、ordo exec、ordo test |
| WASM | 在浏览器中运行引擎 |
| SDK | Go、Java、Python |
| Studio | 组织/项目/成员管理、事实目录、概念注册、决策契约、版本历史 |
| 多租户 | 租户级 QPS 限流、突发控制、超时管理 |
| 可观测性 | Prometheus 指标、OTLP 链路追踪、JSON Lines 审计日志、WAL 崩溃安全持久化 |
| 国际化 | 英文、简体中文、繁体中文 |
里程碑 1：第一个决策 v0.5
目标：新用户从注册到执行第一条规则，5 分钟搞定。
规则模板
预置行业模板——每个模板包含完整的 RuleSet、预定义的 Facts 和 Concepts、示例输入数据，以及"从 if/else 到 Ordo"的迁移对比说明。
| 模板 | 场景 | 展示能力 |
|---|---|---|
| 电商优惠券发放 | 满减 + VIP 等级 + 时间窗口 | 决策表、命中策略 |
| 贷款审批 | 多条件分支 + 评分卡 | 决策图、多步骤流程 |
| API 路由选择 | 权重路由 + 地域 + 降级 | Action 节点、评分聚合 |
| 权限判定 | RBAC + 属性条件 | 策略层、DENY_OVERRIDES |
引导式 Onboarding
新用户首次登录的分步引导：
- 注册 → 自动创建默认工作区
- 选择模板或空白项目
- 编辑器交互引导：浏览节点 → 执行规则 → 修改条件
- "下一步：通过 SDK 接入你的服务 →"
Playground 升级
无需注册的浏览器体验：
- 预加载模板 RuleSet
- 实时编辑 + 即时执行
- Execution Trace 可视化
- 准备好时一键注册
里程碑 2：部署与接入 v0.6
目标：在 Studio 编辑规则，一键发布，SDK 调用立刻生效。
发布管线
将草稿（Studio 中的编辑态）和部署（Engine 上的运行态）显式分离：
在 Studio 编辑 → 点击"发布" → 自动验证
→ 版本号自增 → 推送到 Engine → SDK 调用更新- 发布前 diff 预览
- 版本历史 + 一键回滚
- "保存"（草稿）与"发布"（上线）明确分离
环境管理
每个项目可配置多个环境：
- 开发环境 — 发布后自动推送（快速迭代）
- 预发环境 — 手动推送（测试验证）
- 生产环境 — 需要确认（安全发布）
每个环境指向不同的 Engine 实例，附带健康状态监测。
SDK 文档
统一文档站：
- Go、Java、Python 的 30 秒集成代码片段
- 从零到第一次调用的快速入门教程
- REST 和 gRPC API 参考
- 错误处理最佳实践
里程碑 3：可观测 v0.7
目标：一眼看清规则在生产环境的运行状况。
执行监控 Dashboard
项目级实时监控：
- 核心指标：QPS、P50/P99 延迟、错误率
- 趋势图表：1 小时 / 24 小时 / 7 天视图
- 命中分布：各终端结果的触发比例
- 最近异常：表达式错误、超时、异常模式
Trace 浏览器
搜索、过滤和可视化执行 Trace：
- 按时间范围、规则集、终端结果、执行耗时过滤
- Trace 详情：在流程图上高亮实际执行路径
- 输入/输出对比面板
告警
可配置的告警 + Webhook 通知：
| 条件 | 示例 |
|---|---|
| 错误率飙升 | 表达式执行失败率 > 1% |
| 延迟异常 | P99 连续 5 分钟超过阈值 |
| 流量骤降 | QPS 突然下降（可能上游出问题） |
| 结果偏移 | 拒绝率从 10% 跳到 40% |
里程碑 4：治理 v0.8
目标：规则变更有流程、可控制、可审计。
变更请求
类似 PR 的审批工作流：
作者提交变更（附说明）
→ 创建变更请求（展示 diff + 影响分析）
→ 审批人批准 / 要求修改 / 拒绝
→ 批准后 → 自动部署到目标环境影响分析
发布前自动回答：
- 哪些决策契约会受影响？
- 这条规则依赖哪些 Facts 和 Concepts？
- 哪些下游消费方会受波及？
- 用历史输入回放，结果会怎么变？（diff 报告）
审计日志
记录所有关键操作：
- 规则编辑（含修改前后 diff）
- 发布事件（版本号、目标环境）
- 角色和权限变更
- 审批决定（含原因说明）
里程碑 5：决策拓扑 v0.9
目标：组织级别的决策全景视图。
决策服务
新增概念层——可部署的决策能力单元：
组织
└── 项目
└── 决策服务
├── 规则集
├── 输入/输出契约
├── 事实和概念依赖
└── 下游消费方拓扑视图
组织级交互式全景图：
- 节点 = 决策服务，边 = 数据/契约依赖
- 颜色编码的健康状态（正常 / 降级 / 异常）
- 点击节点深入查看详情
- 按 Owner、标签、状态搜索
- "假如分析"——当某个 Fact 或 Concept 变更时，高亮影响范围
里程碑 6：Ordo Cloud v1.0
目标：托管平台——注册即用，零基础设施。
Cloud 增值功能
| 能力 | 自部署（开源） | Ordo Cloud |
|---|---|---|
| 规则编辑与发布 | ✅ | ✅ |
| 自管理 Engine | ✅ | ✅ |
| 托管 Engine（共享或独占） | — | ✅ |
| 接入自有 Engine（注册到 Cloud） | — | ✅ |
| 实时协同编辑 | — | ✅ |
| SSO / SAML | — | ✅ |
| 长期指标存储 + 自定义 Dashboard | — | ✅ |
| 合规报告导出 | — | ✅ |
| SLA 保证 + 优先支持 | — | ✅ |
时间线
2026 Q2 Q3 Q4 2027 Q1 Q2-Q3
│ │ │ │ │
├── M1 ────────┤ │ │ │
│ 第一个决策 ├── M2 ───────┤ │ │
│ │ 部署与接入 ├── M3 ──────┤ │
│ │ │ 可观测 ├── M4 ───────┤
│ │ │ │ 治理 ├── M5+M6
│ │ │ │ │INFO
时间线表示方向，不是承诺。优先级会根据社区反馈调整。
设计原则
每个里程碑独立有价值。 不需要治理（M4）也能用好部署（M2）。
渐进式接入。 先用一个 RuleSet 替代代码里最痛的那坨 if/else。组织准备好了再加治理、监控和拓扑。
开放优先。 里程碑 1–5 全部 MIT 开源。Ordo Cloud 在此基础上提供托管和企业级功能。
参与贡献
我们非常重视你对优先级的看法：
- 功能建议与反馈：GitHub Issues
- 社区交流：Discord
- 贡献代码：查看 贡献指南
告诉我们你的使用场景——你的需求直接影响我们下一步做什么。