【 AI 金融新纪元】系列报告（一） —— 金融垂类大模型试用体验 证券分析师：胡 翔 执业证书编号： S0600516110001 联系邮箱： hux@dwzq.com.cn 二零二四年一月二十五日 证券研究报告 1. 国内互联网企业、传统金融机构及金融科技企业争相竞逐 ，百模大战如火如荼。 2023 年 5 月中旬 ，奇富科技首先宣布推出自研的金融行业通用 大模型——奇富 国内金融垂类大模型试用体验 作为 A 股市场“互联网 + 金融 +AI” 第一股 ，同花顺凭借十余年的人工智能技术积累 ，再度创新 ，推出了 HithinkGPT 大模型。此款大模型 采用 transformer AI 技术的引进帮助金融机构实现更精确的数据分析、更高效的 决策制定， 同时帮助投资者更好地理解市场趋势、识别投资机会 ，帮助平台使用者解决简 单问题 ，协助解决复杂问题。当前 AiFinD 处于试用阶段 ，开放了以下功能： 1. 【 ChatFinD 】 基于 HithinkGPT 大模型， 叠加 iFinD 金融终端的金融数据库、 文本库 打造的 iFinD 平台专属大模型 ，可通

销售个人资源转化。实施：电子名片 市场运营 公众号推文，每周1次 / 社群群发，每周2次 / 全员营销，每周1次 白皮书 方案案例 产品推荐 优惠促销 免费试用 客服咨询 关注公众号 营销研究院 企微社群 免费试用 免费试用 电子名片 白皮书 方案案例 会议/展会/销售自拓 官网 引流 线索留资入口 培育池 内容运营 自 动 回 复 留资转化线索 MA公域引流溯源+私域入口打通 官网带参链接，插入知乎文章关键词工业营销自动化案例资料下载。 兴趣用户点击下载，进入官网体验。 带参官网留资页面链接 下载用户留资入口 公域推广- 知乎 官网 根据不同媒体生成不同的带参官网试用链接，应用在媒体中，引流用户留资并识别媒体来源。 留资入口 https://main.focussend.com/user/register 百度 - 邮件营销自动化推广 必应 - 邮件营销自动化推广 官网推广溯源链接应用 - 免费试用留资 咨询入口 公域引流-私域（官网）咨询入口 不同媒体引流客户至官网，官网侧边栏 - 咨询入口，添加客服企微。自动回复引导留资+人工引流用户留资。 体验留资 引导社群 公众号入口 公域引流-私域（官网）公众号入口 不同媒体引流客户至官网，官网侧边栏 - 公众号渠道码关注入口。关注公众号，自动回复引导留资，未留资继续培育。 下载/试用留资 社群入口 公域引流-私域（官网）社群入口

路径中嵌入版本号（如/ api/v1/）实现版本控制。 在开发过程中，应遵循代码规范，确保接口实现的可读性和可 维护性。建议使用单元测试和集成测试对接口进行全覆盖测试，确 保其功能的正确性和鲁棒性。测试用例应涵盖正常场景和异常场景， 例如输入数据缺失、模型加载失败等。测试结果应记录并分析，对 发现的问题及时修复。 最后，接口的部署应与模型部署环境保持一致，确保系统的高 效运行。建议使用容器化技术（如 境差异导致的测试结果偏差。 测试过程应分为以下几个关键步骤进行： 1. 接口测试：验证 DeepSeek 模型与电子政务系统之间的 API 接口是否能够正常通信，并确保数据传输的完整性和安全性。 测试用例应涵盖各种可能的请求和响应场景，包括正常数据、 边界数据和异常数据。测试工具可选择 Postman 或 SoapUI，确保接口调用的成功率和响应时间符合预期。  正常通信：确保接口能正确处理标准输入并返回预期结果。 试，确保所 有功能模块在集成后仍能正常工作。回归测试应覆盖所有核心 业务场景，确保系统稳定性和功能完整性。 在测试过程中，应详细记录每个测试用例的执行结果和问题日 志，并定期汇总测试报告。测试报告应包含以下内容：  测试环境配置  测试用例列表及执行结果  发现的缺陷及其严重程度  改进建议和修复计划 测试完成后，根据测试结果进行必要的优化和调整，确保系统 在生产环境中的稳定运行。最终，系统集成测试将为

技术深度革新了汽车研发流程。它使用生成式算法，依据设计目标 和 物理参数自动创建设计方案并进行优化。高度逼真的虚拟仿真平台模拟复 杂环 境以大幅减少物理测试。智能测试系统则能理解需求文档并自动生成、 执行和 优化测试用例，显著提升研发效率和精度。 AI 重塑用户运营 AI 驱动的智能内容系统实现从图文到视频的全媒介内容自动化、规模化 生产，并能结合车型参数和热点动态生成个性化素材。智能销售助手通过深 度 出数量等。 2. 基于大模型自动打分。根据结果构建合适的提示词，让推理能力强的 大模型对其自动打分。 3. 基于人类专家打分。适用于对于那些不存在客观答案的结果集的场景， 比如测试用例生成，代码变更总结等。 大模型选型 大模型选型是决定企业成功落地的关键因素之一。影响大模型选型的关 键因素多种多样，企业可以从以下几个方面进行考虑： 1. 隐私安全。数据隐私是企业在选择大模型时的重要考虑因素之一。根 评估打分是通过建立一套指标系统，对 Agent 的结果集进行打分，最终 得出一个或多个分数。为了得到客观的分数，首先我们要针对场景建立指标， 比如是否生成了幻觉内容、生成的格式是否为 JSON 、生成的测试用例条目 数 19

，确保产品质量的全面控制。 闭环持续改进 项目推广—— AI 系统的试用模式 试用 试用后项目规划 • 把工厂现有的数据接入底层大模 型已积累的行业模型，展示初 步成效； 根据客户需求，进一步梳理数 据（预清洗和标注）； 经过大量数据训练后，打造解 决具体业务问题的 AI 模型系统。 客户工厂 试用模式 图形 1 客户案例 案例 行业 客户 案例 新能源 亿维锂能

1 测试环境搭建................................................................................72 4.1.2 测试用例设计................................................................................75 4.1.3 测试结果分析 但不限 于： - 模型权重文件 - 配置文件（如超参数、训练数据路径等） - 依赖库版本信息 - 测试数据集和评估报告 其次，建立版本健康度评估体系。在新版本部署后，系统应自 动触发预设的测试用例，包括功能测试、性能测试和稳定性测试。 测试指标应涵盖： * 预测准确率 * 响应时间 * 资源利用率 * 系统 稳定性 测试结果将作为是否触发回滚机制的重要依据。如果主要指标 出现显著下降（如预测准确率下降超过 际应用中能够高效运行。 首先，模型测试需涵盖功能测试，验证模型在不同场景下的输 出是否符合预期。例如，针对工业园区的政务服务、资源调度等核 心功能，需模拟真实场景进行测试，确保模型的决策逻辑正确无 误。测试用例应覆盖正常流程、边界条件以及异常情况，以全面评 估模型的表现。 其次，性能测试是模型测试的重要组成部分。通过模拟高并发 访问、大数据量处理等场景，评估模型在不同负载下的响应时间、 吞吐量以

测试计划制定...................................................................................104 6.1.1 功能测试用例设计...................................................................106 6.1.2 性能测试方案设计.......... 络和存储等。 3. 通过 CI/CD 工具拉取最新模型代码，构建 Docker 镜像并推送 到私有镜像仓库。 4. 在目标服务器上部署 Docker 容器，启动模型服务。 5. 运行自动化测试用例，确保模型服务正常运行。 以下是硬件环境推荐配置的示例表格： 组件 规格要求 备注 GPU NVIDIA A100 或 V100，至少 4 台 每台服务器配备 2-4 块 GPU 内存 每台服务器不低于 在项目测试与评估阶段，我们采用多维度、分层次的策略，确 保 DeepSeek 政务大模型的性能和可靠性达到预期标准。首先，我 们设计了基于实际政务场景的测试用例，覆盖了政策解读、公文写 作、舆情分析、公共服务问答等多个核心功能模块。每个测试用例 均包含输入数据、预期输出和评估标准，以确保测试的全面性和可 操作性。 为验证模型的泛化能力，我们构建了包含不同地域、不同层级 政务数据的测试集。

级及以上，提交董事长审批； 04 定级定档 人力资源部 负责人 1 ､对Ｍ 6 级以下干部，进行定级定档，明确试用期 工资发放标准； 05 审批 运营中心 负责人 1 审批人力资源部关于≧Ｍ ､ 3 ＜Ｍ 8 级干部的定级定 档建议及试用期工资发放计划； 06 执行 薪酬福利专员 1 执行新干部定级定档及试用期待遇审批意见； ､ 2 将调整结果反馈给用人部门负责人。 ､ 07 审批 董事长 1 审批中心关于Ｍ 批复新员工定级定档意见； ､ 09 执行 财务部负责人 1 执行新干部定级定档及试用期待遇审批意见； ､ 2 将调整结果反馈给本人。 ､ 调薪 定薪 发薪 薪酬普调机制 薪酬个调机制：  岗位异动调薪  年度绩效调薪  职级晋升调薪 在新的薪酬管理制度中，完善 薪酬核发的规则和程序 新入职员工定薪 试用期薪酬 SAMPLE 4.7 制定定调薪管理机制及流程，保障薪酬管理体系落地 信、品德等方面的异议，均可投诉；投诉要求实名制，人事科必须对投诉人进行严格保密 • 干部试用与转正：新晋干部需要在新职位进行 6 个月的试用期考察（科助到副科，部助到副部不用进行试用 期考察），试用结束后进行试用期答辩，通过后即可转正，不通过可适当延长试用期或免职 选拔启动 候选人推荐 综合评议 结果审批 干部任命 干部试用 与转正 干部选拔 SAMPLE 5.3 优化干部选拔与任用机制，从程序上保障干部选拔客观、公正

.........................................................................................94 10.3 测试用例...........................................................................................96 10.4 确保模型的输出结果符合银行业监管要求，如反洗钱 （AML）和反恐融资（CTF）规定。 o 检查模型的审计日志，确保所有操作可追溯并符合合规 性要求。 测试完成后，需生成详细的测试报告，包括测试用例、结果分 析、问题列表和修复建议。报告应由技术团队和业务团队共同审 核，确保所有问题得到妥善解决，并且模型能够无缝集成到银行系 统中。测试阶段应在生产环境部署前完成，以最小化部署风险和确 保系统的整体稳定性和可靠性。 的测试计划以确保系统的稳定性、安全性和性能。测试计划应涵盖 功能测试、性能测试、安全测试、兼容性测试和回归测试等多个方 面。 首先，功能测试将验证 Deepseek 大模型在银行系统中的各项 功能是否按预期工作。测试用例应覆盖用户认证、交易处理、风险 分析、客户服务等关键功能。每个功能模块需进行正向和反向测 试，确保系统在不同输入条件下的表现符合预期。 其次，性能测试将评估系统在高负载和并发用户情况下的表

规格说明、数据库设计、编码标准、用户界面设计、测试标准、 系统测试计划、用户手册。 (4)编码类。编码及单元测试结束后得到的工件，如源代码、 目标码、单元测试用例、数据及测试结果。 (5)测试类。系统测试完成后的工作，如系统测试用例、测 试结果、操作手册、安装手册。 (6)维护类。维护阶段产品的工作，以上任何需要变更的软 件配置项。 配置项是一个独立存在的信息项，我们可以把它看成一个 数学规格说明。 (4)用户手册。 (5)设计规格说明。 • 数据设计描述。 • 体系结构设计描述。 • 模块设计描述。 • 对象描述。 (6)源代码。 (7)测试规格说明。 • 测试计划和步骤。 • 测试用例、记录和结果。 (8)操作和安装手册。 (9)可执行程序。 • 模块可执行代码。 • 链接的模块。 (10)数据库描述。 • 模式和文件结构。 • 初始内容。 (11)联机用户手册。 (12)维护文档。 在合同约定的项目建设范围之外的，由于客户和开发人员认识 的局限性，盲目加入他们会给系统带来不可预见的风险和隐患， 甚至带来系统的不稳定。 1.15.4 服务流程管理 产品交付过程一般围绕着产品部署、培训和试用、正式上线 （运行）、验收等四个阶段展开的。对于原有信息系统的升级 改造而言，通常还要有数据分析和迁移工作。 1.15.4.1 前期介入 与硬件系统相比，软件系统具有更大的需求可变性和不确