mirror of
https://gitcode.com/JianFeeeee/HomeAgent.git
synced 2026-09-21 17:38:10 +00:00
a3a5cd4fee
问题一：提示词说反话，导致 qq 回复大量丢失。
v2 架构曾有「回复自动回投来源通道」的能力（IOManager.routes + RegisterOutputRoute），
但 304c3ae 'remove IO route mapping' 删掉了整套路由映射。此后：
- outputCh 唯一消费者（cmd/homed/main.go）只处理 memory_candidate，其余静默丢弃，
output.go 末尾的 EmitTextTo 兜底成为死路
- ResponseCh 只剩 webui /api/v1/chat、cli、clawhubadapter 三处同步 HTTP 用途，
不再承担渠道投递；qq 走 InjectInterruptText → interruptCh，ResponseCh 恒为 nil
- emitResponse 从不调 GetDevice()，纯文本对异步通道 = 丢弃
提示词却仍写着「直接返回纯文本即可送达，无需额外工具」「output_send 不是回复的必要步骤」。
实测近 12h 6 次 qq 输入仅 1 次送达，规律是 tools 含 output_send__qq 才到，否则全丢，
且 agent 自认为已回复。现改为明确区分同步/异步通道并要求显式 output_send__。
问题二：无事实性约束，工具失败时模型编造内容。
qq_get_message 30 次调用有 9 次返回 not_found:true（NapCat 响应解析失败），
模型未如实说明，转而虚构消息正文——包括一条不存在的 message_id=1321159191
（全 journal 零命中、不在任何调用记录里）配上完全虚构的正文
「我想搭一个 Dify 工作流，想做一个人脸识别系统 demo」，用户从未说过。
虚构内容经 formatMergedTimeline 回灌【对话时序】后被当作既有事实反复复述放大
（两条消息 reasoning_content 达 180KB / 220KB）。
现补充：工具返回 not_found/空结果必须如实说明不得猜测；【对话时序】是历史事实摘要
不是当前任务；无依据的人名/需求/数字/路径直接说不知道。
注：set() 用 INSERT OR IGNORE，改此默认值只影响新部署；
本机运行实例的 config.db core.agent.system_prompt 已同步更新（改前备份）。
验证：重新部署后实测 agent 明确回答 qq 需 output_send__qq 且纯文本会被丢弃；
对 message_id=1321159191 如实报告 not_found 并声明「正文完全不知道，绝不猜」。