[Bug]: 批量重建解析失败的知识条目时，依然使用最初配置的解析引擎，而非更新后的解析引擎

[ikelvingo]

Affected Component

Backend Service & API

Bug Description

批量重建解析失败的知识条目时，依然使用最初配置的解析引擎，而非更新后的解析引擎

Steps to Reproduce

1、创建知识库，配置解析引擎，如pdf为内置解析引擎
2、创建多条知识
3、变更pdf为weknora云服务解析
4、批量选择解析失败文件，重新构建知识
5、依然解析失败，查看文件详情，依然使用的是内置解析引擎，而非weknora云服务解析，只能手动每一条知识进行重建，才能重新选择weknora云服务解析

Expected Behavior

批量选择应该使用latest配置的解析引擎

Actual Behavior

解析失败的文件，批量选择重新解析，依然使用最初配置的解析引擎

WeKnora Version

0.6.2

Deployment Method

Docker Compose

Operating System

Debian13，fnos

Relevant Logs

Confirmation

• I have searched existing issues and confirmed this is a new one

[Alpaca233114514]

应该是云服务解析引擎设置没有跟随你本地的解析配置更新，传达问题，我怀疑

[Alpaca233114514]

看完了，快照优先级问题，文档创建时自动保存了一个parser_engine_rules快照，且这个东西优先级很高，使得你后面改引擎规则时，系统仍然引用创建时使用的引擎规则

[Alpaca233114514]

#1901
发PR了

问题

当你创建文档时，会在里面自动开一个parser_engine_rules快照，而这个快照的优先级高过后面更改的引擎规则；当你变更后，rule仍然不变。

修复

在无 ProcessConfig 时调用 clearStoredParserEngineRules，会把overrides.ParserEngineRules清掉

测试

验证通过
ok runtime/cgo
ok github.com/Tencent/WeKnora/internal/application/service

• 1892 相关测试也通过
  go test ./internal/application/service -run TestClearStoredParserEngineRules
  ok github.com/Tencent/WeKnora/internal/application/service

哥们你可以自己跑一下看看，没有可以继续联系下

[Jonesxq]

已基于当前 main 提交修复 PR #2763。

实现延续 #1901 的后端方向，并补齐顶层与 nested chunking_config.parser_engine_rules 两处快照：仅在 batch reparse 没有显式 process_config 时清除旧 parser rules，其他 document overrides、显式配置和单条重建语义保持不变。Focused tests、vet 和 lint 已通过。感谢 #1901 和 #2094 提供的历史定位与方案背景。