在 erlang-questions 和其他地方，关于 Erlang 运行时系统和语言的增强、更改和扩展总是有许多讨论主题。
为了记录各种提案和做出的决策，我们使用了受 Python 增强过程启发的 Erlang 增强过程。 EEP 0 包含所有已提交 EEP 的列表。
由于 Erlang 是一种编程语言，在全球范围内有数百万行运行关键业务的代码，因此开发过程必须具有一定的严格性，并能抵制接受过早的更改。用户拥有 Erlang 代码、链接在用 C 编写的驱动程序中以及嵌入 Erlang 的应用程序，因此尽量减少升级到新版本 Erlang 的不便非常重要。语言的更改也可能使新用户更难学习该语言。
为了确保仔细考虑更改，必须在 EEP（Erlang 扩展提案的缩写）中描述重大更改。每个 EEP 都应解释（除其他外）为什么需要更改、记录其应如何工作，并概述应如何实现。 EEP 作者应听取社区的反馈，并在必要时编辑 EEP。
在提交 EEP 之前；请阅读 EEP 1 - EEP 的目的和指南，其中详细解释了 EEP 的目的、生命周期和规定的格式。不遵循指南的 EEP 将被 EEP 编辑器拒绝。 在重新发明某些东西之前，还请查看现有 EEP 的列表。
有一个用于 EEP 的邮件列表：eeps (at) erlang (dot) org，请参阅 邮件列表。任何感兴趣的人都可以订阅该列表。 EEP 编辑器以及 EEP 存储库所有者都已订阅该列表。新的 EEP 以及 EEP 更新应发送到此处。请注意，与所有 erlang.org 邮件列表一样，只有订阅者才允许向该列表发帖。
EEP 源文本位于 Github GIT 版本控制 存储库中。任何拥有 Github 帐户的人都可以 fork 该存储库，添加或更改任何 EEP，通知 eeps 邮件列表有关新版本的信息，并且原始存储库所有者将（如果批准）拉取提交。