配置技巧

目标

这份文档讲的是如何把 OctoReport 配得更稳、更省、更贴近当前的主线：

Source → Library → Report → Delivery / Ask / Trigger Inbox

如果你刚开始使用，建议先读：

• 产品概览
• 快速上手

---

1. 先按主线配置，不要一开始就铺太宽

推荐顺序：

1. 先配 1-2 个稳定的数据源
2. 只建 1 个主题清晰的知识库
3. 先跑通 1 个三步以内的报告模板
4. 最后再接 Delivery 或 Trigger Inbox

不推荐一上来同时配置很多 source、很多 library、很多模板。
这样通常只会让排查更难，不能更快得到结果。

---

2. 数据源配置建议

搜索 / RSS / 网页抓取

• 先从更新频率稳定、结构清晰的来源开始
• 高频源优先用更严格的关键词，避免把噪音灌进 library
• 只有确实需要时再开启更重的抓取和清洗

去重策略

• UPDATE：适合会持续更新的页面或列表
• KEEP_OLD：适合公告、新闻、招标这类“出现即记录”的内容

如果你发现 library 里总是出现重复或近重复内容，先检查去重策略，而不是先调 LLM prompt。

调度频率

• 日报类：先从每 6-24 小时一次开始
• 监控类：先从每 1-4 小时一次开始
• 高频监控只在有明确业务收益时启用

---

3. 知识库配置建议

Library 的价值不是“越多越好”，而是边界清晰。

推荐：

• 一个 library 只承载一个清晰主题
• 不同主题不要混在同一个 library
• 先保证 source 和 library 的关联关系容易解释

不推荐：

• 建一个“所有内容”大库
• 同一批 source 同时灌进很多语义重叠的 library

如果你需要长期沉淀，请优先把 library 当作报告和问答的稳定输入层，再逐步接入长期知识沉淀。

---

4. 报告模板配置建议

先用小模板跑通

推荐模板结构：

1. 汇总
2. 分析
3. 格式化输出

三步以内最容易验证，也最容易控制费用。

模型分配

• 汇总步骤优先小模型
• 深度分析再用贵模型
• 最后格式化步骤通常也可以回到小模型

Prompt 原则

• 明确输出格式
• 明确时间范围
• 明确“基于提供内容回答”

不要把太多目标塞进一个步骤。
如果一个步骤同时要求“汇总 + 评价 + 预测 + 输出成表格”，通常就该拆。

---

5. Delivery 配置建议

当前 Delivery 的默认心智应是 Email-first。

推荐：

• 先只配置邮件交付
• 标题、收件人、是否启用先保持最小集合
• Slack / Lark 作为后续增强渠道再加

如果你只是想把报告稳定送到自己或小团队邮箱，不需要一开始就配置多种渠道。

---

6. Ask 配置建议

Ask 最适合做两类事情：

• 基于 library 做追问
• 在报告生成后做补充分析

想让 Ask 更稳定：

• 先确认 library 里真的有相关内容
• 问题尽量带时间范围和主题
• 优先先问具体问题，再追问扩展问题

---

7. Trigger Inbox 配置建议

Trigger Inbox 是外部触发层，不应该替代主工作台配置。

推荐做法：

• 先把 source / library / report 模板在主工作台配好
• 再开放 Trigger Inbox 作为“外部触发入口”
• 先用邮件通道验证，再决定是否接 Slack / Lark

如果 Trigger Inbox 命中率低，优先检查：

• 模板标签是否清晰
• 是否允许外部触发
• 请求里是否包含明确主题和时间范围

---

8. 一份最小稳定配置

如果你只想快速做出一个可用系统，可以按下面的最小组合：

• 2 个 source：1 个 RSS + 1 个搜索源
• 1 个 library：单主题
• 1 个 report template：3 步
• 1 个 delivery：邮件
• 1 个 Ask 使用场景：基于 library 追问

这一套最容易验证，也最容易扩展。

---

下一步

• 报告生成 - 学习模板设计
• 知识库管理 - 优化输入层结构
• 优化与排查 - 控制成本并排查常见问题