程序聚合 软件案例 对话式 AI 任务助手-DeepSeek 代理

对话式 AI 任务助手-DeepSeek 代理

2026-04-09 17:45:38
行业:人工智能
载体:网站
技术:Python、FastAPI、Vue

业务和功能介绍

立项背景和目标: 市面上的 AI 对话工具大多是单线程问答,无法跨会话管理任务、也不能在对话中直接触发行动。目标是构建一个本地部署的「对话即操作」AI 助手——用户说一句“帮我记下明天开会”,AI 自动调用工具写入待办;说一句“帮我看看这个网页”,AI 自动抓取并总结,实现真正的 Agent 交互闭环。
核心功能(4大模块): (1)多会话管理:左侧边栏支持创建、切换、删除多个独立对话,首条消息自动生成会话标题,全部历史 SQLite 持久化;(2)DeepSeek Function Calling 工具调用:AI 自主判断何时调用内置工具,包括 add_todo(添加待办)、list_todos(查看待办)、fetch_webpage(网页正文抓取+摘要)、calculate(安全 AST 数学计算),4个工具覆盖主流任务场景;(3)流式对话(SSE):后端 Server-Sent Events 实时推送,打字机效果输出,工具执行结果独立气泡推送,工具完成后 AI 继续流式回复,全链路无阻塞;(4)长对话记忆压缩:对话超过20条消息自动触发压缩,调用 DeepSeek 将旧消息摘要成200字背景,下次对话携带摘要而非全量历史,解决 token 超限问题。
业务流程: 用户发送消息 → FastAPI 接收并存库 → 携带历史+摘要调用 DeepSeek → 判断是否触发 Tool Calling → 执行工具(写待办/抓网页/计算)→ SSE 实时推送前端 → 工具完成后 AI 继续作答 → Vue3 前端 Pinia 状态管理渲染三栏界面(会话栏+对话区+待办面板)。

项目实现

整体架构: 前后端分离。后端 Python + FastAPI + SQLAlchemy ORM + SQLite(三张表:sessions/messages/todos),核心分层为 routers(API路由)/ core(AI引擎+工具执行)/ database(数据模型);前端 Vue3 + Pinia + Vite,单文件组件 App.vue 实现三栏布局,api层封装所有接口调用,SSE 流通过 ReadableStream 逐行解析。
我的责任模块与量化结果: 独立完成全部代码,共22个文件。核心亮点:(1)Tool Calling 全链路——assistant 消息携带 tool_calls JSON 存库,tool 消息存 tool_call_id 关联,执行完成后重新构建完整消息链再次请求 AI 作最终回复,严格遵守 DeepSeek 函数 calling 消息格式规范;(2)SSE 流解析——前端用 ReadableStream reader 逐块读取,按 分割后解析 前缀 JSON,区分 text/tool_calls/tool_result/done 四种事件类型,动态更新 placeholder 消息;(3)记忆压缩策略——新消息数超阈值(20条)时,取全量消息排除最近10条,单独调用 DeepSeek 生成摘要并追加到 session.summary 字段,压缩后新对话上下文从 O(n) 降至 O(1)+固定摘要长度。\ndata:
难点与解决: (1)Tool Calling 流式模式下 arguments 分片传输:DeepSeek 流式返回时 function arguments 是分多个 chunk 累加的,在前端通过 逐片拼接, 时才触发工具分发,避免 JSON 解析不完整崩溃;(2)工具执行后 AI 需要“继续说话”:工具执行结果存为 role=tool 消息后,重新调用 重构完整消息链(含 tool_calls + tool result),再次发起流式请求让 AI 基于工具结果作答,两段流分别推送前端;(3)安全计算工具:拒绝使用 eval(),改用 Python AST 模块解析表达式树,只允许 Constant/BinOp/UnaryOp 节点和白名单运算符,杜绝代码注入风险。tool_calls_acc[index].arguments +=finish_reason === "tool_calls"_build_messages()

示例图片视频


Kai
30天前活跃
方向: 爬虫/脚本-爬虫/脚本、后端-Python、
交付率:100.00%
相似推荐
某企业管理平台
1. 企业人员管理 支持多级组织架构(集团/分公司/部门)的树形维护,员工档案全生命周期管理(入职、转正、调动、离职),支持批量导入导出,自定义字段扩展(如工号、社保基数、紧急联系人)。提供岗位职级体系与职务序列管理,并与权限系统联动,实现基于部门、角色、岗位的细粒度数据隔离。 2. 绩效管理 支持OKR与KPI双模式,可配置考核周期(月度/季度/年度)、评分权重(自评+上级+360环评)。提供考核模板库,目标分解与对齐视图,自动生成绩效等级(S/A/B/C/D)。集成可视化看板,展示部门均分、个人趋势、考核完成率,并支持绩效申诉流程与结果归档。 3. 工作流管理 基于BPMN 2.0标准设计流程引擎,支持串行/并行/会签/或签/条件分支等复杂节点。提供可视化流程设计器,可动态调整审批人、抄送人、超时提醒。流程实例全链路追踪(待办/已办/委托/转办),支持催办、撤回、驳回重填,并与消息中心联动,实时推送待办通知。 4. 请假管理 涵盖年假、事假、病假、婚假、产假、调休等全假种类型,自动计算剩余额度(支持按自然年/周年/自定义周期)。内置假期规则引擎(如最小请假单位、扣减优先级、调休兑换比例)。申请时自动校验余额与冲突,关联工作流完成多级审批,审批通过后自动同步至考勤与薪资系统。
工作状态监测
一、立项背景和目标 在数字化工位管理、智慧办公与特种作业安防场景中,传统考勤系统仅能记录出入打卡,无法实时感知员工在岗状态及异常作业行为。本项目基于瑞芯微高性能边缘计算平台 RK3588,构建一套边缘侧低功耗、高实时性的“人脸识别与工作状态智能监测系统”,实现无感身份核验、在离岗检测及专注度/违规作业状态的边缘端一体化实时分析。 二、软件功能与核心功能模块 1. 高性能视频流采集与预处理模块:支持多路 RTSP/MIPI-CSI 高清工业摄像头视频流接入,利用硬件编解码单元(MPP)完成硬解与图像色彩空间转换(RGA)。 2. 边缘端人脸识别与活体检测模块:基于深度学习模型实现人脸快速检测、关键点对齐、RGB+红外双目静默活体防伪及本地特征库千万级特征向量秒级比对。 3. 工作状态与行为分析引擎:结合人体姿态估计与工位 ROI 区域检测,实时分析在岗/离岗时长、低头玩手机、脱岗疲劳打瞌睡及异常离席等工位状态。 4. 告警联动与边缘数据上报:支持状态异常事件触发抓拍、本地低延时告警,并通过 MQTT/HTTP 将脱敏状态数据结构化上报至企业中台。 三、业务流程与功能路径 摄像头实时输入视频流 -> RK3588 硬件解码与 RGA 图像裁剪缩放 -> NPU 驱动执行人脸识别算法完成身份绑定 -> 并行推理工位人体姿态与行为检测模型 -> 业务逻辑状态机聚合判定工位状态 -> 触发本地声光/日志告警并异步上报管控后台。
智能CRM系统
客户与联系人管理:支持企业客户(账户)和个人联系人(联系人)的双层数据模型,记录公司基本信息、合作历史、关键决策人、沟通记录等,支持重复数据自动合并。 线索与商机管理:支持线索的批量导入、自动分配(按区域/行业/权重)、智能评分(基于职位/行为等自动打分),商机可设置多阶段销售管道(初步沟通→需求确认→方案报价→商务谈判→赢单/输单),销售漏斗可视化。 销售自动化:自动跟进提醒、下次联系时间设置、邮件/电话沟通记录统一沉淀,支持报价、订单、合同与回款的全流程管理。 营销自动化:活动策划、邀约、签到与ROI分析,客户标签与分群管理,支持精准营销与个性化推荐。 客户服务与工单管理:售后工单的创建、流转、追踪与闭环,内置知识库支持快速响应。 数据分析与BI报表:客户画像、销售预测、业绩看板、多维度数据可视化,将原始CRM数据转化为可执行的洞察。 系统集成与扩展:支持与邮箱、电话、ERP等第三方系统的集成对接;提供PaaS层面的业务定制能力,满足不同行业客户的个性化需求。 权限与角色管理:基于RBAC的精细化权限控制,支持部门、角色、菜单、数据等多维度权限隔离
大功率变频器参数管理上位机软件
1,客户的变频器应用在各机场,有7大类300多个参数,工程师使用原始的手持式数显配置器,工作起来很麻烦,效率低、不防呆;客户希望有一个上位机程序方便实时配置参数,且可以把成套配置保存为模板,需要时能够成套灌入变频器,还希望能够实时监控一些参数的变化,以及监控故障并根据故障等级给出详细的解决方案;记录所有操作并提供一些分析工具进行分析。 2,主要三大块:1,参数设置,实时读取下位机(变频器)所有参数,允许实时设置,改变下位机(变频器)运行状态;或配置到文件,整体下发到下位机(变频器);2,监控:波形图显示指定通道变频器参数变化,可以多通道(参数);以及实时故障监控;3,参数历史:监控所有操作留档,并提供多种多维度分析工具。
EMS行业Mes系统
1,本系统上游对接企业(EMS工厂)的ERP,(定时任务)实时获取(拉取)到工单、产品(待生产)、BOM、物料等数据;针对产品工艺特点制作工艺流程(途程)后,将工艺流程实例化给工单,工单里生产的每一片PCBA的每一道工序(实际对应车间站点)都实时记录,尤其是一些测试工艺,会根据实际测试结果决定PCBA的下一道工艺是维修、报废还是继续下一阶段生产。这些实时记录的过站数据汇总后得到看板、报表数据,以及报工数据反馈给ERP。
帮助文档   Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服