feat: 误报反馈、上下文优先判断、FALSE_POSITIVE状态 (v1.1.3)
This commit is contained in:
sunny-335
@@ -1,5 +1,34 @@
|
||||
# 更新日志
|
||||
|
||||
## v1.1.3
|
||||
|
||||
> 2026-06-25
|
||||
|
||||
### 新增
|
||||
|
||||
- **误报反馈功能** — 被拦截的评论可进行误报反馈，支持两种处理方式：
|
||||
- **AI 回复**：标记为通过 + 触发 AI 生成回复
|
||||
- **仅通过**：仅标记为通过，不生成回复
|
||||
- **误报通过状态** — 新增 `FALSE_POSITIVE` 状态，"仅通过"的记录显示为"误报通过"，不显示"通过/拒绝"按钮
|
||||
- **触发 AI 回复按钮** — "误报通过"状态的记录可随时点击"触发AI回复"按钮补生成 AI 回复
|
||||
- **上下文优先判断原则** — 前置过滤 AI 提示词重写，遵循五条核心原则：上下文优先、口语化宽容、恶意导向判定、宁放勿杀、闲聊不算无意义
|
||||
|
||||
### Bug 修复
|
||||
|
||||
- **修复误报反馈"AI 回复"被前置过滤再次拦截** — `processComment()` 始终调用 `preFilterService.check()`，用户已确认为误报的评论会被再次拦截。新增 `processFalsePositive()` 方法跳过前置过滤和去重检查
|
||||
- **修复误报反馈"AI 回复"被去重检查拦截** — `hasExistingReply()` 找到已有的 FILTERED→PENDING 记录导致 AI 回复无法生成。`processFalsePositive()` 复用已有记录，不经过去重检查
|
||||
- **修复误报反馈"AI 回复"导致全站崩溃** — `processComment()` 同步等待 AI 生成完成，HTTP 请求长时间不返回。改为 `.subscribe()` 异步执行，API 立即返回
|
||||
- **修复误报反馈"仅通过"后显示通过/拒绝按钮** — "仅通过"将记录设为 `status=PASS, published=false, reply=""`，导致显示"通过/拒绝"按钮且内容为空。改为 `status=FALSE_POSITIVE`
|
||||
- **修复 `extractChoice` 无匹配时返回原始文本** — AI 返回非预期文本时被误判为违规类别。改为返回空字符串触发安全拦截
|
||||
- **修复 `approveOriginalComment` 缺少乐观锁重试** — 并发更新 Comment/Reply 时可能静默失败。添加 `Retry.backoff(3, 100ms)` 重试
|
||||
|
||||
### 改进
|
||||
|
||||
- **消除 `checkBlockedCommenters` 重复代码** — `FilterService` 新增 `isCommenterBlocked(commentName)` 公共方法，`AiReplyOrchestrator` 改为调用它
|
||||
- **前端批量操作防重复提交** — 批量通过/拒绝/删除按钮添加 `batchLoading` 状态，操作期间禁用按钮
|
||||
|
||||
---
|
||||
|
||||
## v1.1.2
|
||||
|
||||
> 2026-06-24
|
||||
@@ -16,6 +45,17 @@
|
||||
|
||||
---
|
||||
|
||||
## v1.1.1
|
||||
|
||||
> 2026-06-24
|
||||
|
||||
### 改进
|
||||
|
||||
- **"无意义"分类范围收窄** — 与文章主题无关的闲聊、灌水、打招呼不再被判为"无意义"，仅纯乱码和无意义字符堆砌（如随机符号、键盘乱敲）才归类为"无意义"
|
||||
- **AI 分类降级方案** — 当 `OutputSpec.choice` 结构化输出不被模型支持时，自动退回到普通 chat 调用并从响应文本中提取分类值（`classifyWithChat` fallback）
|
||||
|
||||
---
|
||||
|
||||
## v1.1.0
|
||||
|
||||
> 2026-06-23
|
||||
|
||||
@@ -112,3 +112,12 @@
|
||||
1. **停止生成 AI 回复** — 不会消耗后续 Token
|
||||
2. **创建拦截记录** — 在日志页显示为"已拦截"状态，标注分类标签（如"辱骂攻击"）和详细原因（含评论内容摘要）
|
||||
3. **自动设为待审核** — 原评论的 `approved` 会被置为 `false`，前端不再展示该评论，需人工判断后审核通过
|
||||
|
||||
## 被误拦截的评论怎么处理？
|
||||
|
||||
在日志页的"已拦截"记录右侧，点击 **误报反馈** 按钮，可选择：
|
||||
|
||||
- **AI 回复** — 标记为误报 + 自动通过评论 + 触发 AI 生成回复
|
||||
- **仅通过** — 仅标记为误报 + 自动通过评论，不生成 AI 回复
|
||||
|
||||
选择"仅通过"后，记录状态变为"误报通过"，可随时点击 **触发AI回复** 按钮补生成 AI 回复。
|
||||
|
||||
@@ -15,7 +15,8 @@ AI回评（Comment AI Autopilot）是一个 Halo 博客系统的插件，能够
|
||||
- **批量操作** — 草稿模式下支持批量通过/拒绝/删除
|
||||
- **文章/页面级开关** — 在文章编辑器中直接控制是否启用AI回复，文章默认开启，页面默认关闭
|
||||
- **评论者黑名单** — 屏蔽指定评论者，不触发AI回复，支持名称、邮箱和正则表达式
|
||||
- **前置过滤（合规检测）** — AI回复前对评论进行合规性分类，自动拦截广告/辱骂/敏感/无意义内容，节省Token；可选将违规评论设为待审核状态
|
||||
- **前置过滤（合规检测）** — AI回复前对评论进行合规性分类，自动拦截广告/辱骂/敏感/乱码内容，节省Token；可选将违规评论设为待审核状态
|
||||
- **误报反馈** — 被误拦截的评论可进行误报反馈，支持"AI回复"和"仅通过"两种处理方式，"仅通过"后可随时补触发 AI 回复
|
||||
- **手动触发** — 在评论管理页面对历史评论手动触发AI回复
|
||||
- **安全审核** — AI生成的内容经过两阶段安全审核（安全检查 + 质量评分），不合规内容自动拒绝
|
||||
- **Prompt 预设** — 内置友好型、专业型、幽默型、简洁型预设风格，可多选组合
|
||||
|
||||
@@ -39,7 +39,7 @@
|
||||
- **广告**：包含推广链接、产品推销、引流信息等
|
||||
- **辱骂攻击**：包含辱骂、人身攻击、恶意挑衅、歧视性言论等
|
||||
- **敏感内容**：涉及政治敏感、违法违规、色情暴力等
|
||||
- **无意义**：纯乱码、无意义字符堆砌、与文章完全无关的废话
|
||||
- **无意义**：纯乱码、无意义字符堆砌（如随机符号、键盘乱敲）
|
||||
|
||||
对于非"正常"类别的评论，插件会：
|
||||
|
||||
@@ -47,6 +47,8 @@
|
||||
2. 创建一条 `FILTERED` 状态的日志记录（可在日志页通过"已拦截"状态筛选查看）
|
||||
3. 若启用"违规评论设为待审核"，会自动将原评论的 `approved` 置为 `false`，使其进入待审核队列，需人工判断后审核通过
|
||||
|
||||
被误拦截的评论可在日志页点击 **误报反馈** 按钮处理，支持"AI 回复"和"仅通过"两种方式。选择"仅通过"后记录变为"误报通过"状态，可随时点击"触发AI回复"按钮补生成回复。
|
||||
|
||||
::: warning
|
||||
前置过滤依赖 AI Foundation 插件进行分类判断，会额外消耗少量 Token。若 AI 服务不可用或分类失败，为安全起见将拦截评论而非放行，防止违规内容漏网。
|
||||
:::
|
||||
|
||||
Reference in New Issue
Block a user