[Plugin] astrbot_plugin_astrbot_enhance_mode

[Axi404]

插件信息

{
  "name": "astrbot_plugin_astrbot_enhance_mode",
  "display_name": "AstrBot Enhance Mode - 群聊增强插件",
  "desc": "本插件为 AstrBot 的群聊场景提供增强功能，完全替代内置的「群聊上下文感知」和「主动回复」，并额外支持角色标签和发送者 ID。",
  "author": "阿汐",
  "repo": "https://github.com/Axi404/astrbot_plugin_astrbot_enhance_mode",
  "tags": [
    "聊天增强"
  ],
  "social_link": "https://axi404.top"
}

插件检查清单

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

审核选项

• 重新提交审核

[astrpluginreviewer]

🤖 AI代码审核报告 for astrbot_plugin_astrbot_enhance_mode

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

main.py

以下仅列出发现的问题：

1. 日志导入不符合框架要求（高优先级）
   当前使用：from astrbot.core import logger
   按你给的规范，必须且只能使用：from astrbot.api import logger。
   这属于框架适配性硬性不符合项。

2. inject_role 存在潜在异常路径，可能中断请求流程（中优先级）
   在检测到 "<system_reminder>" 后，代码直接执行：
   part.text.index("</system_reminder>")
   但未先确认闭合标签一定存在。若文本格式异常（只有起始标签无结束标签），会抛 ValueError，影响 on_llm_request 钩子稳定性。

3. group_context.image_caption 配置逻辑与 _get_image_caption 能力不一致（中优先级）
   _group_context_cfg 中：

   "image_caption": gc.get("image_caption", False) and bool(gc.get("image_caption_provider_id"))

   这会导致未配置 provider_id 时，即使开启 image_caption 也被强制关闭。
   但 _get_image_caption 已支持 provider_id 为空时回退到当前 provider。逻辑冲突会造成“配置开了但功能不生效”。

4. session_chats 的 key 数量无上限，存在长期运行内存增长风险（中优先级）
   每个 unified_msg_origin 都会创建并保留列表；虽然每个列表有 max_messages 限制，但“会话来源数量”本身无淘汰策略。
   在多群/多来源长期运行下，内存可能持续增长。after_message_sent 的清理依赖特定事件标记，不足以覆盖所有来源生命周期。

5. inject_group_context 在开启 active_reply 时会影响所有 LLM 请求（高优先级）
   当前逻辑：只要 gc.enable 且有历史，且 ar.enable=True，就重写 req.prompt 并清空 req.contexts。
   这不是“仅主动回复场景”生效，而是会影响普通对话请求，导致上下文链路被破坏或行为偏离预期。

6. 提示注入风险：把群消息原文直接拼接进 system/prompt（中优先级）
   聊天内容未经任何边界隔离/转义，直接进入 system_prompt 或重写 prompt，会显著放大 prompt injection 风险（例如用户消息伪造系统指令、越权引导模型）。
   这属于 LLM 场景下的安全最佳实践缺失。

7. 配置健壮性不足：active_reply.whitelist 假定为字符串（低优先级）
   whitelist_str.split(",") 假设配置类型一定是字符串。若实际配置为列表或其他类型，会报错。
   在插件配置可变时，这类类型假设容易导致运行时异常。

8. 异步链路中的外部网络调用缺少超时/熔断控制（中优先级）
   _record_message 内对每张图片调用 _get_image_caption，串行等待 provider 网络响应。
   若模型端慢/卡，会拖慢消息事件处理，造成异步处理堆积。建议至少增加超时与失败快速降级策略。

---

代码评审团

人物一：Linus Torvalds（直接、硬核）
“你这日志导入就像把螺丝拧进了错误螺纹：能转，但迟早坏。框架明确要求 astrbot.api.logger，那就别‘差不多’。另外，inject_group_context 一刀切改 prompt+contexts，这属于把整个调用栈行为都改了，副作用太大，维护者会骂人的。”

人物二：Steve Jobs（产品感、体验导向）
“配置打开了 image_caption 却因为没填 provider_id 实际不工作，这会给用户非常糟糕的‘心智背刺’。功能要么直觉可用，要么有明确反馈。现在是静默失效，不够‘it just works’。”

人物三：Tony Stark（工程实战派、速度与稳定）
“我最担心的是异步事件里的网络慢调用没防护。你在主消息链路里逐张图请求 caption，没有 timeout，没有并发控制，没有降级闸门。高峰期这会像反应堆过热一样拖垮吞吐。先加超时和快速 fallback，再谈功能炫技。”

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

---

🔍 审核摘要

统计信息

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

main.py

---

此报告由AI自动生成，旨在提供初步反馈和改进建议，不能完全替代人工审核。最终决策以社区维护者的人工审核为准。目前自动审核（仓库地址）处于试验阶段，如遇问题请向维护者反馈。

[Axi404]

我更改了这些内容，能否重新 review 一下，这个 bot 如何启动

[astrbot-plugin-copybara]

插件信息已同步到集合仓库。
PR: AstrBotDevs/AstrBot_Plugins_Collection#272
已自动合并 PR #272

该插件已上架。
This plugin is now published.

[Soulter]

我更改了这些内容，能否重新 review 一下，这个 bot 如何启动

使用

@astrpluginreviewer review

[astrpluginreviewer]

❌ 插件审核失败

您好！在对您的插件进行审核时遇到了问题：

验证metadata.yaml失败:
- metadata.yaml中的desc字段 "群聊增强插件，提供 React 模式、主动回复、Mention/Quote/Refuse 标签解析、封禁控制、Memory RAG 与可视化 WebUI。" 与JSON中提交的desc "本插件为 AstrBot 的群聊场景提供增强功能，完全替代内置的「群聊上下文感知」和「主动回复」，并额外支持角色标签和发送者 ID。" 不一致

---

请根据上述问题进行修改。修改完成后，请在 Issue 正文 中勾选"重新提交审核"复选框以再次触发审核。

此消息由系统自动生成