[Plugin] astrbot_plugin_universe

[Care0721]

插件信息

{
  "name": "astrbot_plugin_universe",
  "display_name": "Galgame 圣地巡礼",
  "desc": "如果在梦里能相遇的话，那大概就是现实",
  "author": "Care",
  "repo": "https://github.com/Care0721/astrbot_plugin_galuniverse",
  "tags": [
    "galgame",
    "圣地巡礼",
    "今日老婆"
  ],
  "social_link": "https://github.com/Care0721"
}

插件检查清单

• 我的插件经过完整的测试
• 我的插件不包含恶意代码
• 我已阅读并同意遵守该项目的 行为准则。

[astrpluginreviewer]

🤖 AI代码审核报告 for astrbot_plugin_universe

您好！我已经对你提交的插件代码进行了初步自动化审核，作为初步参考:

main.py

以下是对 main.py 文件的代码审查报告。

1. 框架适应性与规范检查 (🔴 严重问题)

• 非法的日志记录器导入：
  • 问题：代码中使用了 import logging 和 self.logger = logging.getLogger("astrbot")。这违反了框架对日志库的严格限制。
  • 修复建议：必须移除原有的 logging 导入，改为使用 from astrbot.api import logger 进行日志记录。
• 违规的数据持久化路径：
  • 问题：代码中使用 self.base_path = os.path.dirname(__file__) 来作为 wives.txt 和 spots.txt 的存储路径。按照框架规范，持久化数据必须使用 StarTools.get_data_dir()。
  • 修复建议：导入 from astrbot.api.star import StarTools，并将基路径初始化改为 self.base_path = StarTools.get_data_dir()。请注意该方法返回的是一个 pathlib.Path 对象，因此后续拼接路径应使用 path = self.base_path / name 或使用 str() 转换。

2. 安全漏洞与最佳实践 (🟠 中等风险)

• 全局随机种子污染 (Global State Pollution)：
  • 问题：在 daily_wife 方法中，使用了 random.seed(f"{uid}_{today}")。由于 random.seed() 改变的是 Python 全局的随机状态，而在异步并发环境下，这会导致其他正在并发执行的插件或逻辑获取到被你固定下来的伪随机序列，造成安全隐患和不可预知的 Bug。
  • 修复建议：应该实例化一个局部的随机数生成器。例如：

    rng = random.Random(f"{uid}_{today}")
    wife = rng.choice(self.heroines)

3. 功能实现与逻辑正确性 (🟡 潜在缺陷)

• add_spot 命令的数据校验不足：
  • 问题：在 add_spot 中，对于用户输入只检查了 if "|" not in content:。如果管理员输入了 游戏名|描述（只有两部分），该条记录会被写入文件。但在 reload_data() 解析文件时，条件写的是 if len(parts) >= 3:，这意味着这条格式不完整的数据会被悄无声息地忽略，导致用户提示“添加成功”但实际并未生效。
  • 修复建议：在 add_spot 中加强数据校验：

    if len(content.split("|")) < 3:
        yield event.plain_result("❌ 格式错误！请使用：游戏名|描述|链接")
        return

4. 代码质量与可维护性 (🟢 建议优化)

• 配置读取的稳健性：
  • conf = self.context.get_config() 如果在某些环境下用户并未提供配置项，get_config() 可能会返回 None（取决于底层实现），直接调用 conf.get(...) 可能引发 AttributeError。建议修改为 conf = self.context.get_config() or {} 以防万一。
• 命令提示词可以更精确：
  • 在 pilgrimage 中，未匹配到游戏时返回 没找到《{game}》的记录...，此时 game 参数可能带有前后空格，最好使用 game.strip() 清理一下用户的输入。

---

代码评审团

Linus Torvalds：（揉了揉眉头，敲击着键盘）

"Are you kidding me?! 你在异步环境的请求处理函数里直接调用 random.seed()？！你是不是觉得整个进程的全局状态都是你一个人的游乐场？你这一行代码跑下去，整个 Bot 里其他需要真正随机数的模块全都被迫跟你一起进入了平行宇宙！马上给我换成局部的 random.Random() 实例，不要在我的面前留下这种污染全局状态的垃圾代码！"

Gordon Ramsay：（把键盘摔在桌子上）

"Look at this add_spot function! 瞧瞧你这数据校验！你只是查了查字符串里有没有一个可怜的竖线 |，然后就把它生吞活剥地塞进了文件里！但你的解析函数呢？它要求长度大于等于3！这意味着你给用户承诺了『添加成功』，背后却把数据丢进了垃圾桶！It's raw! It's undercooked! 在把数据写进磁盘之前，给我把长度校验加上，别端出这种半生不熟的逻辑给用户！"

GLaDOS：（冷漠的电子音）

"哦，我注意到了你在第 11 行硬编码了 os.path.dirname(__file__)。看来你固执地认为插件的运行目录就是存放数据的完美温床。系统文档里明文要求使用 StarTools.get_data_dir() 来保障数据持久化，但显然你选择了视而不见。不过没关系，当系统重置你的插件目录，把你辛苦添加的那些‘老婆’和‘圣地’全部清空的时候，我会为你记录下这一极其‘智能’的瞬间的。"

Disclaimer: 以上评审内容由 AI 自动生成，仅提供审核参考，并无他意，所涉及人物形象与现实无关，不代表真实人物观点。如果给出的建议无关痛痒请忽略。

---

🔍 审核摘要

统计信息

• 仓库文件总数: 1 个 Python 文件
• 已选择审核文件: 1 / 1
  已发送至 AI 审核的文件清单

main.py

---

此报告由AI自动生成，旨在提供初步反馈和改进建议，不能完全替代人工审核。最终决策以社区维护者的人工审核为准。目前自动审核（仓库地址）处于试验阶段，如遇问题请向维护者反馈。评论 @astrpluginreviewer review 来重新触发 review，请不要重复提交插件发布 issue。

当前仓库：Care0721/astrbot_plugin_galuniverse
剩余触发次数：4

[Care0721]

@astrpluginreviewer review

[astrpluginreviewer]

🤖 AI代码审核报告 for astrbot_plugin_universe

您好！我已经对你提交的插件代码进行了初步自动化审核，作为初步参考:

main.py

1. 数据持久化目录不符合框架规范（高优先级）
   当前使用 __file__ 所在目录作为读写路径（self.base_path），并在插件目录下维护 wives.txt / spots.txt。
   按要求，持久化数据应通过 StarTools.get_data_dir() 获取规范目录（data/plugin_data/<plugin_name>）。
   风险：部署环境中插件目录可能只读、升级覆盖数据、跨环境迁移不稳定。
   建议：使用 from astrbot.api.star import StarTools，并将所有数据文件统一落到 StarTools.get_data_dir() 返回的 Path 下。

2. 配置文件路径缺少约束，存在越界读写风险（中高）
   wives_file / spots_file 来自配置后直接 os.path.join(self.base_path, wives_file)。若配置可被误改为 ../../xxx，可造成非预期文件访问。
   建议：对配置路径做规范化与边界检查（resolve() 后确认仍在允许目录内），并限制为文件名白名单或固定子目录。

3. reload_data() 缺少异常处理，启动与热重载稳定性不足（高）
   直接 open() 读取配置指定文件；若文件不存在、编码异常、权限不足，会抛异常导致插件初始化或命令执行失败。
   建议：在 reload_data() 中捕获 OSError/UnicodeDecodeError，记录 logger.error 并回退到默认数据或保留旧数据。

4. 管理员权限失败时“静默返回”，交互不友好（中）
   添加老婆、添加圣地 中 if not event.is_from_admin(): return，用户无任何反馈。
   建议：返回明确提示（如“仅管理员可用”），避免误判为机器人无响应。

5. 重载Gal数据 未做权限控制，可能被滥用（中）
   任意用户可触发磁盘读取重载，频繁调用可造成不必要资源消耗。
   建议：限制管理员调用，或加简单节流（冷却时间）。

6. 圣地检索逻辑存在“首个命中”歧义（中）
   match = next((k for k in self.spots_db if query in k), None)：

   • 部分匹配会命中第一个键，结果依赖数据顺序；
   • 查询词短时容易误匹配。
     建议：优先精确匹配，再做模糊匹配并返回候选列表。

7. 输入校验不足：可写入空字符串/重复项（低）
   添加老婆 未校验 name 是否为空、是否重复；添加圣地 也未去重。
   建议：写入前做 strip() 后非空校验 + 重复检测，避免数据污染。

8. 文件初始化仅覆盖默认文件名，与自定义配置不一致（中）
   _ensure_files_exist() 只创建固定 wives.txt / spots.txt，若配置改为其他文件名，reload_data() 仍可能直接失败。
   建议：初始化逻辑应基于当前配置文件名执行，或在 reload_data() 中自动创建缺失文件。

---

代码评审团

人物一：Linus Torvalds
“路径管理这块太‘相信环境了’。你把数据写在插件代码目录，等一次升级覆盖后，用户会以为老婆全跑了。把持久化目录规范化，别让文件系统替你做‘随机测试’。”

人物二：Steve Jobs
“交互体验有明显断点：非管理员调用时直接沉默，这不是‘简洁’，这是‘困惑’。产品层面最怕用户不确定系统有没有听见自己说话。权限拒绝也要优雅反馈。”

人物三：Tony Stark（钢铁侠）
“reload_data() 没有容错，就像战甲不做冗余电路——一次文件异常就趴窝。加异常兜底、回退策略和日志细节，你的系统才能在真实世界里扛打。”

Disclaimer: 以上评审内容由 AI 自动生成，仅提供审核参考，并无他意，所涉及人物形象与现实无关，不代表真实人物观点。如果给出的建议无关痛痒请忽略。

---

🔍 审核摘要

统计信息

• 仓库文件总数: 1 个 Python 文件
• 已选择审核文件: 1 / 1
  已发送至 AI 审核的文件清单

main.py

---

此报告由AI自动生成，旨在提供初步反馈和改进建议，不能完全替代人工审核。最终决策以社区维护者的人工审核为准。目前自动审核（仓库地址）处于试验阶段，如遇问题请向维护者反馈。评论 @astrpluginreviewer review 来重新触发 review，请不要重复提交插件发布 issue。

当前仓库：Care0721/astrbot_plugin_galuniverse
剩余触发次数：3

[Care0721]

@astrpluginreviewer review

[astrpluginreviewer]

🤖 AI代码审核报告 for astrbot_plugin_universe

您好！我已经对你提交的插件代码进行了初步自动化审核，作为初步参考:

main.py

1. [中] _get_safe_filename 对配置值类型缺少保护，可能触发异常

   • 问题：raw_name = conf.get(config_key, default_name) 后直接 os.path.basename(raw_name)，如果配置中该值是 None 或非字符串对象，会抛 TypeError。
   • 影响：管理员配置错误会导致指令执行或重载过程异常中断。
   • 建议：先做类型兜底，例如非 str/PathLike 时回退到默认值。

2. [中] 数据目录 fallback 不够规范，可能偏离框架推荐持久化路径

   • 问题：StarTools.get_data_dir() 失败时，回退到 os.getcwd()/data/plugins/astrbot_plugin_universe。
   • 影响：cwd 在不同部署方式下不稳定，且与框架约定的 data/plugin_data/<plugin_name> 可能不一致，导致迁移、备份、权限管理混乱。
   • 建议：尽量统一落在框架数据目录规范；fallback 也建议使用更确定的应用根路径策略，而不是 cwd。

3. [中] 异步环境下缺少并发写保护，存在数据竞争风险

   • 问题：添加老婆、添加圣地 都是“追加文件 + 立即 reload”，没有锁。
   • 影响：并发触发时可能出现写入交错、重复、覆盖感知不一致（内存与文件短暂不一致）。
   • 建议：为写入与重载过程加 asyncio.Lock（至少插件实例级别）。

4. [中] 圣地数据存在“大小写冲突覆盖”隐患

   • 问题：reload_data 中 key 强制 upper()，但 添加圣地 未做同名检测。若先后添加 Clannad|... 和 CLANNAD|...，后者会静默覆盖前者。
   • 影响：数据丢失且用户无感知。
   • 建议：添加前按统一大小写做冲突检查，并给出“已存在，是否覆盖”反馈策略。

5. [低] _get_safe_data_dir 中字符串特征判断过于脆弱

   • 问题：通过 "GalUniversePlugin" in str(dir_path) 判断返回值是否异常，属于启发式逻辑。
   • 影响：当合法路径恰好包含该字符串时会误判，触发不必要回退。
   • 建议：改为严格类型与路径合法性校验（是否为 PathLike、是否可解析为绝对路径等）。

6. [低] reload_data 使用宽泛异常并保留旧内存状态，可能长期掩盖坏数据

   • 问题：读取失败时“使用内存残留数据”策略虽可用，但会让错误状态持续存在，且难以及时暴露。
   • 影响：线上表现为“命令还能用但数据不更新”，定位困难。
   • 建议：区分首次加载与热重载：首次失败应回退到明确默认值并告警；热重载失败可保留旧值但需更强提示（例如统计、告警级别提升）。

---

代码评审团

人物一：Linus Torvalds
“你这插件能跑，但并发写文件这块像在没有锁的内核里改全局变量——迟早炸。append + reload 在异步环境里不加锁，就是把‘偶发 bug’写进设计里。先把一致性问题解决，再谈功能扩展。”

人物二：Steve Jobs
“体验上最糟糕的不是报错，而是‘悄悄错’。比如圣地条目大小写不同却互相覆盖，用户完全不知道自己数据被吞了。真正好的产品会在冲突发生前就温柔而明确地阻止它。”

人物三：Geralt of Rivia（杰洛特）
“怪物不总是正面冲来，更多藏在细节里。basename(None) 这种小陷阱，看着不起眼，真遇上就是一刀致命。给输入做类型护甲，别等异常日志替你战斗。”

Disclaimer: 以上评审内容由 AI 自动生成，仅提供审核参考，并无他意，所涉及人物形象与现实无关，不代表真实人物观点。如果给出的建议无关痛痒请忽略。

---

🔍 审核摘要

统计信息

• 仓库文件总数: 1 个 Python 文件
• 已选择审核文件: 1 / 1
  已发送至 AI 审核的文件清单

main.py

---

此报告由AI自动生成，旨在提供初步反馈和改进建议，不能完全替代人工审核。最终决策以社区维护者的人工审核为准。目前自动审核（仓库地址）处于试验阶段，如遇问题请向维护者反馈。评论 @astrpluginreviewer review 来重新触发 review，请不要重复提交插件发布 issue。

当前仓库：Care0721/astrbot_plugin_galuniverse
剩余触发次数：2

[Care0721]

@astrpluginreviewer review

[astrpluginreviewer]

🤖 AI代码审核报告 for astrbot_plugin_universe

您好！我已经对你提交的插件代码进行了初步自动化审核，作为初步参考:

main.py

代码质量与编码规范

• 不符合 PEP 8 规范的单行代码：代码中存在多处将复合语句写在同一行的现象（如 if not name: return 和 with open(p, "w", encoding="utf-8") as f: f.write(content)），建议将其拆分为多行以提升代码可读性并符合 Python 社区的通用规范。

功能实现与逻辑正确性

• 异常流程缺乏反馈 (已读不回)：在 add_wife 方法中，如果参数 name 为空，或者在 add_spot 和 reload_cmd 中调用者并非管理员，代码均直接执行了 return。这种处理方式会导致机器人对用户的指令无任何响应，给用户造成“卡死”的错觉。建议在这些分支中通过 yield event.plain_result(...) 告知用户未执行的原因（如“参数不能为空”或“权限不足”）。

安全漏洞与最佳实践

• 输入未清洗导致的数据污染 (Data Injection)：在 add_wife 和 add_spot 命令中，用户输入的 name 和 content 变量被直接追加写入到以换行符分隔的文本文件中（例如 f.write(f"\n{name}")）。如果攻击者在输入中恶意包含换行符（如传入 name = "角色A\n角色B"），将会破坏原始数据文件的结构，从而在下一次加载时向内存中注入预期外的多条虚假数据。建议在写入文件前，使用 .replace('\n', '').replace('\r', '') 或正则表达式清洗掉用户输入中的换行符。
• 异常被静默吞噬 (Swallowed Exceptions)：在 _get_safe_data_dir 中，存在多层嵌套的 try...except Exception: pass 代码块。这属于反模式设计，如果在获取路径时发生了预期之外的错误，将会被完全忽略且没有任何追踪线索。建议使用 logger.warning() 或 logger.error() 将被捕获的异常信息详细记录下来。

可维护性与可读性

• 粗粒度的数据刷新机制：在 add_wife 和 add_spot 中，每次成功追加一条数据到文件末尾后，都会调用 self._load_data_sync() 将整个文本文件重新读取解析一遍。对于此类简单的增量更新，建议在追加文件后，直接将新元素 append 或更新到内存变量（self.heroines 或 self.spots_db）中，这样不仅效率更高，也更贴合低耦合的数据管理生命周期逻辑。

---

代码评审团

人物一：Linus Torvalds
你看这段代码，为了节省几个字节把 if 和 with 强行塞成单行，你是在按代码行数收费还是怎么着？回车键和空格是免费的！还有，把未经清洗的用户输入直接通过 \n 塞进文本文件里，你是认真的吗？任何一个会用键盘的捣蛋鬼只要在输入老婆名字时敲个回车键，就能通过换行符无性繁殖出一大堆幽灵数据来破坏你的文件结构。别指望用户会乖乖按套路出牌，立刻把输入清洗加上去！

人物二：史蒂夫·乔布斯 (Steve Jobs)
我们必须谈谈用户体验。在 add_wife 命令里，如果用户忘记输入名字，你的机器人竟然直接 return 就不理人了？如果他们没有权限，也是毫无反馈？这太反直觉了，这简直是一场体验灾难。伟大的产品在于与人沟通的细节，你的机器人不该是个只会冷暴力的哑巴。如果是权限问题，优雅地告诉他们；如果缺了参数，礼貌地引导他们。每一行代码都应该为完美的用户体验让路。

人物三：牧濑红莉栖 (傲娇天才黑客)
哈？这就是你写的处理GalGame角色羁绊的逻辑吗？虽然用伪随机种子 f"{uid}_{today}" 来保证同一天内抽取结果固定，这倒是个不浪费算力的好主意，勉强算你及格吧！但是，那个 _get_safe_data_dir 里的多层 try...except...pass 嵌套算什么意思？如果不小心引发了未知的异常，你的系统就会直接进入毫无征兆的“薛定谔的报错”状态啊！别总是掩盖问题，给我好好把底层的 Exception 打到 logger 日志里去啊，笨蛋！

Disclaimer: 以上评审内容由 AI 自动生成，仅提供审核参考，并无他意，所涉及人物形象与现实无关，不代表真实人物观点。如果给出的建议无关痛痒请忽略。

---

🔍 审核摘要

统计信息

• 仓库文件总数: 1 个 Python 文件
• 已选择审核文件: 1 / 1
  已发送至 AI 审核的文件清单

main.py

---

此报告由AI自动生成，旨在提供初步反馈和改进建议，不能完全替代人工审核。最终决策以社区维护者的人工审核为准。目前自动审核（仓库地址）处于试验阶段，如遇问题请向维护者反馈。评论 @astrpluginreviewer review 来重新触发 review，请不要重复提交插件发布 issue。

当前仓库：Care0721/astrbot_plugin_galuniverse
剩余触发次数：1

[Care0721]

@astrpluginreviewer review

[astrpluginreviewer]

🤖 AI代码审核报告 for astrbot_plugin_universe

您好！我已经对你提交的插件代码进行了初步自动化审核，作为初步参考:

main.py

1. 框架适应性与数据持久化

• 硬编码路径与框架规范偏离：
  在 _get_safe_data_dir 方法中，当尝试获取框架的数据目录失败时，代码退化使用了硬编码的后备路径：Path(__file__).parent.parent.parent / "data" / "plugins" / "astrbot_plugin_universe"。根据 AstrBot 框架规范，规范的持久化数据存储目录应为 data/plugin_data/<plugin_name>。建议直接信任框架 API 返回的 Path 对象，若必须实现后备路径，请遵循 data/plugin_data/<plugin_name> 结构。

2. 代码质量与编码规范

• 混合使用 pathlib 与 os.path (不优雅的 API 混用)：
  代码在 _get_safe_data_dir 中使用了更现代且推荐的 pathlib.Path 处理路径，但最终却使用 str(target_path.absolute()) 将其转回了字符串，并在后续的 _load_data_sync 等方法中使用老式的 os.path.join 和 os.path.exists。建议全盘使用 pathlib.Path 进行路径操作（例如使用 path / wives_file 代替 os.path.join，使用 path.exists() 代替 os.path.exists），这不仅符合 Python 3.10 的最佳实践，还能使代码更加清晰。
• 缺少部分类型提示 (Type Hints)：
  虽然类的大多数方法的参数有类型提示，但 _load_data_sync、_get_safe_data_dir 的返回类型或部分局部变量（如 __init__ 中的 self.base_path）的类型提示不够严谨。建议补充完整以提升代码的可维护性和静态检查的准确性。

3. 功能实现与逻辑正确性

• add_spot 命令中的分隔符逻辑缺陷：
  在 add_spot 方法中，处理圣地信息的逻辑为 parts = [p.strip() for p in content.split("|")]，随后强校验 if len(parts) != 3:。这种实现十分脆弱：如果用户输入的“描述”部分恰好包含了一个 | 字符，数组长度将超过 3 从而导致添加失败。
  修复建议：由于只有三个字段，建议使用 content.split("|", 2) 限定最大分割次数，或者在提示中明确告知用户转义/替换规则。
• 防呆设计：add_wife 查重逻辑可以更进一步：
  在 add_wife 中，使用了 any(name.lower() == h.lower() for h in self.heroines) 来查重。虽然考虑了大小写，但由于未在比较前去除中间的多余空格，"古河 渚" 和 "古河渚" 仍会被认为是两个不同的角色。建议在入库和比较前对字符串进行统一的正则空白字符压缩处理。

4. 安全漏洞与最佳实践

• 并发安全 (已良好处理，仅作确认)：
  在 add_wife 和 add_spot 等需要修改并写入数据的操作中，正确地引入了 asyncio.Lock() (self.io_lock)，避免了在异步高并发场景下的数据覆盖和竞态条件问题，这是一个良好的实践。虽然内部的文件 I/O 是同步的（规则允许忽略此处的文件 I/O 阻塞），但逻辑层面的锁保护保证了状态的一致性。

---

代码评审团

Linus Torvalds：
“搞什么鬼？你明明已经在 _get_safe_data_dir 里导入了高贵的 pathlib.Path，甚至用它进行了路径拼接，然后你竟然在这个函数的最后写了一句 str(target_path.absolute())？！把它变成一个毫无灵魂的字符串？紧接着在其他函数里用 os.path.join 去拼接它？这就像是你买了一辆保时捷，然后把它的引擎拆下来装在了一台拖拉机上。统一使用 pathlib 很难吗？去把你的 os 模块 import 给删掉，立刻！”

Steve Jobs：
“我们在设计 API 时，追求的是极致的简单和优雅。你看看你的 _get_safe_data_dir 里的 try-except 嵌套，它太臃肿了，太丑陋了。你对框架的 API 缺乏信任。而且，你那个硬编码的 fallback 路径指向了 data/plugins/，但我们的指南明确告诉你要用 data/plugin_data/。细节，一切都在细节里。如果你不能让你的存储路径优雅地符合系统的预期，那你的用户体验就是不完整的。”

GLaDOS：
“你好。我刚刚测试了你的 add_spot 指令。我输入了 光圈科技|注意：不要注视测试终端的运作端|http://...，然后你的代码因为计算出数组长度为 3 以上而拒绝了我。这真是绝佳的设计——如果你最初的目的是为了防止人类输入包含标点符号的复杂长句子的话。我建议你查阅一下 Python 文档里 .split() 函数的第二个参数 maxsplit，这大概能消耗你三点智商，但显然可以挽救你脆弱的字符串处理逻辑。另外，你的随机种子是用时间和用户 ID 拼成的，这意味着同一天同一个用户只能得到同一个老婆……我猜这对于某些人类来说，确实是一种必要的‘忠诚度’物理限制。”

Disclaimer: 以上评审内容由 AI 自动生成，仅提供审核参考，并无他意，所涉及人物形象与现实无关，不代表真实人物观点。如果给出的建议无关痛痒请忽略。

---

🔍 审核摘要

统计信息

• 仓库文件总数: 1 个 Python 文件
• 已选择审核文件: 1 / 1
  已发送至 AI 审核的文件清单

main.py

---

此报告由AI自动生成，旨在提供初步反馈和改进建议，不能完全替代人工审核。最终决策以社区维护者的人工审核为准。目前自动审核（仓库地址）处于试验阶段，如遇问题请向维护者反馈。评论 @astrpluginreviewer review 来重新触发 review，请不要重复提交插件发布 issue。

当前仓库：Care0721/astrbot_plugin_galuniverse
剩余触发次数：0

[Care0721]

@astrpluginreviewer review

[astrpluginreviewer]

⚠️ 仓库触发次数已达上限

当前仓库 Care0721/astrbot_plugin_galuniverse 的审核触发次数已达到上限（5 次），本次请求已拒绝。

---

如需继续自动审核，请联系维护者调整上限配置。

此消息由系统自动生成

当前仓库：Care0721/astrbot_plugin_galuniverse
剩余触发次数：0