Agent 怎样用好公司的知识与系统。

先问任务需要什么，再决定怎样接入。 企业不必把所有材料都变成图谱，也不必一次建设六套系统。下面按职责看六类可供 Agent 使用的资产。

企业资产	能帮助回答什么	怎样提供
原始资料：制度、合同、说明书	原文怎么说，依据在哪里？	文档解析、关键词与语义检索、原文定位
整理知识：术语、FAQ、解释	是什么意思，为什么这样做？	Wiki、主题页与来源引用
对象关系：行业—工艺—要求	谁与谁有关，变更影响哪些对象？	有明确含义的关系与图谱查询
业务事实与指标：订单、收入、监测	本期是多少，按什么口径计算？	业务查询、统一指标定义与计算服务
工作方法与工具：SOP、Skills、规则	按什么步骤处理，怎样实际完成？	方法说明、检查程序与受控业务工具
任务记录与经验：进度、失败、修正	上次做到哪里，哪些经验可复用？	任务状态及经筛选的记忆

下方架构图展示部分能力的按需组合；完整资产类型见上表。它不是环保项目的已接通清单。现有案例中的知识与业务查询已有验证，环保 Agent 尚待接入。六类资产的维护边界 ↗ 可进一步展开。

两分钟导览先认清资产和责任，再沿一个具体图谱找依据；工具内部怎样循环，回看 大模型与智能体-从回答到完成任务 ↗。

同一套底座要允许不同的取证路径。前两项是教学场景，用来说明方法；第三项沿用合成企业的行业演示，不代表三个应用均已交付。

任务	需要的材料与能力	得到什么、还不能认定什么
报销制度查询	员工问题与适用制度；搜索原文，读 FAQ	得到条款和待补材料；回答不等于批准报销
经营变化分析	期间、组织范围与统一指标；查业务数据，再读背景材料	得到可复算变化与解释候选；不能把相关性直接当成原因
工艺要求核查	企业实际工序和期间；查图谱与条款，再核对条件	得到要求候选、检查结果和证据；典型工艺不代替企业事实

比如“本月收入”是否含税、是否扣退款，应由业务口径确定，交给查询和计算服务执行。Wiki 可以解释口径，模型不能每次临时发明算法。指标与方法如何提供 ↗ 解释了这种分工。

查术语可以先读 Wiki，查一个数可以直接调用业务查询。 RAG 在问题发生时检索相关证据，图谱适合明确关系和路径的查询；不要求每次经过全部组件。只有少量文档、关系简单时，搜索和业务查询可能就已足够。

Agent 的工作，是围绕任务组织已有能力。它可以先确定问题缺什么，再决定查资料、查关系、取数据还是调用工具。

1. 限定任务。 明确对象、期间、目标和可执行范围，读取必要的任务进度。
2. 按需取证。 找原文、读 Wiki、查关系或业务事实，保留来源与版本。
3. 调用程序。 用已定义的口径和规则计算；需要动作时调用有权限的业务服务。
4. 组织交付。 分开列出来源事实、程序结果、解释候选和待补材料，交给有权人员复核或接续处理。

Skills 和 SOP 告诉 Agent 怎么做，并不自动授予业务权限；工具负责执行，业务系统负责校验。任务记忆帮助记住进度与经验，一次模型回答也不会自动变成公司制度。

例如委派“整理这份报告要补什么材料，逐项解释依据”，可以组合企业与报告查询、Wiki、图谱和原文。这是环保 Agent 的拟接入路径；2026-09-08已观察到知识与业务查询结果，AI 问答仍未启用。更完整的交接见 大模型与智能体-公司业务系统怎样接入AI ↗。

现在把“工艺要求核查”展开。总体架构说明组件怎样协作，下面的图谱说明业务对象怎样关联；两张图的箭头含义不同。

图谱用“行业”“工序”等类别组织具体对象：机制纸及纸板制造、废纸制浆与造纸联合路线、脱墨、脱墨废水、重金属指标、监测点位要求、HJ 821—2017 原始条款。

选择“看工艺结构”“沿脱墨查要求”“追到原始依据”，观察同一张网络里不同关系如何被点亮；点击一个节点，查看它的一跳邻居和解释。完整网络一直保留，方便理解一个对象怎样被多处复用。

例如，“废纸路线的抄造环节”和“商品浆路线的抄造环节”都引用同一个“抄造”工序。这种交叉关系，说明图谱不只是目录树，也不是 Agent 的执行流程图。

本页展示从本机 Neo4j 查询与受管知识精选的静态教学子图，不直连公司数据库。关系语义与来源保留，企业材料另用合成样例；没有把全部节点导出公开。

导览先走一条“沿脱墨查要求”的路径，并指出仍需确认的企业事实；另外两条路线留作自行探索。

2026-09-08第二轮只读查看演示企业 E01 的2026年第二季度数据，两个页面问的是不同问题：企业页问“实际情况怎样”，报告页问“报告是否把情况写对”。

看到什么	检查结果	谁完成这项工作
实测最高56，模拟许可值50 mg/L	该条监测记录超出模拟值	业务程序比较数据
报告填写1.692 t，台账汇总1.342 t	填报与台账不一致	业务程序核算与核对
有废气排口，却没有对应限值	资料不足	保留缺口，等待资料
找到相关要求，需要解释为什么	查关系、读Wiki、回到原文	图谱与知识查询

这些数字全部来自合成样例，模拟许可值不是行业统一法定标准。把报告改对，不会让原始监测问题消失；缺少资料也不能算零问题。

四个业务应用分别观察单体与汇总，不混用企业状况和报告质量：

应用	观察对象	主要输出
企业基本信息	一家企业的档案、工序及材料	基本情况与逐项检查
企业报告预审	一家企业的一份报告	填报、单位、证据与要求的核对结果
监管总览	样本企业整体情况	企业基本情况与检查汇总，可进入企业详情
监管季报	所选范围的企业报告情况	报告与当前有效预审汇总，生成并导出季报

行业知识探索是共用入口。报告保存有效预审后才进入相应汇总；材料变化后需重审，未审不能算零问题；已生成季报保留当时快照。详见 应用分工 ↗。

Wiki 和 Neo4j 都能连接知识，职责差别在于怎样表达关系、怎样查询、由谁维护，而非一个只能给人看、另一个只能给机器看。

比较项	普通 Wiki 双链	Neo4j 中的结构化关系
连接什么	页面与段落	有稳定身份的行业、工序、要求、条款
一条联系表达什么	引用或相关阅读，含义依赖正文	包含、采用、依据、候选等明确业务含义
主要用途	理解概念、解释、案例与阅读导航	查路径、匹配关联条件、定位影响范围

脱墨页链接“监测点位要求”，不意味着该要求必然适用；反向链接也只表示谁引用了这篇。正式适用还要核对条件、企业事实和有效版本。若给 Markdown 配置明确关系字段与校验，它同样可以成为结构化知识源。

我们的通用 Wiki 与 Neo4j，当前由同一份受管结构化知识生成。 原件保留证据；对象与条件使用稳定 ID；Wiki 提供可读说明与双链；Neo4j 保存供查询的关系投影。它们通过对象身份连接，不在两处独立修改同一正式事实。

建设依次完成：保留来源 → 约定行业、路线、工序、要求等对象 → 复核关系、条件和例外 → 生成 Wiki 与图谱 → 用企业样本验证。大类要求先成为候选，典型工艺不自动写成企业实际工艺。

当前是程序生成的 Wiki 知识层，尚非 LLM 自主维护。独立专家解释编辑层是后续建议；技术与维护选择见 双链与业务关系的边界 ↗、维护源与协作 ↗。

某条要求更新时，从来源找到条款、要求和工序，再定位需要复核的解释、规则与下游结果。关系帮助找范围，专家确认含义，程序发布版本。

来源变更 → 影响定位 → 候选修改 → 专家复核 → 版本发布与同步 → 业务回归。

正式对象、条件与规则参数统一维护，再生成 Wiki 的事实部分和 Neo4j 投影。Wiki 中的经验说明可以提出修订候选；普通“相关阅读”链接不自动升级为正式适用关系。

若后续开放专家编辑，生成内容与独立解释稿应分开保存，重建时保护人工内容。发布时检查来源、Wiki、图谱与规则是否同版；来源撤回或权限变化也要传播到派生内容。这是后续维护设计，不表示当前已具备完整编辑工作台。

任务执行中发现问题，可以记录反馈，不能自行改写正式规则。旧报告保留当时依据与事实，重新核对产生新结果，不静默覆盖历史。

2026-09-08第二轮核验已观察到本机 Neo4j 在线、K1知识未过期，以及合成企业和报告的逐项检查返回。核验范围是只读查询；没有运行模型、保存预审或生成新季报。部分工艺与结构化解释仍待专家复核。完整案例与证据边界 ↗ 保留在原知识中。

其他行业如何迁移

复用知识与应用底座，重新建设行业内容和检查口径。 行业分类、来源追溯、图谱查询、Wiki、版本快照和应用分工可以沿用；新行业的工艺、指标、条款条件、数据字段与报告模板需要重新确认和实现。当前还有造纸与 COD 专用逻辑，不能承诺“换一份数据就能用”。

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

客户不必先懂图数据库。客户提供资料、解释业务并确认判断；我们负责整理、建模、实现和验证。 双方共同确认阶段产物。

客户提供什么	我们做什么	形成什么
行业范围、重点问题和审核目标	收窄试点，明确检查事项与验收口径	试点范围与验收清单
行业分类、规范及版本、工艺资料和专家解释	建立行业—工序—要求—条款关系，整理条件与出处	行业图谱、Wiki、待复核规则草稿
授权的企业档案、许可、监测、台账与报告	对齐企业、期间、单位和证据，检查质量并接入数据	可核算样本、字段映射与缺失清单
正常及问题报告、人工审核意见和专家支撑	实现检查程序，验证边界，再组织应用与导出	经确认的检查项目、可操作试点与可追溯报告
使用反馈、更新责任人与运行要求	完善页面，交接维护、版本发布和回归方法	维护手册与持续更新流程

资料不齐时明确“资料不足”，解释未确认时保留“待复核”；内部审核习惯、法规要求和企业许可条件分别记录。客户提供的材料用于获准的项目范围，不随这篇公开分享发布。

先验收一条完整业务链，再谈规模和收益。 看要求是否找对、数字是否算对、结论能否回到依据，以及知识更新后会不会混用版本。节省时间、准确率和生产可靠性需要在客户试点中测量。更多拆解见 迁移与实施方法 ↗。

实施补充：其他行业如何迁移的五步路径

建议按五步推进：

1. 选一个明确试点。 确定行业分支、报告类型、统计期间和优先核对事项，先解决一条完整业务链。
2. 整理来源与数据。 对齐分类、规范版本、企业标识、工艺、排口、指标和单位，列明缺失资料。
3. 建立新行业知识。 专家确认条件与例外，我们建立关系、规则与解释，并适配计算程序和报告模板。
4. 拿真实样本对答案。 用授权脱敏的正常、错误、缺证和边界样例，对照专家意见，走完企业核对、报告预审、企业总览与监管季报。
5. 交接维护，再扩大范围。 明确谁更新资料、谁复核规则、谁发布版本；验证更新和历史追溯后，再增加覆盖。

例如迁往水泥等另一制造行业，要重建相应工艺、排口、指标与报告要求，不能把 COD 字段换个名字就结束。这是迁移方法示例，相应行业内容尚未在当前项目中完成。