在企业知识库和智能体应用建设过程中知识数据的处理通常并不是简单的“上传文件 → 生成知识”。实际业务中企业已有的数据来源往往更加复杂。因此一个完整的知识处理流程通常需要解决三个问题数据如何进入知识平台进入平台后如何根据业务场景进行解析生成后的知识结果如何继续流转和复用。如果平台只支持固定文件上传和固定解析流程当知识来源和应用场景不断增加时就容易出现已有 JSON/JSONL 数据无法直接接入知识库生成的数据难以导出复用不同业务文档只能采用统一解析方式调整空间有限。qKnow 开源版 v2.4.3 本次更新主要围绕这三个环节展开新增知识库、知识图谱 JSON/JSONL 导入能力支持知识库问答数据 JSON/JSONL 导出开放文件解析模型和提示词自定义能力。整体来看本次版本调整重点并不是增加单一文件格式支持而是进一步完善知识数据接入 → 文档解析 → 知识生成 → 数据输出这一完整处理链路。知识库、知识图谱新增JSON/JSONL导入扩展知识数据接入方式过去qKnow知识库和知识图谱主要按照已有文件上传方式接入知识。但在企业实际数据处理中一部分非结构化文档可能已经在其他系统中完成了解析、转换或整理最终形成JSON、JSONL等结构化程度更高的数据。如果平台只能重新从原始文件开始处理就会面临已有解析结果无法直接利用只能重新转换或重新上传。qKnow开源版v2.4.3新增知识库、知识图谱的JSON/JSONL文件导入能力进一步为这类数据提供标准接入入口。支持直接上传JSON和JSONL文件本次版本支持上传JSONJSONL。两类文件格式。这意味着已经完成整理的数据不一定需要重新还原成原始文档再进入平台而可以根据实际数据形态直接进行导入。从知识接入过程来看可以进一步形成原始文档 → 外部解析 / 数据加工 → JSON / JSONL → qKnow知识库 / 知识图谱这种方式更适合企业已经存在文档处理流程或者需要把其他系统生成的数据继续接入qKnow的场景。区分非结构化与半结构化数据源本次更新不仅增加文件后缀支持还进一步区分了非结构化数据半结构化数据。用于适配不同类型的数据接入场景。JSON、JSONL虽然本身具有一定结构但其承载内容可能来源于非结构化文档解析结果也可能本身就是已经整理过的半结构化知识数据。因此数据接入不再只有“上传普通文档”这一种路径而是进一步允许不同形态的知识数据进入后续处理流程。补齐文档解析结果重新接入平台的路径这一能力比较重要的一个应用方向是已经完成文档解析的数据再次进入平台。例如企业可能通过其他解析工具先完成文件处理再将结果按照JSON或JSONL格式沉淀。过去这类数据缺少标准化接入方式。qData 开源版v2.4.3补充导入入口后可以减少解析完成 → 再转成普通文件 → 再重新解析这类重复处理。需要说明的是JSON/JSONL导入能力解决的是数据接入问题。数据导入之后具体如何进入知识解析、知识构建和后续应用仍需要结合实际数据格式以及企业自身的知识建设流程进行配置。知识库问答数据支持JSON/JSONL导出让知识结果能够继续复用知识平台除了要解决“数据怎么进来”还需要考虑另一个问题平台产生的知识数据能不能继续出去在企业知识库建设过程中一份文档经过解析以后可能形成大量问答知识。这些数据不仅可以用于当前知识库也可能继续用于外部系统处理数据集整理模型评测数据标注后续知识加工跨系统复用。如果解析结果只能留在平台内部知识资产就很难继续流转。原有版本中知识库问答数据缺少标准化导出能力用户生成的非结构化文档知识难以用于外部二次处理和数据集沉淀。问答数据可以一键导出为JSON/JSONLqKnow开源版v2.4.3新增知识库问答数据导出能力。完成非结构化文档解析并建立知识库后可以根据需要将问答数据导出为JSONJSONL。标准格式文件。整个流程可以理解为上传文档 → 文档解析 → 生成问答知识 → 建立知识库 → 导出JSON / JSONL → 外部继续处理这样平台生成的知识数据不再只能停留在当前知识库中。为数据集沉淀提供标准输出方式对于长期建设企业智能体的团队来说知识库中的问答数据本身也是一种可持续沉淀的数据资产。例如同一批问答数据可能用于知识问答效果验证测试集建设训练数据准备外部知识系统使用后续人工审核与整理。通过JSON/JSONL导出可以让这些数据更方便地进入其他处理流程。相比人工复制或者重新整理标准格式更适合后续批量处理。从“知识库结果”进一步变成“可流转知识资产”从知识治理角度看这项能力带来的变化在于过去更加偏向文件进入平台 → 解析 → 在平台内部使用现在则进一步形成文件进入平台 → 解析 → 形成知识 → 平台内部使用 → 标准格式导出 → 外部再次加工与复用这样可以提高文档类知识资产在不同工具和业务流程之间的流转灵活性。不过导出问答数据并不意味着这些内容天然适合所有其他业务场景。如果用于模型训练、效果评估或其他系统还需要根据具体用途继续进行质量审核、格式检查和数据处理。开放文件解析模型与提示词自定义让解析逻辑适配不同业务文档企业文档之间的差异往往非常大。即使都是非结构化文档也可能分别属于制度文件产品说明技术手册合同资料运维文档项目报告。不同文件需要提取的信息并不完全相同。例如技术文档可能更加关注设备、参数、步骤、异常及处理方法而制度文件可能更加关注适用范围、规则、职责和执行要求如果所有文档都使用同一套固定解析逻辑往往难以同时适配这些差异化场景。原有版本中文件解析模型与提示词采用系统内置固定逻辑用户无法自行调整。开放解析模型选择能力qKnow开源版v2.4.3进一步开放文件解析模型自定义能力。用户可以结合自身业务需要调整实际用于文档解析的模型。这意味着文档解析不再完全依赖平台预设模型而可以根据企业自身模型资源和解析需求进行调整。从实际使用逻辑来看可以理解为确定文档类型 → 选择适合的解析模型 → 配置提示词 → 执行解析 → 查看生成结果提示词从系统固定转向按业务场景配置除了模型本次版本也同步开放了解析提示词的自定义能力。提示词直接影响模型需要提取哪些内容如何理解文档如何组织生成结果更关注哪些业务信息。因此同一个模型面对不同业务资料也可以通过提示词调整解析目标。例如在不同场景中用户可以让解析逻辑更加关注文档主要内容是什么或者更加关注从文档中提取哪些特定业务知识。这为企业根据自身知识治理规则调整解析生成逻辑提供了更多空间。从统一解析逻辑转向按文档场景配置此次升级后文件解析可以从过去相对固定的上传文档 → 使用系统固定模型与提示词 → 输出解析结果调整为上传文档 → 根据业务选择解析模型 → 配置对应提示词 → 执行文档解析 → 查看并使用结果这类能力尤其适合知识来源多、文档类型差异明显的企业。它并不能保证通过更换模型或提示词就一定得到理想结果。实际解析效果仍然与文档本身质量模型能力提示词设计文件内容复杂度实际业务目标等因素相关。因此自定义能力解决的是解析逻辑可调整的问题而不是自动替代企业对解析结果的验证与优化。从“标准文件上传”进一步形成更开放的知识处理链路将本次三个功能结合起来可以看到qKnow v2.4.3正在补充一条更加完整的知识数据链路。过去更接近普通文件上传 → 系统固定解析 → 形成知识库 → 在平台内部使用此次升级后可以进一步形成原始文件 / JSON / JSONL → 数据导入 → 自定义模型与提示词解析 → 形成知识库问答数据 → JSON / JSONL导出 → 外部二次处理与复用其中JSON/JSONL导入解决的是不同形态知识数据如何进入平台。解析模型与提示词自定义解决的是知识进入平台之后按照什么逻辑进行加工。JSON/JSONL导出解决的是知识处理完成以后如何继续流转和复用。三项能力虽然分别属于数据接入、知识解析和数据输出但共同指向的是让知识数据不只能够进入qKnow也能够按照业务规则加工并继续流向后续应用。版本价值qKnow开源版v2.4.3此次升级主要围绕非结构化知识处理链路中的三个关键环节展开。数据接入方式更加开放知识库和知识图谱新增JSON/JSONL导入让已解析、已整理的数据可以直接进入平台减少部分重复转换和处理。知识资产能够继续流转知识库问答数据支持JSON/JSONL导出使解析结果可以用于外部二次处理、数据集沉淀和后续复用。文档解析逻辑更加可控开放解析模型与提示词自定义后用户可以根据业务文档类型和实际需求调整生成逻辑提高不同知识场景下的配置灵活性。整体来看qKnow 开源版v2.4.3的版本价值并不是单纯增加几种文件格式而是进一步打通知识数据的“导入—解析—导出”链路让企业在非结构化知识构建过程中拥有更多自主配置和数据复用空间。