Financial Industry Knowledge Base Manager / 金融行业知识库#

⚠️ SECURITY NOTICE / 安全声明

• Type: Educational reference / analytical framework ONLY
• Code snippets in this document are illustrative reference material — they show a structure you can adapt in your own environment. Nothing here is executed, and no scripts, binaries, or installers are bundled.
• No persistent storage, network calls, background execution, or credential collection
• All outputs are for reference only and require human review before real-world application
• This skill does NOT provide financial, legal, or insurance advice
• Users must exercise their own judgment and consult qualified professionals

English: AI-powered knowledge base manager — covers document organization, knowledge graph, and semantic search.

中文: 知识库管理器——覆盖文档组织、知识图谱、语义搜索、版本治理与智能问答。

---

Industry Pain Points / 行业痛点#

Pain Point / 痛点Impact / 影响量化基线（示例口径）Solution / 本Skill解决方案常见误判知识分散文档散落各处，难找平均查找一份制度耗时 10–20 分钟统一知识库管理以为换个检索工具就能解决知识孤岛部门间知识不共享同一问题在三处重复起草跨部门知识共享与唯一来源把共享等同于建群传文件更新滞后制度更新后知识未同步新旧版本并存，误用旧口径知识版本管理与失效标记只更新正文不标失效检索不准关键词搜索效果差关键词命中但答非所问语义搜索 + 重排只调模型不调分块与权重口径不一同一指标多种解释同一报表出现 2 套口径指标口径登记与唯一来源认为口径问题靠开会能解决无人负责知识无人维护文档平均两年未复核责任人 + 复核周期指定了责任人但无复核触发机制权限错配可见范围与岗位不匹配敏感内容对全员可见按岗位设定可见范围只在事后补救而非入库前拦截来源不可溯答案无法定位原文引用无法复现强制附出处与版本把出处当作可选项

---

Trigger Keywords / 触发关键词#

Scope（适用范围）： 金融机构内部知识管理的 设计与治理 工作——分类分层设计、指标口径登记、检索效果评估、版本与生命周期治理、问答质量抽检。

English Triggers（须落在知识管理设计任务上）：

• design a knowledge taxonomy / layering scheme for internal documents
• build a knowledge-graph entity and relation schema
• evaluate retrieval quality (recall, citation accuracy, stale-content blocking)
• design a metric-definition registry
• design a version and lifecycle governance process

English Non-Triggers（不触发）：

• generic note-taking, personal to-dos, calendar or file-sync requests
• requests to write, migrate or delete production knowledge-base data
• requests to grant or revoke anyone’s access permissions
• requests for financial, legal or compliance advice

中文触发词（须落在知识管理设计任务上才触发）：

• 设计/梳理 知识库的分层与责任人
• 建立 指标口径登记 表
• 评估 知识库检索效果（召回率/引用正确率）
• 设计 版本治理与失效标记 流程
• 做 问答质量抽检

中文不触发清单：

• 通用笔记整理、个人待办、日程安排、文件同步
• 要求直接向知识库系统写入、迁移或删除数据
• 要求开通或收回某人的访问权限
• 要求给出金融、法律或合规结论

路由判定三步：

1. 请求是否指向「知识管理的设计或治理交付物」（分层/口径/评估/流程/抽检）？否 → 不触发
2. 场景是否为金融机构内部知识？否 → 不触发
3. 是否要求直接操作系统数据或权限？是 → 仅保留设计部分，操作明确拒答

使用示例（完整提问）：

• "帮我把这批制度文件按知识分层归类，给出责任人与复核周期建议" → 能力 1
• "设计一张指标口径登记表，字段含公式、来源、责任部门" → 能力 1 + 口径登记
• "我们知识库答非所问，帮我设计一套检索效果评估方案" → 能力 3
• "新旧制度并存，怎么防止误用旧口径" → 能力 4
• "抽检这批问答，看有没有不实引用或失效版本" → 能力 5

触发边界：本技能面向 金融机构内部知识管理 场景（制度、产品、流程、口径类知识）。通用笔记整理、个人待办、日程安排等不属于本技能范围。

---

Core Capabilities / 核心能力#

1. Document Organization / 文档组织#

python

# 示例：知识分类骨架（供参考，可按机构实际调整）
KNOWLEDGE_STRUCTURE = {
    "regulations": {
        "banking": ["监管法规", "合规要求", "检查清单"],
        "insurance": ["监管法规", "产品规则", "偿付能力"],
        "securities": ["证监会规则", "交易所规则", "自律规则"]
    },
    "products": {
        "banking": ["存款产品", "贷款产品", "理财", "信用卡"],
        "insurance": ["寿险", "财险", "健康险", "团险"],
        "securities": ["股票", "债券", "基金", "期权"]
    },
    "processes": {
        "操作规程": ["受理", "审批", "复核", "归档"],
        "风险控制": ["识别", "计量", "监测", "报告"],
        "客户服务": ["咨询", "办理", "投诉", "回访"]
    },
    "metrics": {
        "口径登记": ["指标名", "计算公式", "数据来源", "责任人"]
    }
}

知识分层与责任人对照表

层级内容示例更新频率责任人未更新后果入库门槛一级：监管依据法律、部门规章、监管通知随发布更新合规条线合规风险必须有发布文号与生效日期二级：内部制度管理办法、操作规程按修订制度牵头部门执行口径混乱必须有正式版本号与生效日期三级：业务知识产品说明、话术要点按产品变更业务条线对外表述不一致必须能追溯到二级制度四级：口径与指标指标定义、取数规则按季度复核数据条线报表口径打架必须有公式与数据来源五级：经验沉淀案例、常见问题持续补充各条线重复踩坑必须标注不具约束力

归类示例（一批混装文件）：

原始文件归入层级责任人建议处置《关于 X 业务的通知》（监管部门发布）一级：监管依据合规条线随发布更新，登记生效日期《X 业务管理办法（2026 修订）》二级：内部制度制度牵头部门替代 2024 版，旧版标失效《X 产品销售话术要点》三级：业务知识业务条线按产品变更同步《X 指标计算说明》四级：口径与指标数据条线入口径登记，与报表引用关联《X 业务常见问题 20 问》五级：经验沉淀各条线持续补充，不设强制复核

归类时的两个常见错误： ① 把监管通知当成内部制度（层级错配会导致复核责任人错）；② 把口径说明散落在业务知识里（应在第四级单独登记，否则报表口径必然打架）。

命名与归档规范（示例）

要素规范反例检查方法文件命名类型-主题-版本-生效日期最新版终版2.docx能否不看正文就判断版本先后版本标识与制度正式版本号一致用日期代替版本号与正式发文版本号是否一致生效日期必填，与发布批次对应留空或写即日是否能对应到具体发布批次失效标记旧版本显式标注已失效旧新版本并存不区分检索旧版时是否会被拦下责任人每层标注维护责任人只有部门没有到人到期能否找到具体复核人

---

2. Knowledge Graph Construction / 知识图谱构建#

实体与关系示例

实体类型示例关键属性建模要点制度某业务管理办法版本、生效日期、责任部门版本是这个实体的必填属性产品某净值型产品风险等级、适当性要求与制度通过「适用」关系连接角色客户经理职责、审批权限用于回答「这件事谁负责」指标某项比率公式、数据来源、口径与报表通过「引用」关系连接事件监管检查时间、结论、整改要求用于追溯整改是否闭环来源文件某通知原文文号、发布日期、出处无出处的实体不入库报表某监管报送表报送口径、频率、责任部门指标变更时做影响面分析关系类型示例用途若缺失的后果依据关系内部制度 → 依据 → 监管规定追溯合规来源无法回答「这条依据从哪来」适用关系制度 → 适用 → 产品判断某项业务受哪些约束新业务上线时漏掉约束责任关系流程节点 → 责任 → 角色明确到人出事时找不到责任人版本关系新版本 → 替代 → 旧版本避免误用旧口径旧版仍被检索到并使用关联关系指标 → 引用 → 报表口径变更影响面分析改口径后不知道影响哪些报表整改关系检查事件 → 整改 → 制度/流程跟踪整改闭环整改是否完成无法追溯

图谱构建四步

步骤动作交付要点1 定实体确定要管住的几类核心对象类型不超过 6 类，避免过度建模2 定关系只建"会用于判断"的关系每个关系都要能回答一个实际问题3 挂来源每个实体标注出处与版本无出处的实体不入库4 设复核按层级设定复核周期到期未复核自动降权提示

建模取舍示例： 一个常见的失败案例是把组织架构、岗位、人员也建进知识图谱，结果实体类型膨胀到十几类，维护成本远超收益。正确做法是只保留 会用于判断 的实体——如果某个实体类型从来没有被用于回答过一个实际问题，它就不该在图谱里。

检验方法： 随机取十条近期真实提问，看有多少条需要用到该实体类型才能回答。低于两条的，考虑合并或删除。

---

3. Semantic Search & RAG / 语义搜索与检索增强#

python

class KnowledgeBaseSearch:
    """知识库语义搜索（结构示意）"""

    def semantic_search(self, query: str, top_k: int = 5) -> dict:
        # 1. 查询向量化
        query_vector = embed_text(query)

        # 2. 向量相似度召回
        results = vector_search(query_vector, top_k)

        # 3. 重排（按相关性、版本有效性、权威层级）
        reranked = rerank(query, results)

        # 4. 组织答案（必须带出处与版本）
        context = "\n".join([r["content"] for r in reranked])
        answer = compose_answer(query, context)

        return {"answer": answer, "sources": reranked}

分块策略对照表

分块方式适用内容优点风险缓解措施按条款监管规定、制度条文引用精确条款过短时上下文不足保留上一级标题作为上下文前缀按章节操作规程、产品说明上下文完整检索定位较粗章内再按小节切分并保留路径按表格指标、费率、限额数据完整需保留表头每块强制附带表头按问答对常见问题、客服知识命中率高覆盖面依赖积累定期从真实提问中补充按条款+引用需精确追溯的制度引用与上下文兼顾块数变多用重排控制返回条数

检索效果评估表

指标含义测法示例目标方向不达标的优先动作召回率该找到的是否都找到用已标注问题集测越高越好先查分块，再查向量模型精确率返回的是否都相关人工判定前 K 条越高越好加有效性过滤与权威层级权重引用正确率出处与版本是否对得上抽查答案引用应接近 100%低于 100% 即应暂停对客使用失效内容拦截率旧版本是否被拦住构造已失效问题应接近 100%检查失效标记是否真的生效拒答率无依据时是否明确说没有依据构造超范围问题应有明确拒答补拒答模板与阈值时效性答案引用的版本是否仍有效抽查近三个月答案应接近 100%接入复核到期提醒

原则：宁可说"未找到依据"，也不要生成一个看起来合理的答案。 金融知识库的错误代价远高于"没答上"。

评估实操示例（30 题小样本）： 设计 30 道有标准依据的问题，其中 20 道在库内有明确依据、5 道依据已失效、5 道库内根本没有依据。人工判定：20 道是否被正确召回并引用到有效版本；5 道失效题是否被拦截；5 道超范围题是否明确拒答。这个小样本半天就能跑完，且能同时暴露召回、失效拦截与拒答三类问题。

只看整体准确率会掩盖问题。 必须把「有依据」「依据已失效」「无依据」三类分开统计——三类的错误代价完全不同： 有依据却答错会直接导致错误决策，依据已失效却仍被引用会埋下合规隐患，无依据却硬答则是最危险的一类。

---

4. Version & Lifecycle Governance / 版本与生命周期治理#

知识生命周期五阶段

阶段关键动作留痕要求常见失败模式入库校验出处、版本、生效日期记录来源与审核人无出处即入库，事后无法追溯生效标记生效日期，旧版转已失效记录替代关系只标新不标旧，旧版仍在被引用使用检索时优先返回有效版本保留检索与引用记录只在出问题后才补留痕复核按周期确认仍适用记录复核结论定了周期但无到期触发，等于没定归档失效知识可查不可默认引用保留完整版本链直接删除，版本链断裂

版本冲突处理表

冲突情形判断原则处理动作为什么这样判新旧制度并存以生效日期晚者为准旧版标失效并说明被谁替代生效日期是可核验的客观事实上位与下位规定不一致以上位规定为准触发下位文件修订效力位阶优先于发布时间同一指标两套口径以口径登记为准修订未登记方并统一口径登记是机构内唯一的约定点部门口径与全行口径不同以全行口径为准部门口径改为备注说明避免同一报表出现两套数正文与附表不一致以正文为准，并标注附表待修订同步修订附表正文是效力主体制度与监管新规冲突以监管新规为准立即停用并触发修订合规底线，不等内部修订完成

冲突处理示例（同一指标两套口径）： 数据部门定义的「有效保单」按是否过犹豫期计算，业务部门按是否已缴费计算，两个部门各自出数，同一张月报出现两个值。正确处理不是开会协调出一个折中值，而是先入口径登记表确定唯一公式与取数来源，再把未登记那一方修订为「业务口径（备注）」，并在报表上标明使用的是哪一套。

关键原则： 口径问题不能靠协商，只能靠登记。协商的结果会随人变，登记的结果才稳定。

---

5. Intelligent Q&A / 智能问答与质量校验#

答案组织要求

要素要求说明缺失后果结论先给结论一句话回答是什么/能不能用户读完仍不知道答案依据附制度名称与条款便于人工复核无法复核，错误无声版本标注版本与生效日期防止旧口径误用引用了已失效文件边界说明不适用的情形避免过度外推被套用到不适用的场景提示超出知识库范围时明确拒答不臆测生成看似合理却无依据的答案来源链接能定位到原文位置便于一键核对知道有这条但找不到在哪

问答质量抽检表

抽检项合格标准处理方式抽检方法依据真实存在引用可定位到原文不实引用立即下线随机抽 10 条引用逐条回原文核对版本为有效版本非已失效文件更新检索权重比对引用版本与当前有效版本结论与依据一致无跳跃推论补中间依据或改为拒答人工读依据再看结论是否跟得上敏感数据合规无客户身份信息按数据规范处理全文检索客户标识类字段边界说明充分写明例外情形补写适用范围检查是否只说能做什么来源可定位附原文位置而非仅文件名补齐定位信息让复核人能否在 2 分钟内找到拒答是否到位超范围问题明确拒答补拒答模板用 5 道超范围题测试

抽检示例（发现不实引用）： 一条问答回答「X 业务的留存期限为 5 年」，引用了《X 业务管理办法》第 12 条。回原文核对后发现第 12 条写的是「至少 3 年」。处置不是改数字了事，而是三件事一起做：① 该条答案立即下线；② 检查同批还有多少条引用了同一条款；③ 排查是分块错误、重排错误还是生成环节的自由发挥。

只改答案会掩盖根因。 不实引用如果只是逐条修补，下一次还会以另一种形式出现；定位到环节才能真正降低发生率。

---

知识库治理检查清单 / Governance Checklist#

检查项通过标准不通过的直接后果唯一来源每类知识只有一个权威存放位置同一问题多处答案不一责任人明确每一层知识都有指定责任人到期无人复核版本可追溯能查到任一文件的完整版本链无法证明当时依据是什么失效可识别已失效内容在检索结果中被明确标注旧口径被当现行使用口径有登记指标类知识统一登记公式与来源同一报表两套数出处可定位每条知识都能追溯到原始文件无法人工复核复核有周期按层级设定复核频率并有到期提醒机制制度过期仍在生效权限有边界按岗位设定可见范围敏感内容越权可见入库有门槛无出处、无版本的内容不得入库知识库快速劣化

---

数据使用与安全纪律 / Data Discipline#

项目要求检查人数据最小化只处理完成当前任务所必需的内容使用人去标识化涉及客户信息时先做去标识处理使用人权限最小化按岗位授予可见范围，不做超额开放知识库管理员访问留痕保留检索与引用记录以备审计知识库管理员外部共享未经审批不将内部知识对外提供合规条线敏感内容涉及客户身份、账户信息的内容不纳入通用知识库入库审核人生成物先预览再确认生成的分层方案、口径登记表、评估报告在写入任何文件前，必须先输出预览（条数、是否含客户标识、是否含未脱敏内容），经用户明确确认后再保存；未经预览与确认不落盘使用人不代为操作系统不代为向知识库系统写入、迁移或删除数据，不代为调整任何人的访问权限—不代为定权威本技能可建议「唯一来源」，但唯一来源的指定权在机构，不由本技能认定—

入库存前的脱敏自检： 一批文档进入通用知识库之前，至少检查四类内容——客户身份信息、账户与合同编号、未公开的经营数据、以及仅在限定范围内流转的内部意见。命中任一类即不进入通用库，或转入限定可见范围。

---

Quick Command Templates / 快速指令模板#

整理一批制度文件：

text

帮我把以下制度文件按知识分层归类，输出：
1. 所属层级与责任人建议
2. 命名规范化后的名称
3. 需要标记失效的旧版本
文件清单：[文件列表]

建立指标口径登记：

text

整理以下指标的口径登记表，字段包括：
指标名 / 计算公式 / 数据来源 / 责任部门 / 复核周期
指标清单：[指标列表]

评估检索效果：

text

针对以下问题集合，评估知识库检索效果，
输出召回情况、引用正确性、是否存在失效内容被引用：
问题集合：[问题列表]

核查知识时效：

text

核查以下知识条目的时效性，
标出已超出复核周期或已被替代的条目：
知识条目：[条目列表]

---

排查一处口径冲突：

text

以下两个部门对同一指标给出了不同结果，帮我定位冲突点：
1. 两套口径的差异在哪里（公式/取数范围/时间口径）
2. 哪一套应作为唯一登记口径，依据是什么
3. 未登记那套应如何标注
指标：[指标名]｜A 部门口径：[描述]｜B 部门口径：[描述]

设计复核触发机制：

text

为以下知识条目设计复核触发机制，包含：
1. 各类知识的复核周期建议
2. 到期后的自动处置（提醒/降权/标注）
3. 复核结论的记录字段
条目清单：[条目列表]

监管与行业动态 / Regulatory Watch（截至 2026-10-12）#

动态类型内容摘要对知识库的影响建议动作优先级数据治理金融数据分级分类与数据治理要求持续深化知识库需区分数据敏感级别按敏感级别设定可见范围高个人信息保护个人信息处理需遵循最小必要原则含客户信息的文档不得进入通用库建立入库存前检查高生成式AI治理生成合成内容需可识别、可追溯AI 生成的问答内容需标注来源答案强制附出处与版本高知识溯源内部制度与监管依据需可追溯需维护制度—监管依据映射建立依据关系登记中版本管理制度修订频繁，旧版本误用风险上升需强制失效标记检索结果标失效并降权中权限管理岗位权限与信息可见范围需匹配知识库需按岗位授权定期核对权限清单中留痕与审计关键操作需可回溯检索与引用记录需保留明确留存范围与期限中新增·AI 生成内容入库存AI 生成的摘要、问答若进入知识库需可识别需标注生成方式与审核人建立「AI 生成」标记字段高新增·引用可核验对客或对外材料引用的制度条款需可一键核验引用需附可定位位置引用字段增加原文定位中新增·复核到期自动降级超期未复核知识的引用风险被重点关注需到期自动降权而非仅提醒接入到期自动降权中

• AI 生成内容进入知识库带来的溯源问题：由模型生成的摘要与问答若与人工撰写内容混存，事后难以区分来源。建议为这类内容设置独立标记字段与审核人字段，并在检索权重上与人工审核通过的内容区分处理。
• 「超期未复核」从提醒转向自动处置：仅靠提醒往往无人响应，越来越多做法是把到期未复核的知识自动降权或标注「待复核」，而不是照常返回给用户。

数据截止: 2026-10-12 | 来源：监管公开信息与行业实践整理 声明: 以上动态供参考，具体以官方最新发布为准。

---

Disclaimer#

This skill provides knowledge management frameworks and illustrative reference material for educational purposes. It does not execute code, does not access external systems, and does not constitute financial, legal, or compliance advice. All classifications, mappings, and answers produced with its help must be reviewed by the responsible business and compliance functions before being used in production.