把山东资料真正合并到一条工作链路
遇到的问题：清单资料与 2025 山东定额资料分散在不同阶段，专业范围和水利业务入口也不够直观，第一次使用时需要手动判断较多选项。
这次处理：完成山东清单与 2025 山东定额资料的复核和合并；专业范围默认自动判断，水利业务阶段只在水利资料库下显示；同时简化 AI 连接状态与下拉选择交互。
带来的变化：山东地区的清单、定额和专业判断进入同一条流程，打开软件后可以更快开始检索。本版为内部便携测评包，公开发行签名包尚未生成。
产品开发记录
把每一次改进说清楚
这里记录
已发布
按照产品从资料整理、专业检索到辅助套项的演进顺序，记录每个阶段真正解决的问题。
把“找到候选”推进到“可以复核”
遇到的问题：不同专业的施工描述容易互相干扰；有候选清单不等于清单与定额关系完整，候选数量也不能直接代表结果已经确定。
这次处理：统一主体识别、专业适用条件、清单候选、定额候选和状态同步链路；新增关系完整性审计、补充清单建议和候选采用条件，并补全组合定额、必需调整项及可追溯证据的展示。同时整理欢迎页、结果排序、空白候选行和历史记录起始位置，兼容 v0.9.13 起已签发的数字签名注册码。
带来的变化：500 条自然语言样本通过结构审计；结果页能够明确区分候选、关系完整和正式可复核状态。雨水井箅等部件也会分别提示部件与整座雨水口的计量范围。
让每一条参考结果都更容易复核
遇到的问题：同一句施工描述可能同时涉及多个专业，结果容易混在一起；没有完全匹配时，使用者也很难判断结果能不能直接采用。
这次处理：先判断施工描述所属专业，再分别检索清单与定额，并在结果中区分“匹配结果”和“参考建议”。雨水井箅等容易混淆的对象，加入独立识别规则。
带来的变化：结果的来源、专业归属和参考性质一目了然，复核时不需要在多组候选之间反复猜测。
让“没有直接答案”也有依据
遇到的问题：系统找不到完全匹配的清单时，如果只返回“未找到”，使用者无法继续判断；篦子单独安装与完整雨水口也容易被当成同一个计价对象。
这次处理：提供同专业、同年份的近似参考，并说明参考理由；同时拆分篦子安装和完整雨水口的检索路径。
带来的变化：即使没有直接命中，使用者也能沿着参考结果继续判断，不必从空白页面重新开始。
修复旧注册码的兼容性问题
遇到的问题：多版本共存时，部分旧注册码会被错误判断为无效，导致已经获得授权的使用者无法正常进入软件。
这次处理：调整注册码兼容判断，保留旧版本授权在同行测评版中的可用性，并统一首页、结果页与复核依据的显示逻辑。
带来的变化：已有授权可以平稳衔接新版本，版本升级不再打断正常测评。
把候选结果与已确认结果分开
遇到的问题：候选项、待补充条件的结果和已经有依据的结果混在同一层，容易让“可能适用”被误读为“已经确定”。
这次处理：在结果页增加状态层级，并分别显示匹配依据、待补充条件和可复核信息。
带来的变化：使用者可以先看状态，再决定是否继续补充条件或进入复核，判断顺序更清楚。
先解决“看不全”和“找不到”
遇到的问题：长文字会被截断，结果页容易出现多余滚动条；没有新版本时，更新按钮仍会反复打扰使用者。
这次处理：重新安排首页与结果页的信息密度，修复长文本显示，并将更新提醒限制在确有新版本时出现。
带来的变化：关键信息能够完整呈现，更新提示也只在真正需要操作时出现。
从“能够运行”走向“稳定可用”
遇到的问题：真实输入往往不是一个短句，而是包含多个施工事项、相近定额和补充条件的长描述，早期流程容易出现遗漏或重复推荐。
这次处理：连续优化长句解析、多事项拆分、相近定额排序、结果定位和更新提示，让信息能够更完整地走到结果页。
带来的变化：复杂描述不再轻易打断流程，结果页能够保留更多与判断有关的上下文。
稳住语义分析与套价流程
遇到的问题：多层计价、防水涂层和施工条件等信息，不能只靠关键词匹配；请求过大或复核超时，也会中断整个流程。
这次处理：补充多层计价、防水涂层和条件保留的处理路径，并增加请求大小控制与复核超时处理。
带来的变化：复杂施工描述可以更完整地进入结果页，异常请求也有了可恢复的处理方式。
建立从施工描述到计价结果的闭环
遇到的问题：施工描述、清单、定额和复核依据分散在不同位置，使用者需要反复切换，才能确认一条结果从哪里来。
这次处理：将施工描述、清单、定额、补充条件与复核依据串成一条完整流程，形成软件的基本工作模型。
带来的变化：从输入到结果的路径被固定下来，每一条推荐都能回到对应的资料和条件。
从资料检索切入实际工作
遇到的问题：资料检索入口不够清晰，首次使用者很难知道从哪里开始；安装和更新也需要额外处理。
这次处理：重构桌面端界面与安装方式，引入结构化清单作为主要依据，并补充新手引导、首次检索优化和后台更新。
带来的变化：第一次打开软件就能进入工作流程，资料、检索和更新不再是彼此割裂的步骤。
为不可靠建议设置校验
遇到的问题：只要输入看起来合理，系统就可能给出一条并不适用的组合建议，使用者很难第一时间发现问题。
这次处理：在生成计价建议前增加基础校验，拦截明显不合理的组合，并把需要进一步核对的情况单独提示。
带来的变化：明显不合适的组合会在进入结果前被拦截，复核重点也更加集中。
建立可追溯的资料基础
遇到的问题：如果结果只给出一个编号，使用者无法回到原始资料核对出处，也无法判断资料是否适用于当前项目。
这次处理：加入 PDF 证据链接、依据提示与完整目录资料，让每一条结果都能回到原始资料继续核对。
带来的变化：结果不再是孤立的编号，而是带有出处、目录和复核入口的完整信息。
完成从原型到可验证工具的第一次迭代
要解决的问题：先让资料、检索和结果展示真正连起来，而不是停留在单独的功能演示。
这次处理：完成资料导入、基础检索与结果展示，确立资料库、检索服务与桌面端之间的基本协作方式。
留下的基础：后续的智能分析、复核提示与版本迭代，都建立在这条基本流程之上。
开发中
以下项目仍处于资料整理或人工核验阶段，暂不代表已经进入正式计价范围。
先完成资料核验，再纳入正式流程
当前进度：已整理 11 本资料，完成 3956 页文字识别，形成 9853 条待复核内容。
正在处理：逐条核对资料目录、章节归属、计量规则和适用条件，建立可供检索的结构化内容。
当前边界：人工签核尚未完成，这批资料目前仅用于内部校验，不作为正式计价依据。
发布标准很简单：先验证，再承诺。 尚在整理或核验中的内容，会持续保留明确标注，直至完成必要的人工复核。