report engine #418
|
首先第一个问题是report engine使用的是哪个模型 |
Replies: 4 comments 6 replies
注意：不要删除前面步骤的中间文件，否则只能全流程重跑。模型切换后如遇兼容性或 API 错误，检查 API Key、Base URL 是否正确，日志文件（如 logs/report.log）有详细报错信息可供排查。参考 如需进一步操作细节或遇到特殊报错，可以贴出具体 config 或日志内容。 To reply, just mention @dosu. Share context across your team and agents. Try Dosu.
|
|
(bettafish) Monkey-house-2:BettaFish yaoruilin$ python app.py |
|
ReportEngine 导入失败（No module named 'ReportEngine'）通常是因为 ReportEngine 目录缺失、路径不对，或者 Python 环境没有正确识别项目结构。你需要：
BettaFish 的 ReportEngine 只能在 Flask 主进程启动时注册，无法在进程已启动后动态加载或热重载（因为 Flask 的 blueprint 注册和全局变量初始化只在启动时做一次）参考。所以你必须修复上述问题后，重新启动 不用担心之前的 Query/Media/Insight 步骤结果丢失，只要中间文件（如 .json/.md）还在，重启后可以直接在 ReportEngine 页面继续生成报告，无需全流程重跑参考。 如果还有问题，可以贴一下你的目录结构和 config.py 内容，方便进一步定位。 To reply, just mention @dosu. Share context across your team and agents. Try Dosu.
|
|
上一次跑通了，我感觉是端口占用导致的@dosu |
|
如何查看task id |
|
你可以通过以下几种方式查看 BettaFish 当前的 task id（任务编号），尤其是在 ReportEngine 相关流程：
注意：目前系统只支持查看当前正在运行的任务 id，历史任务不会自动恢复，也无法通过 id 查询详情。如果你刷新页面或重启服务，只能看到当前任务，历史记录需要手动查找中间文件或日志。相关说明 如需进一步定位，可以贴出你当前的 API 响应或 output 目录下的文件名。 To reply, just mention @dosu. Docs are dead. Just use Dosu.
|
|
我发现streamlit report的报告都只有一半，剩下的就没有了，这是为什么 @dosu |
|
BettaFish 生成的 Streamlit 报告只显示一半，常见原因有：
排查建议：
如需具体操作命令或日志分析，可以贴出相关内容。 To reply, just mention @dosu. Share context across your team and agents. Try Dosu.
|
|
我想问一下，我第一次模型report没跑通的主要原因就是final report的输入文本长度达到312k超过了国内所有模型的承载能力，导致问题反复发送反复报错无法生成报告，这个问题怎么解决@dosu |
Report Agent 使用根目录 如果 Query、Media、Insight 的 python report_engine_only.py --query "你的研究主题"该脚本会读取三个引擎目录中的最新报告，只重新生成最终报告。当前取消接口只更新任务状态，不能保证立即中断正在执行的 LLM 请求；如果本地模型调用已经卡住，仍需停止并重启对应程序或推理服务，磁盘中的上游报告不会因此丢失。 312k 输入超过模型上下文时，应改用真正支持更长上下文且结构化输出稳定的强模型，或在不丢失关键证据的前提下精简三份上游报告；固定的上下文超限不能靠重试解决。本讨论对应旧版流程，回复后关闭归档。 |
Report Agent 使用根目录
.env中的REPORT_ENGINE_API_KEY、REPORT_ENGINE_BASE_URL和REPORT_ENGINE_MODEL_NAME。如果 Query、Media、Insight 的
.md报告已经保存，不需要从头重跑三个 Agent。可以停止当前程序，修改 Report 配置后在仓库根目录运行：python report_engine_only.py --query "你的研究主题"该脚本会读取三个引擎目录中的最新报告，只重新生成最终报告。当前取消接口只更新任务状态，不能保证立即中断正在执行的 LLM 请求；如果本地模型调用已经卡住，仍需停止并重启对应程序或推理服务，磁盘中的上游报告不会因此丢失。
312k 输入超过模型上下文时，应改用真正支持更长上下文且结构化输出稳定的强模型，或在不丢失关键证据的前提下精简三份上游报告；固定的上下文超限不能靠重试解决。本讨论对应旧版流程，回复后关闭归档。