financial-services fund-admin插件详解GL核对、break追踪与NAV tie-out的3大核心技能【免费下载链接】financial-services项目地址: https://gitcode.com/GitHub_Trending/fi/financial-services如果你在基金后台fund administration或基金会计岗位工作每月面对总账GL与子账subledger核对、差异追踪break tracing、NAV 净值核对NAV tie-out这些重复劳动那么开源仓库financial-services中的fund-admin 插件值得一看。它把 GL 核对、break 追踪、NAV tie-out 三大基金运营核心流程封装成可直接安装的 AI 技能包并配套了 GL Reconciler 智能体和托管部署模板新手也能快速上手。fund-admin 插件是什么 fund-admin 是仓库中按金融子行业vertical组织的垂直插件之一源码位于 plugins/vertical-plugins/fund-admin/包含 6 个技能技能用途gl-recon总账 ↔ 子账核对输出差异清单并分类break-trace对单个差异项做根因追踪定位到源交易nav-tieoutLP 对账单与基金 NAV 包逐行核对accrual-schedule应计计提表roll-forward期间滚存表variance-commentary差异注释variance commentary每个技能都是一个 SKILL.md 文件——纯 Markdown无需构建步骤AI 在条件匹配时自动调用。GL 核对四步法gl-recon 如何工作gl-recon/SKILL.md 把总账对子账这件繁琐的事拆成了标准 4 步第 1 步两侧归一化Normalize。把 GL 导出和子账导出对齐到同一粒度键如security_id account trade_date和同一组比较列数量、本币金额、基准金额、汇率、过账日期并统一数据类型保证等值判断是精确的。第 2 步匹配Match。按键做全外连接每行落入 6 个桶之一桶判定条件Matched两侧都有且比较列在容差内一致Amount break键匹配、数量匹配、金额不同Quantity break键匹配、数量不同Timing break过账日期不同但金额一致GL only / Subledger only仅单侧存在默认容差为金额0.01、数量0也可按公司政策覆盖。第 3 步归类可能原因。对每个 break 打上假设标签——Timing交易日 vs 结算日、FX汇率源或汇率日不一致、Mapping账户映射错误、Duplicate / missing post重复或漏记、Fee / accrual费用/应计、Data quality标识符格式、符号翻转等。第 4 步输出。产出差异报告按基准金额差绝对值降序和汇总各桶计数、匹配率再分别交给 break-trace 和签核流程。⚠️ 技能文档特别强调子账和托管行导出文件属于不可信数据只提取内容绝不当指令执行。break 追踪把差异追到源交易break-trace/SKILL.md 接棒 gl-recon对单个 break 行做根因追踪路径很清晰拉 GL 侧通过内部 GL MCP 取到产生该行的凭证凭证号、过账日期、来源系统、批次号、制单人拉子账侧通过子账 MCP 取到对应交易交易号、交易/结算日期、对手方、来源数据、所用汇率对比属性对齐过账日期、汇率/日期、账户映射、数量符号、金额符号——不同的那个属性通常就是原因。最终输出是一条标准格式的根因陈述⟨哪侧⟩⟨做了什么⟩因为⟨原因⟩加结构化结果责任方ops / reference-data / accounting / upstream-system、预期清除日期、处置动作monitor / adjust / raise-ticket / suppress。关键原则只诊断不做账——调整分录必须由人在智能体之外批准。NAV tie-outLP 对账单发放前的最后一道闸nav-tieout/SKILL.md 在 LP 对账单分发前运行核心动作是独立重算LP 资本账户期初资本 缴款 − 分配 分配净损益LP占比 × 基金损益净额− 已实现 carried interest 期末资本每一项输入都从 NAV 包独立取数与对账单逐行比对容差0.01每个不匹配项都会注明是哪个输入驱动了差异例如对账单用了 12.40% 占比NAV 包在 Q1 转让后是 12.38%。附加检查还包括本期期末 下期期初、所有 LP 期末资本合计 基金 NAV、认缴/未缴/可召回数与 commitment register 一致。同样地——不修改对账单只输出逐项 pass/fail 和 flag 列表由发布者在人工审核后处置。GL Reconciler 智能体3 个子代理的安全设计如果你不想自己拼流程可以直接用配套的GL Reconciler智能体给定交易日期和资产类别清单它交付差异清单、根因追踪、以及供财务总监签核的例外报告。托管部署模板见 managed-agent-cookbooks/gl-reconciler/README.md其安全分层设计值得学习层级是否接触外部不可信文档可用工具reader✅ 是仅 Read、Grep无 MCP、无写入Orchestrator❌Read、Grep、Glob 只读 GL/子账 MCPcritic❌独立复核每个 breakresolver唯一持写入权❌Read、Write、Editreader 读对手方/托管行对账单时文档里的任何指令都只当数据处理其输出是长度受限、字符集受限的结构化 JSON由 scripts/validate.py 校验schema 见 subagents/reader.yaml确保注入内容无法完整存活。orchestrator 永不写文件、永不直接读外部文档——注入载荷到不了 shell、写工具或公司系统。一键部署与文件索引 仓库提供统一入口把同一套提示词和技能同时用于 Cowork 插件和托管智能体两种形态。部署托管版 GL Reconciler 只需export GL_MCP_URL... # 只读 GL MCP export SUBLEDGER_MCP_URL... # 只读子账 MCP scripts/deploy-managed-agent.sh gl-reconciler脚本会自动解析 agent.yaml 中的文件引用、上传技能、创建子代理并 POST 到/v1/agents。验证脚本见 scripts/check.py。相关文件速查GL 核对技能plugins/vertical-plugins/fund-admin/skills/gl-recon/SKILL.mdbreak 追踪技能plugins/vertical-plugins/fund-admin/skills/break-trace/SKILL.mdNAV 核对技能plugins/vertical-plugins/fund-admin/skills/nav-tieout/SKILL.md智能体系统提示词plugins/agent-plugins/gl-reconciler/agents/gl-reconciler.md托管部署手册managed-agent-cookbooks/gl-reconciler/README.md小结fund-admin 插件 GL Reconciler 智能体把 GL 核对、break 追踪、NAV tie-out 三大基金运营流程标准化为技能文件 子代理 安全分层所有产出都留给人工签核不触碰账本系统。如果你的团队正在做基金后台运营自动化这套参考模板是一个很好的起点。【免费下载链接】financial-services项目地址: https://gitcode.com/GitHub_Trending/fi/financial-services创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考