Xiangze Li

我的标准是：可能被core写入的文件都值得备份。 按此标准，应该包括： 1. （现有的）dice.yaml、serve.yaml、sqlite、文案模版 2. 所有自定义回复 `yaml` 3. 插件的配置项 `plugin-configs.json` 4. 插件的buntdb AOF `storage.db`（值得商榷，可能体积很大）

可以分两阶段实现： 第一阶段，把现在的备份补充完整，实现一个最小备份 第二阶段，同时实现全量备份和最小备份，并且设计好不同的触发方式

先实现一个（低于）最小备份的版本，覆盖所有自定义回复 yaml 和 plugin-configs.json，但不包括 storage.db。 这部分内容应当是没有争议的

# 2024-05-28 讨论结果 ## 需求细化 1. 全量备份比最小备份应当增加以下内容, 并保留扩展性 - JS 插件 和 插件数据库 - 牌堆 - 帮助文档 - 敏感词库 - 人名文件 (names) - 图片资源 (images 目录) 3. 只使用一个自动备份, 允许调整备份范围 4....

关于云任务卡的部分, 或许可以与在线公骰统计一起完成 #230

从表现来看，是在识别用户名和时间时只适应了 `用户名 15:04:05` 这种写法，没有考虑到中间可能还有一个日期

在 dnd 插件的 `rc` 指令中，也就是本 Issue 所提出的这个场景下，支持使用 優勢/劣勢 了。在 `r` 的算式中由于没有搞清 PEG 生成，尚不能支持。 文案的自定义留待下一步开发。

#690 只处理了 r 指令的繁体「优势/劣势」，尚未实现 DnD 插件的自定义文案。目前不应关闭。

@fy0 @Szzrain @JustAnotherID @oissevalt

> #51 并非 51 所列问题，但是，如果采用了提出的替代行为，有望使 51 的前提消失