前四个
Source: Dev.to
Follow‑up on Raku Resolutions
第一次会议已在建议的时间和日期举行：2026 年 1 月 17 日 19:00 UTC。
除了四位 Raku Steering Council 成员外，还有最多八位其他人参加——感谢您的参与和反馈。
Source: …
讨论的问题
在预定的一小时内讨论了四个议题，另有一个议题应其提出者的请求被明确移至下次会议。
1. 指定文档 URL
Richard Hainsworth 说明了背景：
- 当 Raku 文档最初创建时，名称相同的方法会自动归为一组（例如
print方法 的文档）。 - 多年来，预生成的页面累计了来自文档其他部分的入站链接。
- 这些页面的 URL 可能会变动，导致链接失效。
在基于 RakuDoc 的新 Raku 文档渲染中，这需要通过程序处理，同时也需要进行一些清理工作。
决定： 暂时关闭此议题，并给出关闭原因。如有需要，可随后打开新的 documentation 议题。
2. FALLBACK 与 CALL‑ME 的通用名称
经过长时间讨论后发现，从文档角度来看，“hook” 之类的通用名称不适合。同时也明确了没有参与者对这些特例的所有细节都有完整了解。
Elizabeth Mattijsen 建议：
应该有人撰写一系列博客文章，介绍这些特殊特性，按调用时机、功能以及是否可以被用户代码自定义/覆盖进行分类。这些文章可以作为扩展文档的基础。
决定： 通过提及关闭此议题。
3. 关键词 “rakulang” 的 SEO 表现不佳
小组一致认为，自原帖发布六年后，这已经不再是问题。
决定： 通过提及关闭此议题。
4. Seq 与 List – 改为 Iterable？
讨论突出了两点：
- 该议题涉及文档和规范测试（roast）两方面。
- 改变 roast 的预期相当于一次语言层面的变更，因为这可能影响依赖核心方法返回可变
Array的现有代码。改为更宽松的Iterable返回类型将允许实现返回不可变的List，但现有代码需要一种方式来选择不使用该行为。
决定：
- 文档将开始使用
Iterable。 - 对规范测试的更改将受语言层面升级的约束。
- 因此此议题被记录。
5. 下次会议（已移至后续）
会议原计划在一小时后继续，但即将到来的 FOSDEM 2026（以及随附的社区晚宴）导致两位指导委员会成员无法出席。
下次会议：
- 日期和时间： 2026 年 2 月 7 日 19:00 UTC（20:00 CET，14:00 EST，11:00 PST，04:00 JST（1 月 18 日））
- 时长： 最多 1 小时
- 平台： 同一 Jitsi 链接 –
选择 Jitsi 是因为它对指导委员会来说使用简便：只需现代浏览器、摄像头和麦克风，无需额外安装。
下一次会议计划讨论的问题
准备
任何 Raku 社区成员都欢迎参加。如果您认为自己是社区成员，您受邀参加——无需其他条件。
请：
- 在会议之前审阅上述列出的问题。
- 提前在相应的 GitHub issue 上发布任何评论或问题。
原始的这些 issue 的贡献者也会收到通知（除非他们已将自己从这些 issue 中静音）。我们希望他们也能参加。
小步骤
如果您认为自己是 Raku 社区的成员，请尽量参加！这样您就可以把已经熟悉的名字对应到具体面孔。
期待在那里见到您！