deerflow-code

0 Fork 0

Files

T

董宏凯andClaude Opus 4.8 a76e28e018 fix(roundtable): 结构化抽取严格以报告为准，根治从席位候选池抽出一堆目的

报告只锁定 3 个目的（从 10 个候选里取舍），但流程图抽出一堆目的——根因是之前
「候选项也要抽全」+ 把各席位原始交付当补充来源，诱导模型去席位候选池里把被淘汰的
候选也抽进来。

按用户原则修正优先级（优先方案总结报告及其文件内容，只有报告不足/缺失才看席位产物）：
- extraction_spec _SOURCE_NOTE：改为「严格以报告为准；席位仅兜底（报告整层缺失/只说N条
  没逐条列才用），绝不用席位扩充报告已取舍的层、淘汰候选一律不抽」
- _COMPLETENESS_NOTE：由「候选项也要抽全（含落选）」改为「按报告逐条抽全、不漏也不多」——
  报告列几条抽几条（不漏），但报告已锁定 N 条的层只抽这 N 条、不去候选池凑数（不多）
- rwfx completeness_note 目的/叙事：抽报告最终采用的（3 个目的/几条叙事），不抽候选池
- flow_extract._material：席位交付明确标为「兜底参考，仅报告不足时用」，禁止扩充已取舍层
- _extract_messages / _validate_messages：同步改为报告为准、补漏但不新增被淘汰候选

经核对：本次方案总结报告本身准确（3 目的=席位最终 Top3、3 行为体、12 预期行为↔12 驱动
因素已做 1:1 配对、3 叙事），问题只在抽取从席位候选池过度抽取。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-06-21 00:08:23 +08:00

backend

fix(roundtable): 结构化抽取严格以报告为准，根治从席位候选池抽出一堆目的

2026-06-21 00:08:23 +08:00

.env

代码修改

2026-06-12 21:45:55 +08:00

config.yaml

feat: 3qfx/xdfx 任务深链 1:N 工作区 + xdfx 行动id解析 + 3q详情链接

2026-06-18 11:37:05 +08:00

MYSQL_SWITCH_RELEASE_NOTES_LINUX_DOCKER_ZH.md

代码修改