智能体矩阵 / AGENT 02

集团风控智能体

把智能体所有会变的东西收进一处可治理的配置域:十二类资产全部配置化并版本化,五角色各司其职且互相制衡,每一次发布留痕、每一条结论可回放。

一期范围 十二类资产 五角色 二人复核 等保二级 八项门禁

解决什么问题

智能体一旦能自己改规则,风险就从"业务风险"扩展到"治理风险"。本智能体针对的是四个会在验收后被追问的问题。

规则散在代码里

参数写死在常量里就无法按货种、按部门演进。改为十二类资产全部配置化,改动附评审记录,代码里不留业务常量。

谁改的说不清

业务专家、专员、管理员都可能碰规则。改为状态机加二人复核:任何角色与智能体的写入只产生候选,生效动作必须来自另一人的复核记录。

结论无法问责

事后无法还原当时用了哪套规则,就没法解释"同一事件不同分"。改为版本五元组随事件与预警写入快照,按当时版本重放。

部门之间看不到边界

子公司之间的预警与人工判定记录必须隔离。改为按货种链与所属部门设可见域,信源与事件公开共享、判定记录隔离。

依据:《需求规格说明书 V1.2》4.7 规则与模型管理、7.2 安全需求;《全量规划 v1.1》§11.1 分层与真源存储、§19 规则库与闭环治理。

十二类可配置资产

类数的唯一口径出处是《全量规划 v1.1》§11.1。前八类沿用 V1.1,后四类因图谱与插件生态而新增。每一类都要能列表、搜索、新增、编辑、启停、导入导出,并进入同一套状态机。

类内容为什么必须配置化
信源清单来源域名、类型、语言、频率档、可信度档、使用授权新增信源不应改代码,接入按人日计量
关键词词库事件触发词、货种中英别名与变体、排除词别名漏写等于漏事件,必须由业务侧自己补
节点主数据港口、航道咽喉、矿区、卸港的坐标与主键26 个必做节点、一期启用 22 个,增删直接影响大屏与图谱
航线主数据航线几何、途经节点、基准里程与时长暴露度与绕行增程的计算基准
货种主数据A/B/C 分级、HS 与行业编码、中英别名四路展开分链风险与跨货种复用的锚点
指标口径字典指标定义、单位、计算式、来源、更新频率口径校验的前提,避免不同口径被拼成结论
模型参数表基础严重度、强度/持续/可信度修正因子、权重需求原文禁止以代码常量固化
预警阈值表四级阈值、乘积口径、样本量下限阈值是业务判断,需专家复核并可回滚
图谱节点与边因子、事件、对象、后果、措施五段链路与边三属性传导关系由专家共建,未复核即候选
措施库采购、航运、合同、保险四栏应对建议与适用条件预警建议必须取自库,不让模型自由发挥
插件 descriptor采集插件的契约、鉴权引用、配额、许可与健康度采集从开发人周降为配置人日
提示词模板抽取、归类、报告各任务的模板与输出契约提示词是资产不是代码片段,需版本与评审
依据:《需求规格说明书 V1.2》4.7 配置资产范围;《全量规划 v1.1》§11.1、§17 图谱、§18 插件;《信源插件与API-MCP市场》§3 插件契约。

五角色与权限制衡

权限矩阵的要点不是"谁能看什么",而是"谁不能自己把改动变成生效"。四条硬性要求逐条可在原型里用角色切换器验证。

角色职责能做什么不能做什么
管理层领导查看全局态势、做战略决策只读全部态势与报告不修改规则与事件
航运运营人员执行航次计划、跟踪实时风险本部门可见域内只读;提交规则反馈与实际影响回复不改变预警判定状态
风险管理专员维护规则库、审核预警准确性唯一可改预警判定状态 规则编辑为草稿态不自行发布生效
系统管理员配置、数据源接入、权限规则与参数发布生效、运维配置发布仍需二人复核,不可单人闭环
业务专家定义因子、传导关系与措施,复核候选项可写五类资产为候选态(因子、边、阈值、词库、措施)不可自行发布生效 不参与预警判定
四条硬性要求

预警判定状态仅专员可改且该记录即标注样本;规则由专员编辑草稿、管理员发布且二人复核留痕;事件与信源公开共享而预警与判定按部门与货种链隔离;任何角色与智能体不得使未经复核的改动直接生效。

高影响边双人复核

传导边中影响程度高的条目需双人复核后才参与计算,否决记录作为负样本回流,用于回答"相比上一版本变准了多少"。

依据:《需求规格说明书 V1.2》3.2 用户角色(五角色表与四条硬性要求)、4.7 发布管控、7.2 数据隔离与操作审计;《私有化部署与合规方案》§4 权限矩阵、§5 审计与留痕。

版本、审计与回放

治理的落点是可回放。任选一条历史预警,应能还原"来源、事件、因子、阈值、推送、人工判定"整条链,且明确标出当时用的是哪一版规则。

规则版本五元组RULE VERSION
每次变更产生 {lexicon, model, threshold, graph, plugin} 五元组并被当次事件与预警引用。图谱边权重与采集插件的变更同样进版本,否则无法解释同一事件得到不同分数。
四类日志只追加AUDIT
访问与操作、配置发布、模型判定(含被证据链拦下的候选)、人工反馈四类全量留痕。拦截记录是阈值调优的唯一素材,因此拦截也必须记。
回滚与并行对比ROLLBACK
发布支持一键切回上一版本;新旧规则可并行对比测试,切换前必须通过回测报告。候选、复核、生效、废弃四态在列表行内直接可见。
依据:《需求规格说明书 V1.2》4.7 版本管理与 A/B 测试、7.2 操作审计;《全量规划 v1.1》§11.1、§19 闭环;《私有化部署与合规方案》§5。

安全与合规对标

等保二级是客户要求的目标定级。责任边界先划清:定级备案、测评机构、机房与网络由客户侧承担,本项目只做应用层实现,报价不把测评与机房成本算进来。

数据隔离

按部门与货种链设可见域,预警与人工判定记录隔离;事件与信源本身是公开信息,可全员共享。

传输加密

对外与内部服务间全部 TLS,不开放明文端口。

凭据管理

数据源密钥与模型凭据不写入代码与仓库,统一由部署环境注入,提交前执行凭据扫描。descriptor 里出现明文凭据即判门禁失败。

内容使用授权

每条来源带使用授权标签(仅内部展示、可引用并署名、禁止再分发),导出与大屏图层据此自动裁剪。

展示安全

演示与非实时数据必须可见标注"示意数据";对外展示页支持水印,生产环境固化不可误开。

采集行为合规

遵守 robots、单域频率上限、UA 明示与退避重试;不用搜索引擎结果页链接冒充来源。

打开规则配置台 → 查看八项门槛与门禁 查看闭环与复核队列
上线前八项门禁全绿方可上线:凭据不外泄、五角色越权测试全部拒绝(含验证业务专家无法自行发布生效)、全站无明文端口、任选一条预警可完整还原证据链、实际执行一次备份恢复不高于 30 分钟、六条反幻觉硬约束逐条构造用例验证、依赖无高危未修复漏洞、演示水印在生产不可误关闭。
依据:《需求规格说明书 V1.2》7.2;《全量规划 v1.1》§11.5 合规对标要点;《私有化部署与合规方案》§3、§6、§7、§8。
示意数据 本页为前端原型说明,未接入实时数据源