projects/[版本]/assets/0-modrinth-mod/modid/
projects/[版本]/assets/[平台]/[平台对应id]/modid/
路径更改（详见 #3182）
理论上在现有的名称里加上modrinrh标记其实就足够bot识别了， 除非有什么神奇mod名字带modrinth的 ；新开一层文件夹的问题就是大规模移动，以及各种部件都要更改，工作量有点大
其实打包并不在意现在被叫做cf-name的这层文件夹叫什么，只要是唯一的就可以了（我印象中当时写的参数名直接叫做mod-name） 倒是bot会假定这是cf模组，从而出错...... 理论上在现有的名称里加上modrinrh标记其实就足够bot识别了， 除非有什么神奇mod名字带modrinth的 ；新开一层文件夹的问题就是大规模移动，以及各种部件都要更改，工作量有点大
新开一层文件夹这个东西是我在群里提的，我认为这样比较保险一些（但是好像没考虑工作量）。🤔
我大概陈述一下我的想法：
CurseForge 项目名
命名空间
slug
project id
模组唯一标识符
Slug
1UNKNOWN
minecraft
唯一标识符
additionalContents
相较于直接加一层文件夹应该要好点——尤其考虑到这种大型修改可能会导致大量文件错乱，这是之前已经发生过的事情。如#1163 。
由于：
我的建议：使用前缀区分模组发布平台
[Modrinth]
[Github]
[Unknown]
以匠魂3（Tinkers' Construct 3）为例：
匠魂3
Tinkers' Construct 3
tinkers-construct
TinkersConstruct
tconstruct
project/1.18/assets/tinkers-construct/tconstruct/lang/zh_cn.json
project/1.18/assets/[Modrinth]tinkers-construct/tconstruct/lang/zh_cn.json
project/1.18/assets/[Github]TinkersConstruct/tconstruct/lang/zh_cn.json
project/1.18/assets/[Unknown]TinkersConstruct3/tconstruct/lang/zh_cn.json
优点：
缺点：
总结：以上操作可以作为（长期的？）临时方案，可行性较高，可快速兼容Modrinth，并且仅需修改Bot与部分仓库结构；缺点也很明显，因此在解决模组发布平台核查方法的问题前，不适合作为永久方案。
这个方法也行。主要是看仓库这边和bot的协调，对我来说其实没什么工作，只要总体结构没改。
（不过，如果以后准备“按需打包”的话，已经需要准备从modid（或者别的）到cf-id的映射了；不过这个不知道适不适合放在主库里面）
bot这边我都可以改 目前都写了一点了
对于移动目录的方案： 对 CFPABot 的屎山级别的代码来说，无异于重写，所以我不支持，当然我要是有决心的话还是想推动减少 GitHub 使用的方案
对于在文件夹名前添加前缀的方案： 我心里找不到一个又美观又符合编程命名法的命名方法
modrinth-XXX
modrinth_XXX-XXX
对于添加标记文件的方案： 排除法， 我觉得挺好，可扩展性强。至于方便提交者提交的话，可以依靠 CFPABot / CFPABot 的网页功能
提问：添加标记文件的方案，如何处理CurseForge和Modrinth平台同项目名不同模组的冲突？
这个概率有多大，感觉不会发生这种事（
我觉得吧 用 modrinth-XXX 的方案最简单了， 万一有 mod 在 CF 上就叫这个名字那就特殊处理
我拍板了 就用 modrinth-XXX，bot支持已经写好
拟定转正，我稍后写Doc
Activity
路径更改（详见 #3182）
dovisutu commentedon Apr 21, 2023
倒是bot会假定这是cf模组，从而出错......
理论上在现有的名称里加上modrinrh标记其实就足够bot识别了，
除非有什么神奇mod名字带modrinth的；新开一层文件夹的问题就是大规模移动，以及各种部件都要更改，工作量有点大TexBlock commentedon Apr 21, 2023
新开一层文件夹这个东西是我在群里提的，我认为这样比较保险一些（但是好像没考虑工作量）。🤔
dovisutu commentedon Aug 1, 2023
我大概陈述一下我的想法：
CurseForge 项目名这层文件夹下，与命名空间并列的位置，加上一个标记文件（名称、格式待定，可以由CFPAbot的支持来决定），用于标记下载源、slug和project id（CF）等信息。CurseForge 项目名的定义，将其定义为模组唯一标识符之类的名称。Slug；Mr模组可以找类似物，或者另起一个（如果冲突的话）。1UNKNOWN目录（这是当初增加模组名这一层的副产物）。minecraft命名空间应当放在何种唯一标识符下？（由于必须要覆盖minecraft:default与minecraft:uniform，不可能完全移出此命名空间。但是仍可以考虑修改其标识符，以更明确地指出“字体修复”这一用途。）修改量
命名空间以下，除非被谁塞到。additionalContents了CurseForge 项目名的引用都需要改名，并且可能需要小规模修改。相较于直接加一层文件夹应该要好点——尤其考虑到这种大型修改可能会导致大量文件错乱，这是之前已经发生过的事情。如#1163 。
DrIceTea123 commentedon Sep 4, 2023
提出一些我的大致想法
由于：
CurseForge 项目名对打包无任何影响我的建议：使用前缀区分模组发布平台
CurseForge 项目名前加[Modrinth]前缀，并使用Modrinth项目名CurseForge 项目名前加[Github]前缀，并使用Github仓库名CurseForge 项目名前加[Unknown]前缀，并使用模组显示名的驼峰命名法（去除非法字符）以
匠魂3（Tinkers' Construct 3）为例：tinkers-constructtinkers-constructTinkersConstructtconstructproject/1.18/assets/tinkers-construct/tconstruct/lang/zh_cn.jsonproject/1.18/assets/[Modrinth]tinkers-construct/tconstruct/lang/zh_cn.jsonproject/1.18/assets/[Github]TinkersConstruct/tconstruct/lang/zh_cn.jsonproject/1.18/assets/[Unknown]TinkersConstruct3/tconstruct/lang/zh_cn.json优点：
CurseForge 项目名时先检测前缀即可缺点：
总结：以上操作可以作为（长期的？）临时方案，可行性较高，可快速兼容Modrinth，并且仅需修改Bot与部分仓库结构；缺点也很明显，因此在解决模组发布平台核查方法的问题前，不适合作为永久方案。
dovisutu commentedon Sep 8, 2023
这个方法也行。主要是看仓库这边和bot的协调，对我来说其实没什么工作，只要总体结构没改。
（不过，如果以后准备“按需打包”的话，已经需要准备从modid（或者别的）到cf-id的映射了；不过这个不知道适不适合放在主库里面）
Cyl18 commentedon Sep 8, 2023
bot这边我都可以改 目前都写了一点了
Cyl18 commentedon Dec 28, 2023
对于移动目录的方案：
对 CFPABot 的
屎山级别的代码来说，无异于重写，所以我不支持，当然我要是有决心的话还是想推动减少 GitHub 使用的方案对于在文件夹名前添加前缀的方案：
我心里找不到一个又美观又符合编程命名法的命名方法
modrinth-XXX万一有 mod 在 CF 上就叫这个名字咋办modrinth_XXX-XXX我靠这也太丑了对于添加标记文件的方案：
排除法，我觉得挺好，可扩展性强。至于方便提交者提交的话，可以依靠 CFPABot / CFPABot 的网页功能DrIceTea123 commentedon Jan 13, 2024
提问：添加标记文件的方案，如何处理CurseForge和Modrinth平台同项目名不同模组的冲突？
TexBlock commentedon Jan 13, 2024
这个概率有多大，感觉不会发生这种事（
Cyl18 commentedon Mar 23, 2024
我觉得吧 用
modrinth-XXX的方案最简单了， 万一有 mod 在 CF 上就叫这个名字那就特殊处理Cyl18 commentedon Mar 26, 2024
我拍板了 就用
modrinth-XXX，bot支持已经写好Cactusstudent commentedon Mar 30, 2024
拟定转正，我稍后写Doc