2026-10-25。使用教学文件服务 127.0.0.1:18368，Namespace file-legacy，CLI 0.1.25。原PID 117468、下载JAR路径和SHA256均核对一致：51937008ec05283631ff4c88222e5489fa4ce960c7ff270370110b84495cce44。Java 17.0.12，Python 3.11.5，匿名本机开发测试，Console/FAP关闭。
本次核对的标准lite包公开CLI、Runtime capabilities及完整MCP工具Schema中，未发现原生语义SQL解析入口。已确认可用的路线是：当前Codex读取实时QM元数据 → 根据Skill将SQL意图转为DSL → 公开CLI校验并执行DSL。
| 核对面 | 实际发现 |
|---|---|
| CLI | query接受DSL payload，提供validate/execute/explain；sql query是命名数据源上的只读数据库探查 |
| Runtime capabilities | 支持query、compose和sql.query；没有单列语义SQL解析能力。此项与其他证据共同判断，不能仅凭缺一个capability就推断所有宿主均不支持 |
| MCP | tools/list完整返回12项，nextCursor为空；query_model使用结构化payload，compose_script接受FSScript，没有独立SQL解析工具 |
| 本机Skill | virtual-semantic-sql.md是AI转换指引，覆盖模型发现、选列、筛选、分组、排序及转换边界 |
| 发行README | 介绍Runtime、MCP、Console与本版响应合同，没有声明原生语义SQL解析接口 |
没有探测私有HTTP路径、编写SQL解析器或启动可选源码模块。结论限定于本次核对的0.1.42标准lite公开链路，不扩大为整个引擎或其他宿主的能力结论。
LegacyBillQueryModel，字段与第32章保持一致；模型内视图已处理有效状态、客户映射与分转元。v1 的错误DSL得到 FIELD_NOT_FOUND、phase=query.validate，未执行。输入SQL的拒绝属于AI元数据审查，不是引擎SQL解析错误。SQL_QUERY_FAILED / no such table: LegacyBillQueryModel。这是入口用错的预期结果，不报引擎BUG。这证明保存的4组AI转换产物与本组业务意图、独立答案一致，不证明任意SQL都能转换。没有另开干净AI会话，也没有执行此前暂缓的多次生成正确率评测。
初次端口检查未得到监听行，启动前复查时已有原进程；启动脚本因端口占用在启动前拒绝，后续健康检查正常。因此本次没有重启，保留原模型、数据、注册表和绑定。此前错误的“未运行”判断已在会话中更正。