# Deno 2.x 能力矩阵

这不是逐小版本 changelog。它告诉维护者什么可以视为 Deno 2.x 基线，什么必须按当前版本再次查询。

| 能力 | 2.x 文档基线 | 发布前动作 |
| --- | --- | --- |
| TypeScript 直接运行 | 稳定 | CI 仍运行 `deno check` |
| 权限沙箱与受限 `--allow-*` | 稳定 | 对照 `deno help run` |
| JSR、npm 与 `node:` | 稳定 | 测试目标包和原生扩展 |
| `deno.json` tasks/imports/workspace | 稳定 | 按当前 schema 核对字段 |
| fmt、lint、test、doc、compile | 稳定 | 核对命令 flags |
| Node/npm 兼容细节 | 持续演进 | 跑真实测试，不依赖兼容口号 |
| 不稳定 API | 非稳定 | 记录 flag、版本与替代方案 |
| Deno Deploy、KV、Sandbox | 平台能力 | 查当前配额、区域、定价与 SLA |

## 近期版本里程碑

| 版本 | 本站采用的新增能力 | 使用边界 |
| --- | --- | --- |
| 2.6 | `deno audit`、最小依赖年龄控制 | 安全扫描不替代锁文件与评审 |
| 2.8 | `deno ci`、`audit --fix`、CLI npm 默认包名、跨 OS/arch install | `audit --fix` 会修改依赖；CI 用 frozen 语义 |
| 2.9 | `deno desktop`、`deno list/link/unlink`、内置 test snapshots、默认 24h npm 依赖年龄 | Desktop 与相关 API 要求 2.9+；平台细节继续演进 |

详细行为以当前 CLI 帮助和 [Deno 2.8](https://deno.com/blog/v2.8)、[Deno 2.9](https://deno.com/blog/v2.9) 发布说明为准。

## 记录环境

```bash
deno --version
deno info
deno help run
```

在 issue、基准和部署报告中同时保留 Deno、V8、TypeScript 版本及 OS/arch。升级时先读 [Deno releases](https://github.com/denoland/deno/releases) 与官方文档，再在预发布环境运行现有门禁。

<Callout type="warn" title="不要把未来状态写成永久事实">
“当前不支持”和“当前默认启用”都可能在小版本改变。页面需要日期、版本范围和一手来源。
</Callout>