呱呱 移动/游戏
配置 Roblox 项目工具链时，用…
当需要为 Roblox 项目设置基于文件的开发工作流、固定工具版本、添加包、配置 lint/format 检查、生成 sourcemap 或搭建 CI 时使用。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 38/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
配置 Roblox 项目工具链时，用 R特定
解决思路
- 先确认唯一事实来源：编辑前明确 place 是在 Studio、在文件中（Rojo），还是双向同步；不要假设两边一致。
- 使用 Rojo 将文件作为事实来源，并把内容同步或构建到 Studio。
- 使用 Wally 管理 package manifests 和 lockfile；在配置中显式声明包作用域以及 server/client 放置。
- 维护现有 Aftman 项目时，用 Aftman 固定工具版本；Aftman 已归档，新项目应评估维护中的管理器，例如 Rokit。
- 在 CI 中运行 Selene 和 StyLua 的 check 模式（如 `stylua --check .`，Selene 以检查失败即退出），失败则阻止合并；不要让 formatter 静默重写贡献者的分支。
- 用 Lune 编写独立 Luau 脚本或测试辅助程序，并确认其标准库能满足任务。
- 为编辑器工具生成 Rojo sourcemap（使用 `rojo sourcemap`，例如输出到 `sourcemap.json`），以支持 Roblox-aware navigation。
- 在相关时点名可选工具（Selene、StyLua、luau-lsp、Lune、TestEZ、Wally），但不要强加给未使用它们的项目。
- 需要 setup、文件布局和 CI 示例时，加载 `references/full.md`。
适用边界 · 注意事项
- 不要对未使用这些工具的项目强行引入 Selene、StyLua、luau-lsp、Lune、TestEZ 或 Wally。
- 项目不需要 package manifests 和 lockfile 时不要用 Wally；不要在新项目继续用已归档的 Aftman。
- 不要在 CI 中让 formatter 静默改写贡献者的分支。