JAX 增强提案 (JEP)#
大多数更改可以通过简单的 issues/discussions 和 pull requests 进行讨论。
但是,有些更改范围较大或需要更多讨论,这些应该作为 JEP 实现。这允许编写更长的文档,这些文档可以在 pull request 本身中进行讨论。
JEP 的结构尽可能保持轻量级以启动,并且可能会在以后扩展。
何时应该使用 JEP#
当您的更改需要设计文档时。我们更喜欢将设计收集为 JEP,以便更好地发现和进一步参考。
当您的更改需要广泛讨论时。在 issues 或 pull requests 上进行相对简短的讨论是可以的,但是当讨论变得更长时,这对于以后的消化变得不切实际。JEP 允许使用讨论摘要更新主文档,并且这些更新可以在添加 JEP 的 pull request 本身中进行讨论。
如何启动 JEP#
首先,创建一个带有 JEP 标签 的 issue。所有与 JEP 相关的 pull requests(即添加 JEP 本身以及任何实现 pull requests)都应链接到此 issue。
然后创建一个 pull request,添加一个名为 %d-{short-title}.md 的文件 - 其中数字是 issue 编号。
- 263: JAX PRNG 设计
- 2026: JAX 可转换函数的自定义 JVP/VJP 规则
- 4008: 自定义 VJP 和 `nondiff_argnums` 更新
- 4410: Omnistaging
- 9263: 类型化键 & 可插拔 RNG
- 9407: JAX 类型提升语义设计
- 9419: Jax 和 Jaxlib 版本控制
- 10657: JAX 中的副作用排序
- 11830: `jax.remat` / `jax.checkpoint` 新实现
- 12049: JAX 的类型注解路线图
- 14273: `shard_map` (`shmap`) 用于简单的每设备代码
- 15856: `jax.extend`,一个扩展模块
- 17111: `shard_map`(和其他 maps)的高效转置
- 18137: JAX NumPy & SciPy 包装器的范围
- 25516: 基于努力的版本控制
一些早期的 JEP 是从其他文档、issues 和 pull requests 事后转换而来的,因此它们可能无法完全反映上述流程。