HHY 路线图
语言与 VM 演进路线图
从 v1.2 到 v2.0 的五版本演进顺序、建议时间窗口、交付边界与进入条件。
五版本演进总览
已发布基础
v1.0.0已发布
核心语义冻结
Pipe / Value / Stream / Error、94 个核心 callable、三平台发布验证
v1.1.0已发布
本地进程扩展
install/list/remove、Protocol 1、database 0.2.0、三平台发布验证
未来五个版本按验收门槛依次进入
协议补全与 Office 验证
- Stream / cancel / handle 生命周期
- 官方 Office 扩展压力验证
- capability 与资源清理闭环
数据库资源模型
- 连接 handle 与连接池
- 流式查询与背压
- 数据库类型映射和事务稳定化
包分发与工具链
- 签名与发布者验证
- 依赖解析和远程索引
- 离线锁定与可复现安装
Runtime 长期稳定化
- trace / profile / debug hooks
- 性能基线与兼容矩阵
- fuzz、故障注入与压力测试
生态开放与 ABI 决策
- 以真实集成测量协议边界
- 评估 embedding / FFI
- 仅在必要时发布 Native ABI
演进原则1先冻结语义，再开放扩展2先可用、可测，再做高性能3扩展通过协议接入，不另造语义4ABI 只在 Runtime 稳定后评估
版本谱系、时间与验收门槛
| 版本 | 建议窗口（非承诺） | 核心交付 | 进入下一阶段前必须满足 |
|---|---|---|---|
| v1.0.0 · 已发布 | 2026-08-25 | 核心语言与 VM 语义冻结 | Pipe、Value、Stream、Error、核心标准库和三平台发行证据完成 |
| v1.1.0 · 已发布 | 2026-08-26 | 本地进程扩展与官方数据库扩展 | 安装/加载完整性、Protocol 1 同步调用、database 0.2.0 和三平台发行证据完成 |
| v1.2 | 2026 Q4–2027 Q1 | 扩展协议补全与官方 Office 验证 | Stream credit、cancel、Opaque handle 生命周期和 capability 路径通过大工作簿压力测试 |
| v1.3 | 2027 Q2 | 数据库资源模型 | 连接 handle/池、流式查询、类型映射和事务在 PostgreSQL/MySQL 上具有稳定资源上限与回归测试 |
| v1.4 | 2027 Q3 | 包分发与工程工具链 | 签名校验、依赖解析、远程索引、离线锁定和可复现安装具备安全审计与回滚方案 |
| v1.5 | 2027 Q4–2028 Q1 | Runtime 可观测性与长期稳定化 | trace/profile/debug hooks、性能基线、模糊测试、故障注入和兼容矩阵持续通过 |
| v2.0 | 最早 2028 H2 | 生态开放与 ABI 决策 | 至少两个真实集成证明进程协议不足；否则继续使用进程协议并不开放 Native ABI |
演进原则
| 原则 | 约束 |
|---|---|
| 语义先冻结 | Pipe、Value、Stream、Error 与取消语义先稳定，再扩展生态表面 |
| 可用、可测先于高性能 | 每项能力先具备确定错误、资源上限和跨平台测试，再进行优化 |
| 协议优先 | 第三方能力优先通过 Process Extension Protocol 接入，不并行发明第二套语言语义 |
| ABI 有条件开放 | Native ABI 只有在 Runtime 足够稳定且测量证明必要时才评估；不开放也是有效结论 |
路线图每个季度应重新评审一次：只调整尚未冻结版本；已经发布的语义、协议兼容承诺和迁移路径不能因排期变化而被削弱。
明确不在路线中承诺的事项
- 不会为了版本号引入第二套 Pipe、Stream 或 Error 模型。
- 不会在缺少兼容策略时直接公开 Runtime 内部 C 结构体。
- 不会把建议时间窗口当作牺牲测试、安全或跨平台验证的理由。
- 不会同时推进远程包仓库、Native ABI 和多套官方扩展而绕过阶段验收。