（重定向自主要。讨论)
注意：这个页面有些陈旧。
最近的功能请求记录在错误追踪系统.
语言
- 不应要求操作员先例来形成总订单，而是DAG。
- 记录的适当模式匹配。
- 完成：方便的记录更新语法。
- 班级制度。
- 一个关于如何“对付笨拙的球队”.
- 注入性测试以增强约束求解
- 使模块系统更加完善灵活的.
- 完成：宇宙多态性.
- Haskell/Coq样式类型类。
实施
- 打印重建的条款
- 允许main（）返回任意值，并在退出时自动打印。
- 更好的错误消息。
- 减少了内存消耗。
- 完成：应该设计并实现用户界面和后端之间的良好界面。（这已经在邮件列表中讨论过了。）然后可以在这个新接口上重建Emacs UI。
- 例如，如果不必在每个case-split之后重新加载文件，或者在“give”之后高亮显示，那就更好了。
- 如果Agda能够准确跟踪使用了哪些不安全的功能，那就太好了：
$agda--list-unsafe OK.agda$agda--list-unsafe Dubious.agda使用的假设：经典逻辑（不包括middle）不进行终止检查：值得怀疑。内部.f图书馆.g阳性检查器在以下位置关闭：可疑
工具
- 人们在放弃对agda的支持时提出了抱怨——交互式。詹姆斯·查普曼建议最好有一个独立的解释器（而不是基于行的编辑器）。应该可以使用上面建议的UI支持接口实现这样的解释器。注：如果有人可以选择在这样的解释器中运行FFI代码，那就太好了。
- 这可能很好
agda--html此外，构建某种“AgdaDoc”工具。然而，由于实际的源代码通常很重要，而不仅仅是类型签名，因此必须先考虑一下，也许可以使用Coq或其他系统的一些想法。
图书馆
- IO库当前非常小。它需要扩展。我们还应该利用强类型来改进IO接口。这可以在单独的库中实现，在更低级的库之上，该库只使用FFI导入Haskell功能。
- 集合、映射、图等的良好实现。这里我们有一个问题：实现细节最好是隐藏的（抽象的），但通常更容易使用具体代码（在类型检查期间进行评估）。
也许我们需要一种功能，能够在类型检查期间使用一种实现，在运行时使用另一种实现。托尔斯滕·阿滕柯奇（Thorsten Altenkirch）要求在他和沃特·斯威斯特拉（Wouter Swierstra）关于各种效果的功能规范的背景下提供这样的功能。
Emacs接口
建议改进：
- 自动支持隐式论点的明确表达，反之亦然；
- 可以将所选区域转换为目标（即用{！…！}标记）；
手动
有几个人要求一本好的手册：
- 沃特
- “特别是，我有时会遇到隐式参数、通过函数、模块等索引数据类型的问题。通常我会通过向Ulf发送电子邮件来解决这一问题，但我希望看到关于您可以做什么和不能做什么的更准确的说明。即使它只是由一个有良好文档记录、格式良好的示例列表组成，也会有很大的不同。"
- 桑巴
-
- 教程
- 标准库文档（可能有助于此工具的支持…）
- HTML和超链接PDF格式的语言/实现参考手册（可能是用LaTeX或docbook或诸如此类的东西制作的）我想知道如何将HTML版本的手册中的代码保持为单空格？