这个策略是最近才定型的。之前也是用固定 800 字切，效果很差——问题被切到 chunk A，答案被切到 chunk B，检索时要么匹配到问题、要么匹配到答案，很少同时匹配到两者。
它进入 standard_planner() 时，Query 大致表示： Query ├── commandType = CMD_SELECT ├── hasAggs = true ├── rtable │ ├── customer │ ├── orders │ └── customer JOIN orders ├── jointree │ ├── JoinExpr │ │ └── o.
不是模拟，是真实的。参考来源： OpenAI and Hugging Face partner to address security incident during model evaluation
sundablog sundablog-spring-boot-starter-pf4j provided org.