Reply Generator

AI 建议回复生成

⚠️ 已内联：本 Skill 的生成规则（策略表、事实使用规则、长度约束、分组并行）已内联进 agents/comment-assistant.md 的 Phase 2，运行时不再加载本 Skill（减少一轮 Skill 加载交互，并避免命名空间加载失败回退）。本文档及 references/prompt-templates/ 仅作 Prompt 模板与示例的参考存档；若两处规则冲突，以 agent 主文档 Phase 2 为准。

概述

本 Skill 负责为待回复留言生成 AI 建议回复，是留言回复流程的核心环节。

核心功能：

• 基于留言内容 + 上下文 + 风险等级生成建议回复
• 上下文组合按类型区分：project 类型 = 评论 + 项目信息（project_detail）+ 该项目最近 5 条进展（process_list，无进展为空数组）；process 类型 = 评论 + 进展信息（process_detail）+ 所属项目信息（project_detail）
• 调用用户在 WorkBuddy 中选择的模型（非 Agent 内置）
• 支持高风险/无风险两种生成策略

关键约束：

• 输出长度 < 256 个 Unicode 字符（严格小于 256，按 Unicode 字符数计算而非字节数；与批量回复接口限制一致）
• 高风险：不出现无来源的具体事实
• 无上下文：不出现具体金额/日期/人数/比例/承诺
• AI 生成内容仅供参考，不直接作为最终回复
• 所有具体事实必须来自与当前留言关联且已发布的数据，并逐项记录来源（见「事实使用规则」）

触发场景

Agent 在 Phase 4（AI 生成建议回复）时加载本 Skill。

输入格式

{
  "comment": {
    "comment_id": 123456789,
    "content": "钱都去哪了？一直没看到进展更新，是不是骗人的？",
    "object_type": "project",
    "object_id": "224328",
    "project_name": "春蕾计划她们想上学",
    "nick_name": "爱心网友A",
    "created_at": 1756000000,
    "risk_audit_status": 4,
    "risk_audit_reason": "质疑资金去向"
  },
  "context": {
    "type": "project",
    "project_detail": {
      "project_name": "春蕾计划她们想上学",
      "project_intro": "...",
      "closing_date": "2026-12-31",
      "fundras_filing_code": "..."
    },
    "process_list": [
      {
        "id": 1001,
        "content_title": "2026年7月进展报告",
        "desc": "本月完成...",
        "publish_time": 1786000000
      }
    ]
  }
}

工作流程

1. 策略选择：根据 risk_audit_status（=4 为高风险）和 context 是否存在，为每条留言选择生成策略
2. 项目匹配校验：校验 context 来源与当前留言 object_id 一致；不一致或路由无法确认时，按"无上下文"策略降级为"核查中"口径，且不得使用该 context 的任何数据
3. 分组：将留言列表按 ≤20 条/组 分组（同组内策略可以不同，Prompt 中逐条标注风险等级与有无上下文）
4. 批量 Prompt 组装：每组组装一个批量 Prompt，要求模型一次输出该组全部留言的建议回复（JSON 数组，元素含 comment_id + ai_suggestion + sources）
5. 并行模型调用：各组并行发起模型调用（禁止逐条/逐组串行）；运行环境不支持并行时至少保证批量生成，不得退化为单条单次调用
6. 事实来源记录：回复中每引用一项具体事实，记录其来源类型/对象标识/更新时间到 sources
7. 长度校验：每条输出 < 256 个 Unicode 字符（按字符数计，含标点与 emoji），超长时截断
8. 返回结果：汇总各组结果，返回全部建议回复及事实来源记录

性能约定：

• 单条留言生成耗时可秒级，逐条串行不可接受，必须分组批量 + 并行
• 推荐组大小 20 条（组太大易超模型输出长度限制、单条质量下降；组太小并行收益低）
• 某组调用失败时仅该组重试或置空 ai_suggestion，不影响其他组

生成策略

project 上下文组合：项目（project）类型评论的「有上下文」= project_detail（项目信息）+ process_list（该项目最近 5 条进展，由 get_process_list 拉取）。process_list 为空数组（无进展或拉取失败）时仅用 project_detail 生成；project_detail 缺失时按"无上下文"处理。

process 上下文组合：进展（process）类型评论的「有上下文」= process_detail（该条进展）+ project_detail（该进展所属项目，由评论自带 project_id 拉取）。两者任一缺失时按已有部分生成，均缺失则按"无上下文"处理。

事实使用规则（产品规则 4.1，必须遵守）

输出格式

{
  "comment_id": 123456789,
  "ai_suggestion": "您好，感谢您的关注和监督！「春蕾计划她们想上学」项目正在按备案计划执行（募捐备案号：XXX），最新执行情况会在项目进展页持续公示，欢迎您随时查看。",
  "sources": [
    {
      "fact": "募捐备案号：XXX",
      "source_type": "project_detail",
      "source_id": "224328",
      "updated_at": "2026-08-01T00:00:00+08:00"
    }
  ]
}

异常处理

依赖

• 用户在 WorkBuddy 中选择的模型（非 Agent 内置）

参考文档

• high-risk.md
• no-risk.md