fdnext

fdnext 将不同类型芯片的结果放入统一结构，保留设备身份、字段、单位、候选项、关联和警告。应用可以据此组织详情页或生成记录，而不必从一段说明文字中重新猜测每个参数的含义。

展示文本与数据语义需要分开使用：界面可显示翻译后的标签，业务逻辑则应读取稳定的字段键与原始值。简要摘要便于浏览，完整字段便于追查；未返回的容量、组件数量或供电信息仍保留为缺失。

在 Node.js 或浏览器应用中，可安装核心包，通过同一个引擎实例执行解码、搜索和能力查询。默认资源随包内嵌，不需要额外下载数据文件。引擎应在启动时创建并复用，避免每次请求或每次界面渲染都重新初始化。

需要让多个客户端共享查询能力时，可使用 Node.js HTTP 服务或 Cloudflare Workers 适配。二者共用路由和结果约定，便于统一维护规则与资料。替换内嵌资源时，需要由应用提供资源，并负责加载、更新和验证。

可以先用随核心包提供的命令行验证真实样本：完整型号直接解码，部分标记先搜索，再对候选做详细查询。终端文本适合人工阅读；需要接入脚本时，选择 JSON 输出，并保留查询输入与结果状态，便于复查和处理异常分支。

查询命令完成并不等于成功识别芯片。未找到、存在歧义或不支持等状态仍可能伴随退出码零，因此自动化流程必须读取结果本身。接入 HTTP 时也应检查返回结果中的查询状态，并区分搜索返回的候选摘要与解码返回的完整信息。

解析能力受已收录规则与资料约束，不能承诺识别所有型号，也不能代替实物测量。接入时应保留缺失、歧义与警告信息，并用自己的目标样本检查结果。服务端搜索有返回数量上限，其行为与直接调用核心库不完全相同。

版本入口提供 GitHub 发行记录；接入引擎与命令行工具，请按开发文档安装相应软件包。升级引擎或结果结构时，应同时检查调用它的应用；自动化应读取版本化 JSON，命令行文本排版可能随版本变化。