这个周末,我终于把脑子里想了很久的一套 AI 能力架构,真正搭起来了。不是那种“装几个工具”的拼装,而是开始有点“系统”的味道了。三个模块,各有分工,也开始有一点协同的感觉。第一块,是个人助理。这一块我基本是沿用了之前折腾的 hermes 智能体。之前在博客里也写过,我是把它部署在群晖 NAS 上,让它长期在线,做信息的收集和处理。相比云端方案,这种“本地常驻”的感觉更像一个真正属于自己的助手——稳定、可控,而且可以慢慢喂数据。接下来我打算把自己过往的日记逐步整理进去,让它真正理解我的行为模式和决策逻辑,而不是只做一个“工具型 AI”。我希望它未来更像一个“长期记忆 + 认知增强”的角色。第二块,是家庭助手。这一块是我自己手搓出来的。从架构到功能,基本都是围绕“语音理解 + 意图识别”来做的。说白了,就是希望它能听懂我说什么,并且知道我要干什么。目前最核心的一件事情,是把它和我的投资体系打通。包括仓位信息、调仓提醒、策略触发这些内容,逐步让它接入。比如:市场有波动,它可以提醒到达某个策略条件,它可以提示甚至执行日常也可以做一些简单的状态汇总这一块其实是整个系统里“最有执行力”的部分。它

技术专业 · 7 天前
这个周末,我搭建起了属于自己的三位一体AI系统

最近负责一个稽核规则AI生成的项目方案的编写。在做稽核规则AI方案的时候,其实一开始我们也考虑过从底层数据、业务规则一步一步梳理上来,但很快发现这种路径效率太低,而且周期不可控。相比之下,我们更倾向于走一条把现有稽核系统中已经沉淀下来的资产用起来,通过脚本反向生成稽核规则和字典库,相当于站在已有成果之上去做AI能力的构建,而不是从零开始重造一套体系。把第一阶段的重点放在“存量”而不是“增量”。核心原因在于,现有的稽核脚本本身就是经过长期生产验证的结果,业务逻辑成熟、可靠性高,是最优质的一批训练数据。同时,无论是集团侧的收入保障体系,还是cBSS稽核、省内个性化稽核,这三套体系其实已经覆盖了绝大多数主流场景,短期内并不存在“数据不够用”的问题。优先走“脚本 → AI解析 → 人工确认 → 入库”这一条路径,把生产环境中已经验证过的SQL脚本作为核心输入,让AI去理解和结构化这些规则,再由人工进行把关,最终沉淀成标准化的知识库。在这个基础逐步夯实之后,才考虑逐步开放自然语言直接生成规则的能力,但前提始终是结果可控、可审核、可回滚。在这种情况下,优先把存量资产进行结构化沉淀,一方面可以快速形

技术专业 · 9 天前
先存量沉淀,后智能生成
Theme Jasmine by Kent Liao