企业知识与业务能力怎样供给 Agent

2026-09-08 补充。企业 AI 应用需要同时使用可追溯知识、当前事实和受控业务能力。下面是教学架构，展示职责及可选组合，不表示某个演示项目已完成所有连接。

从业务问题开始

查询制度、分析经营、核查工艺要求，需要不同资产。先确定任务对象、期间、目标及可执行范围，再读取必要的任务进度、资料和业务事实；记忆中的旧结果需要重新核对时效。以企业报告为例，还要区分术语理解、要求候选、实际数据及规则检查，不能凭行业常识补齐事实。

企业可供 Agent 使用的六类资产

2026-09-09 方法补充：以下按业务职责分类，不是六套必建系统，也不是把所有材料搬进同一个知识库。原始证据、解释、关系、动态事实、做事方法与任务经验可以组合，但应各有维护责任。

资产	典型内容	主要用途与提供方式
原始资料	制度、合同、说明书、会议纪要	保留原件及定位，以全文与语义检索找证据
整理后的知识	术语、FAQ、经验解释、决策背景	Wiki 或主题页提供可复用理解，关键结论回到来源
对象及关系	行业—工艺—要求、产品—零件—供应商	用有明确含义的关系支持路径查询与影响定位
业务事实与指标	订单、库存、收入、监测、台账	业务查询提供当前事实，统一指标定义约束计算口径
工作方法与工具	SOP、检查清单、Skills、规则、业务接口	方法说明指导操作，规则计算与受控工具实际执行
任务记录与经验	处理进度、失败原因、人工修正	保存任务状态，筛选可复用经验；不自动成为正式知识

知识载体、检索方法和执行机制是不同维度：Wiki 是知识组织方式，Neo4j 是关系数据的技术载体，RAG 是查询时取证并辅助生成的方法，Skills 和工具分别承担做法指导与执行接口。因此不能仅凭技术名称排列成必须依次采用的升级路线。

按任务选择能力的三个例子

任务与证据身份	输入与调用能力	输出与边界
报销制度查询（教学场景）	员工问题、适用制度版本；检索原文，读取 FAQ	返回条款和待补信息；回答不等于批准报销，无需先建图谱
经营变化分析（教学场景）	期间与组织范围、统一收入等指标；查询业务数据，再查背景资料	输出可复算变化与解释候选；相关性不直接证明原因
工艺要求核查（合成演示案例）	企业已确认工序及期间；查关系与条款，执行条件检查	输出要求候选、逐项结果和证据；典型工艺不代替企业事实

只查询术语时可以读 Wiki；只取一个指标时优先调用业务查询。Agent 不必每次访问全部组件。检索不到某个要求也不等于不存在要求，覆盖范围和资料缺口应随结果说明。

知识解释与原始依据

Wiki 保存人和 Agent 易读的说明、术语、流程和来源回链。原始规范、制度、说明书保留版本与位置；解释页不替代原件。LLM Wiki 与编译型知识层区分模型综合产生的知识页、运行维护协议与文件驱动 Wiki。

LLM 可以辅助起草和比较差异，也可能遗漏条件或合并错误。需要记录来源、审核状态和历史语境。组织知识不等于每次对话留下的 Agent 经验；任务反馈先成为修订候选，不能直接变成权威事实。

关系查询与检索

知识图谱显式表达实体、关系和适用条件，Neo4j 可以承载其中的节点与边。RAG 在当前问题发生时检索证据；Wiki 将可复用解释提前整理。三者可以组合，也可以只选需要的部分。

Neo4j 官方提供向量、全文混合与结合 Cypher 的检索器；Microsoft GraphRAG 的局部查询结合实体关系与原文片段，全局查询利用社区报告，成本与适用问题不同。拥有 Neo4j 并不自动等于实现了 Microsoft GraphRAG，也不意味着所有问题都适合图检索。

先用一组真实问题比较原文搜索、混合检索和图关系扩展：答案是否有依据，关系是否真的有用，延迟和维护成本是否可接受。术语关系简单时，搜索与明确的业务查询就可能足够。

当前事实与业务工具

企业档案、订单、台账和报告属于业务事实。通过有权限的查询接口取得当次数据，返回对象 ID、查询时间与必要快照，避免把昨天的 Wiki 摘要当作当前库存或监测值。

规则程序处理已编码的条件与计算；业务工具负责受控动作。读取资料、保存草稿与正式提交是不同权限。工具说明应包含输入、结果、失败、对象版本及动作是否实际发生。即使用 MCP 暴露接口，这些业务约束也不会自动获得保证。

指标口径、工作方法与任务经验

查到数据库里的数字仍不足以保证业务含义一致。收入是否含税、是否扣退款，排放统计采用哪个期间、哪些有效记录，都应由业务负责人确认定义，交给查询与计算服务执行；Wiki 可以解释这些口径，不能以文字摘要替代正式计算定义。dbt Semantic Layer 是集中定义指标供下游查询的一种实现，不表示本项目已经接入 dbt。

SOP 和 Skills 可说明步骤、检查项并携带脚本资源；说明写了“提交”不等于拥有提交权限。实际执行仍由工具输入约束、业务服务、身份权限和必要批准控制。Anthropic Agent Skills 展示了按需加载说明、脚本和资源的方式。

任务记忆保存进度和经验，以免每次重新探索；正式知识应另有审核、版本和来源。一次模型解释或一次失败不能直接写成公司制度。读取历史经验时还需核对对象、期间和适用条件。Anthropic 上下文工程讨论了按需检索与持久笔记；能力存在不证明当前环保 Agent 已真实接入。

组织证据与人工交接

Agent 按任务选择资料与工具，引用 Wiki、原文和当前事实，提出解释或下一步行动；固定流程可规定先绑定快照、再检查、最后交付。结果至少区分“来源说明”“程序检查”“模型解释”“待补资料”。

原业务服务校验写入权限和对象版本，有权人员决定需要人工批准的操作。人审核通过的是某个版本的结果；资料或规则变化后，应明确旧结论是否需要重查。与业务系统的AI接入：节点增强与任务重构的交接原则相同。

图谱示例：行业与典型路线

本示例只借用“行业—典型路线—可复用工序”的结构。行业可以对应多种典型路线，一条路线可以包含可选工序。路线描述可能的生产方式，不能据此自动填充某家企业实际采用的工序。

图谱示例：工序与要求候选

工序可以关联关注指标和要求候选；要求再连接原始条款。图上相邻表示有已建模的关系，不等于对所有企业都适用。具体适用性需要核对地域、有效期、工艺条件、例外和证据。演示图不提供真实阈值或正式法规结论。

图谱示例：企业事实与判断

企业档案提供实际工序和监测等条件。模拟企业只确认了部分工序时，其余保持“未知”，不根据典型路线补全。“没有资料”与“条件不成立”要分别显示。

教学路径是：行业 → 典型路线 → 工序 → 关注指标／要求候选 → 原始条款；企业事实单独进入条件核对。图上的“相关”不是程序判断，更不是正式业务批准。

知识变化后的维护闭环

保存新的来源版本，核对身份、位置和生效时间；保留旧原件。
沿来源关系找出受影响的解释页、实体关系、规则与消费这些内容的应用。
人或 LLM 提出差异。模型生成的解释、实体合并和规则修改先进入候选。
检查引用、结构和条件边界，业务专家复核关键语义；未完成时明确“待复核”。
发布知识或规则的新版本，再生成 Wiki、更新检索索引与图投影。不同步时提示过期，不能伪装为最新。
用原有问题回归，标记受影响的报告是否需要重查。旧报告保留当时的事实与规则快照，不静默改写历史结论。

知识维护是跨任务的受控过程；Agent Loop 是一次任务中的执行过程。两者可以协作，但不得让模型在回答中自行改变正式规则。详见知识治理与知识运营。

环保演示案例的实现边界

2026-09-08 只读检查本地行业知识图谱演示平台的知识生成代码、关系投影及接入文档：其通用知识与企业事实分层，Wiki 由结构化知识通过程序生成，Neo4j 保存关系投影，业务数据及已发布业务规则另由业务存储管理。知识版本、规则版本与报告快照用于追溯。

这些是第一轮检查的代码与文档分工，当时没有运行该应用、执行真实模型任务或完成业务专家审查。后续的只读接口观察见本页“造纸图谱：从关系查询到业务应用”；AI 接口仍未启用，Hub 适配测试不等于环保 Agent 已真实联调。部分知识解释仍待专家复核。公开分享采用结构抽象与合成企业，不包含客户原件、内部业务记录或运行凭据。

企业知识供给的来源与内容健康

2026-09-09 方法补充参考：上述六类资产与任务组合是本文的职责划分；官方材料支持具体机制存在，不构成统一行业标准或项目成效承诺。原2026-09-08案例检查范围保持不变。

Anthropic Contextual Retrieval：片段上下文与关键词、语义检索组合。
dbt Semantic Layer：集中定义指标与查询。
Agent Skills 与上下文工程：按需提供方法、资源与任务记忆。
Neo4j 属性图：节点、关系及属性。

以下官方材料于 2026-09-08 查阅，支持组件与方法存在，不证明其普遍优于简单方案：

Neo4j：GraphRAG 与检索器。
Microsoft GraphRAG：查询方式。
OpenWiki：关联 Markdown 的生成与维护。这是一个具体实现，不代表所有 LLM Wiki 的统一接口。

内容健康提醒：图中的关系是教学抽象；未测试该组合的问答质量、成本收益或生产可靠性。图谱关联不等于法规适用，程序检查不等于专家审核，生成 Wiki 不等于自主维护闭环。

造纸图谱：从关系查询到业务应用

2026-09-08 第二轮核验：只读调用行业知识图谱演示平台的健康检查、Neo4j 邻域查询、企业核对与报告预审查询。实际返回 Neo4j 在线、知识版本 K1、关系未过期；没有执行业务写入或模型任务。以下关系按返回的节点与边精选，合成企业示例按当时返回值讲解，不代表真实企业情况。与前一轮仅查看代码和文档的证据范围分开。

图谱入口：机制纸及纸板制造

“2221 机制纸及纸板制造”是一个具体行业节点。在示例图中，它同时连接“废纸制浆与造纸联合典型路线”和“商品浆造纸典型路线”。这已经不是一个只有上级、下级的目录：同一行业可以有不同路线，不同路线又能复用同一个工序概念。

知识图谱由明确的对象、关系及属性组成。节点需要稳定身份；边要说明“属于”“包含”“采用”“可能产污”还是“依据”。图中的位置只是阅读布局，边的方向和标签才表达业务关系。

图谱节点：典型路线与路线环节

废纸制浆与造纸联合路线包含碎浆、可选脱墨、洗涤与筛选、抄造、干燥等环节，并有白水回收支线；商品浆造纸路线也包含抄造。路线由项目整理，仍待专家复核，不是规范规定的唯一顺序。

“废纸路线的抄造环节”和“商品浆路线的抄造环节”是两个不同节点，因为它们的位置、前后环节与条件不同；两者都指向“抄造”这一个可复用工序概念。把环节与工序分开，既能表达流程顺序，也不用重复维护同一概念的知识。这是图谱建模带来的实际价值。

图谱节点：脱墨与抄造

脱墨是部分废纸路线的可选工序。示例项目把它关联到脱墨废水、监测要求和原始来源；抄造则由两条路线的不同环节共同引用。节点之间形成交叉网络，而不是把所有知识排成一条执行流程。

从“脱墨”出发查一跳邻居，可以知道它关联什么；再扩展一跳，可以找到废水关注指标和要求的原文位置。查询返回的是已维护的关系，不是模型临时猜出来的关系，也不是已经作出的企业判断。

图谱节点：脱墨废水与关注指标

项目中的“脱墨 → 脱墨废水”标记为“可能产污”，“脱墨废水 → 重金属指标”标记为“关注指标”。这些关系告诉调查者要进一步查什么，并不证明某家企业已经排放重金属。

关注指标应由实际原料、工艺、监测等证据确定。图谱缺少某条边，也不能反向证明没有风险；覆盖范围与审核状态需要一起显示。

图谱节点：要求与原始条款

“脱墨车间监测点位”是一个要求节点，它关联“脱墨”工序，再指向 HJ 821—2017 第5.1.1节的原文位置。该节对这项特定点位要求包含两个条件：存在脱墨工序，且该工序排放重金属。这里不能省掉第二个条件。

本轮重新核对生态环境部官方原文，PDF第5页。本例用它说明条件与出处如何建模；实际业务仍需结合有效版本、适用范围、其他要求和专家复核，不在分享中提供完整法规判断。

图谱节点：来源与 Wiki

“造纸工业自行监测指南 HJ 821—2017”是来源对象，条款则是可定位的来源片段。一个来源可以支持多项要求；某项解释变化时，可以沿关系找出受影响的对象。

Wiki 是这些对象的人类可读说明：解释工序、条件和依据，提供双链与原文位置。Neo4j 用于查关系，Wiki 用于读解释，原件用于核对证据。在这个项目里，结构化知识经程序生成 Wiki 和图谱投影；不能手工在三处各改一份，让它们互相漂移。

关系怎样变成可用知识

环节	这个案例怎么做	谁对结果负责
留住来源	保存分类、规范原件、版本与定位；原始记录与规范映射分开	资料提供者与维护者
设计对象	行业、路线、环节、工序、产污、指标、要求、条款、来源使用稳定 ID	业务专家与知识建模者
整理关系	保留可选条件；环节指向可复用工序；要求指向条款	专家复核语义，程序检查结构
生成视图	从受管知识生成 Wiki、索引与 Neo4j 关系投影	构建与发布程序
提供查询	搜知识、看邻域、回到原文；结合企业事实做条件检查	查询与业务程序
更新验证	复核差异，发布版本，检查索引同步与下游结果	知识负责人及应用负责人

“本体”在这里可以通俗理解为大家共同约定的对象类型、关系和约束。大模型可以辅助抽取候选，但不能代替专家确认行业意义。当前图谱由受管数据与程序构建；“LLM 自动持续维护”仍不能作为该项目的已实现结论。

图谱怎样进入四类应用

应用	图谱与 Wiki 提供什么	业务程序另外做什么
企业基本信息	找到相关要求与依据	用实际工序、档案与监测材料检查已配置项目
企业报告预审	找到报告要求、核对依据与解释	比较单位、填报数字、台账和证据归属；保存预审版本
监管总览	为企业检查提供依据与分类	汇总企业基本情况及逐项检查，可进入单企业详情
监管季报	为报告问题提供可回查的依据链	汇总报告情况与当前有效的已保存预审，生成并冻结季报产物

行业知识探索是上述业务共用的知识入口，可查看分类、工艺、要求与来源。图谱帮助确定“查什么、依据哪里”，并不包办数值计算、状态管理和批准。企业监测存在问题，与报告是否如实记录该问题，是两个不同的判断对象。

一份合成报告的核对结果

第二轮只读查看演示企业 E01 的2026年第二季度结果：

看哪个对象	当时的演示材料	程序返回	说明什么
企业实际情况	最高 COD 浓度56 mg/L，模拟许可值50 mg/L	该项不符合	比较的是已提供记录与模拟许可值
企业实际情况	有废气排口，但缺少对应模拟限值	资料不足	不能把不知道写成符合
报告内容	COD 填报1.692 t，台账汇总1.342 t	数值不一致	图谱不能代替程序核算
报告内容	已有超出模拟许可值的记录，报告未填异常说明	该项不符合	报告审核检查是否说明事实

所有数值均为项目合成数据，50 mg/L不是这里主张的行业统一法定标准。仅改正报告数字或补充说明，不会改变企业原始监测记录。保存预审后才进入有效汇总；报告、材料或规则变化，应重新预审，旧季报保留原快照。

Agent 怎样使用这些能力

拟接入后的任务可以是“整理 E01 本季度报告需要补充的材料，并逐项说明依据”。Agent 先调用企业与报告查询，取得固定版本的检查结果；需要解释术语时读 Wiki，需要调查关联时查询图谱，需要精确出处时回到条款；最后组织说明与待办，交给人复核。

已有能力	Agent 可如何使用	当前证据
Neo4j 邻域与 Wiki 查询	沿对象关系取证、解释要求	本轮只读查询可用
企业核对与报告预审查询	读取逐项结果，不自行重算正式结论	本轮观察到合成样例返回
保存预审、生成季报	通过有权业务接口执行，绑定快照	代码与既有验收记录；本轮没有执行写入
模型解释、补资料建议	组织证据和文字，遇到未知追问	AI 问答未启用，环保 Agent 未完成真实联调

前一专题的 LangGraph、Pi 与公司 Runtime 可以作为执行侧的架构参照，但不能据此说它们已经与本环保项目连通。这里的价值，是把可查证、可测试的业务能力先建好，再给 Agent 一组有边界的入口。

扩展到其他行业与持续维护

可以复用的部分包括：对象与来源管理、图谱查询、Wiki 阅读、版本发布、快照与应用交接。需要重新整理的是行业分类映射、典型工艺、指标、条款条件、证据要求和评价样例。当前还存在造纸、COD等专用业务逻辑，不能说换一份数据就完成迁移。

迁移应作为一次有边界的行业实施，而非替换演示数据。下面是建议的实施方法，不代表已完成其他行业的交付。

迁移时复用什么、重新建设什么

层次	可以复用	新行业要重新确认或实现
分类与知识结构	行业层级、对象身份、来源与条款关系	分类映射、原料产品、典型路线、可选工序与例外
图谱与 Wiki	关系查询、解释页生成、双链与原文追溯	具体工序、产污、指标、要求及其引用与适用条件
判断与应用	缺失信息处理、版本快照、单体核对与汇总的分工	指标单位、计算口径、企业许可条件、报告字段与检查程序
运行与维护	查询接口、导出、发布与回归方法	客户数据接口、授权范围、部署要求和维护责任

当前造纸案例仍含行业与 COD 专用逻辑。首次迁移需要把这些假设拆成行业配置、指标定义、检查程序和报告模板；可独立安装、升级的通用“行业包”是后续产品化方向，不是当前已经具备的能力。

从一个行业试点开始的迁移步骤

收窄业务范围。 共同选定一个行业分支、一类报告、一个统计期间和优先核对事项。以能取得资料、专家能给出审核依据的任务作为起点。
对齐资料和身份。 保留分类原值与映射，登记规范版本；对齐企业、设施、排口、指标、时间及单位。缺失资料形成清单，不用模拟值补成真实事实。
建立行业知识与检查项目。 专家确认工艺、条件与例外，实施方建立“行业—工序—要求—条款—证据”关系，生成 Wiki 与图投影，并实现该行业的字段、计算和报告模板。
用样本验证完整业务链。 选用获准使用的脱敏企业和报告，覆盖正常、错误、缺证及边界情形。将程序结果与专家答案逐项比较，再走完企业基本信息、企业报告预审、监管总览和监管季报。
交接维护后扩展。 明确来源更新、数据维护、专家复核和版本发布责任；演练规则变化与历史结果追溯，再逐步增加企业、指标和行业分支。

例如从造纸迁往水泥等另一制造行业，要重新建立工艺路线、排口、指标、许可条件和报告要求，不能仅将 COD 字段改名。本例只说明迁移方法，不给出另一行业的具体法规结论。

客户提供什么、我们做什么、形成什么

这里的“我们”指项目实施团队。客户不必先整理成图数据库格式；客户负责解释业务含义和确认判断，实施团队承担资料整理、建模与技术实现。

客户提供什么	我们做什么	共同确认形成什么
行业范围、优先问题、使用人员和审核目标	拆解任务、明确边界与验收口径	试点范围和检查事项清单
分类文件、业务字典、规范原件及版本、工艺资料与专家解释	保留来源和差异，建立分类、路线、工序、条件及条款关系	可追溯的行业图谱、Wiki 与待复核规则草稿
授权的企业档案、许可证、监测、台账、报告及字段说明	对齐身份、期间、单位与证据，检查数据质量，接文件或接口	可核算的样本数据、字段映射和缺失资料清单
正常与问题报告、补正材料、已确认结论及专家评审时间	把规则编成检查程序，检验条件、例外与缺证情形	经确认的检查项目、专家答案集和回归结果
业务人员试用反馈、报告模板与统计范围	完成四类应用、逐项依据查询及季报生成导出	可连续操作的试点系统和可追溯报告
更新责任人、权限要求及运行环境	配置发布与维护流程，交付操作、恢复和回归说明	维护手册、版本记录与交接清单

内部审核习惯、法律法规、行业标准和企业特定许可条件分别标识。专家尚未确认的解释保留“待复核”，证据不齐保留“资料不足”。公开原件可以由实施方协助查找，但具体行业和企业的适用判断仍须核验。

首次试点可以从少量有代表性的企业、同一期间的完整材料，以及一组有人工审核结论的检查项开始；数量与进度由资料质量和业务范围决定。验收看要求是否匹配、计算是否正确、缺证是否如实呈现、结论是否可追溯以及更新后是否保持版本一致。准确率、节省时间和生产可靠性必须在客户试点中测量，不能由演示效果推算。

知识更新要追踪来源 → 条款／要求 → Wiki与关系 → 业务检查／报告。模型可以提出修订候选，专家确认关键解释，程序发布版本与检查同步；业务历史不能被知识更新静默覆盖。这里展示的方法可迁移，具体行业解释必须重新核验。

企业知识与业务能力怎样供给 Agent