金融行业如何打造一个专属于自己的AI Agent工作台，根据不同的部门岗位进行个性化配置？
现在很多银行、基金、证券机构都在纷纷引入AI能力进行提效，从前期的问答助手、智能客服、Agent 智能体，一直在尝试AI的落地应用。
其实给员工开通一个AI对话入口并不难，但运行一段时间后，金融机构往往会发现：AI虽然能够整理材料、修改表达、生成PPT提纲，却很少直接出现在员工原有的工作过程中。
投研人员还是要从研究系统里找到资料，再复制到对话框；客户经理需要重新说明客户情况，拿到建议后回到原系统创建任务；运营人员让AI生成了一份名单，后续分配和跟进仍在另一套系统里完成。审核人员看到的通常只有最终文件，很难确认内容引用了哪些材料，中间又经过了怎样的修改。
员工确实在使用AI，但机构的业务流程并没有因此连起来。资料搬运、权限判断、任务流转和结果回写仍由员工处理，AI更像一个位于工作流程之外的内容工具。
不同岗位面对的AI工作空间并不相同
FinDesk是一套面向金融机构的私有化AI桌面客户端————机构可以在统一桌面底座上，按照组织和岗位配置页面、Agent、Skill与工作流，形成自己的AI工作空间。
投研人员进入的是研究工作区，客户经理看到客户经营页面，运营和审核岗位拥有各自的任务入口。大家使用同一个终端框架，但页面内容、可用数据和操作范围由岗位决定，不需要让所有员工面对一套相同的聊天界面。
这不仅仅是修改一个菜单或者图标能够实现的，一个投研工作区需要承载研报对象、引用来源和分析状态，客户经营页面则要呈现持仓、风险标签、服务记录与待办。岗位页面还要连接机构已有的数据和服务，并告诉Agent当前正在处理什么。
员工打开一份研报时，页面可以提供文档标识、可见范围和当前任务状态；打开某位客户时，Agent获得的是这位员工有权查看且与本次任务有关的字段。页面不会把后台全部数据交给模型，员工原有权限和机构数据策略仍然有效。
通过插件的形式来进行个性化定制
FinDesk采用模块化、插件化的装配方式。插件负责员工在哪里工作，包括页面入口、业务对象、交互流程和系统连接；Skill负责Agent怎样完成任务，把资料检索方法、业务规则、处理步骤、工具调用和输出要求封装起来。
以客户经营为例，客户页面和持仓信息由插件承载，“生成持仓诊断”“准备服务建议”“检查沟通内容”可以分别形成Skill。客户经理发起任务后，Agent读取当前页面允许提供的信息，调用获准的Skill，再把结果返回页面等待确认。
插件和Skill分开管理，机构就不必把每项业务变化都写进桌面主程序。研究模板或审核规则调整时，可以更新对应Skill；业务页面和系统接口发生变化时，则由插件处理。桌面底座继续使用，岗位能力按照业务节奏迭代。
这种方式也改变了机构沉淀经验的方法。过去，效果较好的提示词和操作方法可能保存在个人笔记里，其他员工很难直接复用。FinDesk可以把经过验证的方法制作成Skill，经业务和管理人员审核后再分发到指定岗位。规则变化时，机构维护统一版本，员工无需各自修改。
AI 如何从对话走向执行，真正的降本增效
投研人员在FinDesk中打开待处理材料，发起内部投资笔记任务。Agent在授权范围内整理市场变化、研报观点和风险提示，生成初稿时一并返回引用来源、待确认信息和处理状态。投研人员可以核对原文、修改结论，也可以在依据不足时终止任务。
经过确认的研究内容可以进入后续业务环节。客户经理在客户经营页面中，结合当前客户的持仓和风险标签准备诊断结果与沟通草稿；运营规则命中后，系统创建待跟进任务并分配负责人，处理进度继续保留在看板中。需要制作业务物料时，已经确认的内容可以按照机构模板重新组织。
物料进入审核页面后，审核人员看到引用来源、风险项和修改记录，再依据机构制度决定通过、退回修改或禁止外发。AI完成资料归集、内容准备和重复步骤，投研判断、客户沟通与审核结论仍由对应岗位负责。
这个价值不在于让Agent独立完成全部工作，而在于任务上下文可以随页面和流程传递。员工不必反复搬运材料，生成结果也不会只停留在个人对话记录里。每一步由谁确认、结果进入了哪个环节，都可以继续保留在机构的工作过程中。
如何保证金融机构有最终的掌控权
金融机构所说的专属AI终端，通常不止是更换Logo和界面颜色。如果应用身份、配置目录、插件来源和更新通道仍由公共版本统一管理，机构就很难控制某项能力何时进入生产，也难以在出现问题时锁定或回退版本。
FinDesk采用统一桌面底座与机构独立发行版本的方式。应用名称、品牌界面、应用身份、本地配置目录、岗位菜单和插件组合可以按机构配置，安装包签名、版本锁定与更新节奏也可以纳入内部发布流程。机构自有的插件和Skill保留在自己的版本边界中，由内部团队或获准的交付团队维护。
因此，FinDesk项目交付的不应只是一组可以演示的页面。机构还需要验收终端能否重复安装，插件与Skill是否按照岗位生效，版本能否升级、停用和回滚，内网环境中的更新方式是否符合现有管理要求。具体能力仍要结合目标操作系统和项目版本验证。
Agent能做什么，要在任务开始前确定
FinDesk进入桌面后，Agent可能读取本地文件、访问内部服务或调用工具。模型部署在机构内部，并不会自动解决这些执行风险。文件可以读到哪里、允许连接哪些网络、哪些工具可用以及哪些动作必须由人确认，都需要单独设置。
例如，投研Agent可以读取指定研究目录，但不能访问员工电脑上的其他文件；客户经营Agent可以生成服务建议，涉及客户触达或业务系统写回时，需要客户经理确认；审核任务可以查看引用和修改记录，最终放行仍由审核人员操作。
任务结束后，系统还需要保留发起人、Agent与Skill版本、策略判断、工具调用、处理结果和人员操作。出现异常时，运维和审计人员可以沿着记录定位问题，避免现场最终只留下一份无法解释来源的生成结果。
一项岗位任务跑通后，机构可以复用桌面底座、发行机制和安全策略，再逐步增加新的岗位插件与Skill。长期保留下来的包括机构自己的业务页面、工作方法、系统连接和运行记录。行情、CRM、交易及核心业务系统仍然承担原有职责，投资判断、客户建议与审核责任也继续由对应岗位负责。金融AI工作台连接这些既有能力，让AI进入日常任务，同时保留机构原来的权限和责任边界。
