xieyinlu/ruoyi-ai
1
0
Fork 0
mirror of https://gitcode.com/ageerle/ruoyi-ai.git synced 2026-04-04 15:27:32 +00:00
Code Issues Packages Projects Releases Wiki Activity
504 Commits 1 Branch 6 Tags
acc2d5d1a89bbe1b1e58f79120ee4a4b09211cd0
Commit Graph

119 Commits

Author SHA1 Message Date
ageerle
acc2d5d1a8 Merge remote-tracking branch 'origin/pdf-image' 
# Conflicts:
#	ruoyi-admin/src/main/resources/application-dev.yml
#	ruoyi-admin/src/main/resources/application-prod.yml
#	ruoyi-modules-api/ruoyi-knowledge-api/pom.xml
#	ruoyi-modules-api/ruoyi-knowledge-api/src/main/java/org/ruoyi/service/PdfImageExtractService.java
#	ruoyi-modules-api/ruoyi-knowledge-api/src/main/java/org/ruoyi/service/impl/PdfImageExtractServiceImpl.java
#	ruoyi-modules-api/ruoyi-knowledge-api/src/main/java/org/ruoyi/service/impl/VectorStoreServiceImpl.java
#	ruoyi-modules/ruoyi-chat/src/main/java/org/ruoyi/chat/controller/knowledge/KnowledgeController.java
#	ruoyi-modules/ruoyi-chat/src/main/java/org/ruoyi/chat/service/knowledge/DealFileService.java
#	ruoyi-modules/ruoyi-chat/src/main/java/org/ruoyi/chat/service/knowledge/KnowledgeInfoServiceImpl.java
#	script/sql/update/202505141010.sql
 2025-09-19 10:56:26 +08:00
Administrator
2b5fd810a4 fix(billing): 统一计费代理类BillingChatServiceProxy 2025-09-04 16:41:14 +08:00
Administrator
4a8d21a742 fix(billing): 1. 新增统一计费代理 BillingChatServiceProxy位置：ruoyi-modules/ruoyi-chat/src/main/java/org/ruoyi/chat/service/chat/proxy/BillingChatServiceProxy.java 作用：为所有ChatService实现类提供透明的计费代理包装 
核心功能：
  AI回复前余额预检查，避免无效消耗
  自动收集AI回复内容
  统一处理AI回复的保存和计费
   适配多种AI服务的数据格式
  2. 重构工厂类
  ChatServiceFactory
  改进：自动为所有ChatService包装计费代理
 新增方法：getOriginalService() 用于获取未包装的原始服务优势：调用方无需关心计费逻辑，完全透明
 3. 增强计费服务 IChatCostService 接口
   新增方法：checkBalanceSufficient() - 余额预检查
   分离关注点：saveMessage() - 仅保存消息
    publishBillingEvent() - 仅发布计费事件
    deductToken() - 仅执行计费扣费
 2025-09-04 16:35:55 +08:00
Administrator
c7554d7e35 fix(billing): 1. 新增统一计费代理 BillingChatServiceProxy位置：ruoyi-modules/ruoyi-chat/src/main/java/org/ruoyi/chat/service/chat/proxy/BillingChatServiceProxy.java 作用：为所有ChatService实现类提供透明的计费代理包装 
核心功能：
  AI回复前余额预检查，避免无效消耗
  自动收集AI回复内容
  统一处理AI回复的保存和计费
   适配多种AI服务的数据格式
  2. 重构工厂类
  ChatServiceFactory
  改进：自动为所有ChatService包装计费代理
 新增方法：getOriginalService() 用于获取未包装的原始服务优势：调用方无需关心计费逻辑，完全透明
 3. 增强计费服务 IChatCostService 接口
   新增方法：checkBalanceSufficient() - 余额预检查
   分离关注点：saveMessage() - 仅保存消息
    publishBillingEvent() - 仅发布计费事件
    deductToken() - 仅执行计费扣费
 2025-09-04 15:37:52 +08:00
Administrator
1e4af3d01b fix(billing): 修复Token计费逻辑和消息更新机制 
* 修复Token计费算法：按批次计费而非Token数量计费
* 添加ChatRequest.messageId字段支持消息关联更新
* 优化消息保存流程：分离基础信息保存和计费信息更新
* 修复预检查逻辑：统一预检查和实际扣费计算方式
* 调整Token阈值：100 → 1000，减少扣费频次
* 完善事件传递：ChatMessageCreatedEvent增加messageId

Fixes: 余额预检查误判、消息计费信息缺失、Token计费不准确
 2025-08-29 15:19:37 +08:00
Administrator
1e3b49c9b8 用户发送消息 → 预检查余额 → 保存用户消息 → 发布计费事件 → 异步扣费 → 保存账单记录 
添加了billingType计费类型字段消息保存的时候写入进去
 2025-08-27 16:48:48 +08:00
Administrator
9f7f00e50c 用户发送消息 → 预检查余额 → 保存用户消息 → 发布计费事件 → 异步扣费 → 保存账单记录 
添加了billingType计费类型字段消息保存的时候写入进去
 2025-08-27 15:30:59 +08:00
Administrator
1c721981db Merge remote-tracking branch 'origin/main' 
# Conflicts:
#	ruoyi-modules/ruoyi-chat/src/main/java/org/ruoyi/chat/service/chat/impl/DifyServiceImpl.java
#	ruoyi-modules/ruoyi-generator/src/main/java/org/ruoyi/generator/impl/GenTableServiceImpl.java
 2025-08-27 10:49:37 +08:00
l90215
7a374d877b feat: 调整知识库问答接入提示词模板 2025-08-27 10:47:34 +08:00
likunlong
43426054ec feat: 兼容不选自动模型时的原先逻辑；封装通用方法，简化创建有监控的SSE，简化流式错误输出并通知重试； 2025-08-27 10:47:31 +08:00
likunlong
ccdbb20935 feat: 不选择模型自动选择时走原始默认逻辑； 2025-08-27 10:47:29 +08:00
likunlong
4b37cfe97d feat: 失败回调器中使用emitter对象的唯一hash作为key，不再使用session，不与业务进行绑定，同时也保证跨线程调用的正确性； 2025-08-27 10:47:26 +08:00
likunlong
c43d4784de feat: 处理在非Web线程中获取Request中token失败的问题； 2025-08-27 10:47:25 +08:00
likunlong
359cee28d5 feat: 修改目前实现类使用统一重试降级逻辑； 2025-08-27 10:47:22 +08:00
likunlong
aa11c1f233 feat: 问答时添加统一重试和降级逻辑； 2025-08-27 10:47:20 +08:00
likunlong
a0d029c142 feat: 自动设置请求参数中的模型名称； 2025-08-27 10:47:20 +08:00
likunlong
6ce52befe2 feat: 根据是否有附件和是否自动，自动选择模型并且获取服务； 2025-08-27 10:47:19 +08:00
likunlong
4f7ad59e46 feat: 添加自动获取高优先级模型和服务的逻辑； 2025-08-27 10:47:19 +08:00
violateer
0cdba56a07 feature: 添加开启知识库角色，用户可见个人知识库及角色分配知识库 2025-08-27 10:47:01 +08:00
l90215
a6eb98daab feat: fix代码生成类型问题 2025-08-27 10:46:37 +08:00
l90215
b9276c5dcc feat: 调整知识库问答接入提示词模板 2025-08-20 17:52:51 +08:00
evo
baf065a294 Merge pull request #175 from LM20230311/feat-model-priority 
Feat model priority:支持自动选择模型；支持模型的重试；
 2025-08-20 14:04:17 +08:00
likunlong
842a39d6d2 feat: 兼容不选自动模型时的原先逻辑；封装通用方法，简化创建有监控的SSE，简化流式错误输出并通知重试； 2025-08-19 20:28:53 +08:00
likunlong
9fba91c35f feat: 不选择模型自动选择时走原始默认逻辑； 2025-08-19 18:00:20 +08:00
likunlong
498135b7fd feat: 失败回调器中使用emitter对象的唯一hash作为key，不再使用session，不与业务进行绑定，同时也保证跨线程调用的正确性； 2025-08-19 17:53:27 +08:00
likunlong
c3ab13ae67 feat: 处理在非Web线程中获取Request中token失败的问题； 2025-08-19 17:39:20 +08:00
likunlong
1638b9dd75 feat: 修改目前实现类使用统一重试降级逻辑； 2025-08-19 16:51:51 +08:00
likunlong
4434d8346c feat: 问答时添加统一重试和降级逻辑； 2025-08-19 16:46:25 +08:00
likunlong
119483df86 feat: 自动设置请求参数中的模型名称； 2025-08-19 15:12:24 +08:00
likunlong
07cb351807 feat: 根据是否有附件和是否自动，自动选择模型并且获取服务； 2025-08-19 10:32:17 +08:00
likunlong
8d0c557bdb feat: 添加自动获取高优先级模型和服务的逻辑； 2025-08-18 14:30:08 +08:00
violateer
b52f7a7112 feature: 添加开启知识库角色，用户可见个人知识库及角色分配知识库 2025-08-15 20:41:59 +08:00
Administrator
affdc5e3a6 问题概述 
1.保存消息和计费逻辑存在耦合
2.修改计费逻辑：
按次计费被阈值限制：旧逻辑把 TIMES 分支放在 totalTokens ≥ 100 的大分支里，导致没到100 token时不扣费，违背“每次调用就扣费”的语义。
token累计不当：TIMES 分支只扣费不处理累计，同时在 totalTokens < 100 时不会进入任何TIMES逻辑，累计会无意义增长。
粒度不稳定：TOKEN 计费一旦达阈值就把 total 全扣完并清零，不利于对账与用户体验。
打印方式：使用 System.out.println，不利于生产追踪。

改动要点
1.新增独立方法
saveMessage(ChatRequest): 只落库。
publishBillingEvent(ChatRequest): 只发布异步计费事件。
保留组合方法 saveMessageAndPublishEvent(ChatRequest) 以便需要一行调用时使用。
调用处已改为“先保存，再发布事件”
SseServiceImpl: 先 saveMessage，再 publishBillingEvent。
SSEEventSourceListener: 同上。
DifyServiceImpl: 同上。

2.计费模式分流：
TIMES：每次调用直接扣费，不累计。
TOKEN：按阈值（100）批量扣费，保留余数，账单颗粒稳定。
保留余数：total = prev + delta；billable = floor(total/threshold)threshold；remainder = total % threshold。
日志替换：统一使用 log.debug。
结构更清晰、可维护。
所有金额计算统一用 BigDecimal，保留两位小数，RoundingMode.HALF_UP
按次计费：每次直接扣费（BigDecimal），边界转 Double
按 token 计费：按阈值批量结算，保留余数；费用=单价(BigDecimal)×可结算token数
1. 消息分类存储
用户消息：role="user", deductCost=null, totalTokens=本次token数, remark="用户消息"
系统账单：role="system", deductCost=实际扣费, totalTokens=计费token数, remark="TIMES_BILLING/TOKEN_BILLING"
2. 数据流程
用户发送消息 → 预检查余额 → 保存用户消息 → 发布计费事件 → 异步扣费 → 保存账单记录
 2025-08-14 14:00:48 +08:00
l90215
e83d70e9c3 feat: fix代码生成类型问题 2025-08-11 21:59:02 +08:00
Administrator
5a2e08f87d 问题概述 
1.保存消息和计费逻辑存在耦合
2.修改计费逻辑：
按次计费被阈值限制：旧逻辑把 TIMES 分支放在 totalTokens ≥ 100 的大分支里，导致没到100 token时不扣费，违背“每次调用就扣费”的语义。
token累计不当：TIMES 分支只扣费不处理累计，同时在 totalTokens < 100 时不会进入任何TIMES逻辑，累计会无意义增长。
粒度不稳定：TOKEN 计费一旦达阈值就把 total 全扣完并清零，不利于对账与用户体验。
打印方式：使用 System.out.println，不利于生产追踪。
3.建议数据库不要存扣除金额和累计消耗token，消息表里不需要存“累计到目前为止多少”，否则每条消息都变成快照，既冗余又易不一致

改动要点
1.新增独立方法
saveMessage(ChatRequest): 只落库。
publishBillingEvent(ChatRequest): 只发布异步计费事件。
保留组合方法 saveMessageAndPublishEvent(ChatRequest) 以便需要一行调用时使用。
调用处已改为“先保存，再发布事件”
SseServiceImpl: 先 saveMessage，再 publishBillingEvent。
SSEEventSourceListener: 同上。
DifyServiceImpl: 同上。

2.计费模式分流：
TIMES：每次调用直接扣费，不累计。
TOKEN：按阈值（100）批量扣费，保留余数，账单颗粒稳定。
保留余数：total = prev + delta；billable = floor(total/threshold)threshold；remainder = total % threshold。
日志替换：统一使用 log.debug。
结构更清晰、可维护。
所有金额计算统一用 BigDecimal，保留两位小数，RoundingMode.HALF_UP
按次计费：每次直接扣费（BigDecimal），边界转 Double
按 token 计费：按阈值批量结算，保留余数；费用=单价(BigDecimal)×可结算token数
 2025-08-08 13:39:37 +08:00
l90215
10708b7625 feat: 优化空指针bug&格式化代码&初始化用户知识库角色配置 2025-08-04 20:50:49 +08:00
ageerle
cc4ca69640 Merge pull request #143 from violateer/feature/knowledge-role 
添加知识库权限控制功能
 2025-08-02 15:56:42 +08:00
ageerle
3c19a2b7a4 Merge pull request #142 from keke-cxn/main 
修复：请求地址'/system/role/authUser/selectAll',发生未知异常:cn.dev33.satoken.exce…
 2025-08-02 15:56:16 +08:00
keke
21c390c4d6 修复：1.在使用dify的时候,发送1+1=？模型返回2，但是第二次问他为什么等于2的时候，模型无法获取上下文信息，经过排查，发现缺少conversationId，session表需要添加conversationId字段 
2.在使用dify的时候message表中并没有存储模型返回的消息，并且扣除费用、
 2025-08-02 13:18:30 +08:00
violateer
999282210e 添加知识库权限控制功能 2025-07-20 10:17:50 +08:00
violateer
a99344813f 添加知识库权限控制功能 2025-07-20 10:05:38 +08:00
Administratos-User
99114d3301 修复token不扣费和扣费异常的问题 
1.本次提交的token数+未付费token数 判断大于100token的时候就进行扣费，当然这里还可以改成更多，我觉得100合适。
2.不需要进行扣费的地方屏蔽了相关代码。
3.SessionId传递异常 建议前端传递uuid，也就是每次会话的id。
 2025-07-11 11:59:20 +08:00
lindaxia
48270add01 Merge branch 'main' of https://github.com/ageerle/ruoyi-ai 2025-07-06 07:52:25 +08:00
lindaxia
3786644a25 新增小程序接口 2025-07-06 07:51:38 +08:00
Yzm
daa7b7315b [fix][feat](chat): 添加会话中SaToken-token值传递和使用；修复“自动注入警告 => 用户未登录” 
- 新增 BaseContext 类，用于保存和获取当前登录用户的 token
- 在 OpenAIServiceImpl 和 imageServiceImpl 中获取当前会话 token
- 将 token 作为参数传递给 SSEEventSourceListener
- 在 SSEEventSourceListener 中使用 token 进行用户身份验证和权限控制
- 修改 LoginHelper，增加根据 token 获取登录用户信息的方法
- 更新 InjectionMetaObjectHandler，使用 BaseContext 获取当前 token
- 修复对话时出先”自动注入警告 => 用户未登录“
 2025-07-05 19:12:33 +08:00
lindaxia
d9c47bd983 修复删除知识库清空相关表 2025-07-01 18:06:49 +08:00
Yzm
fd94a1772f feat(chat): 集成 FastGPT 聊天模型- 在 ChatModeType 枚举中添加 FASTGPT 选项- 新增 FastGPT 相关的实体类和请求响应类 
- 实现 FastGPT聊天服务接口
- 添加 FastGPT SSE 事件监听器
 2025-06-30 22:03:31 +08:00
l90215
4e2ec2dc82 feat: 修复修改角色时候报错&优化一些代码风格 2025-06-26 10:19:08 +08:00
ageerle
11286de676 Merge pull request #118 from MuSan-Li/feature_20250610_add_prompt_template 
Feature 20250610 add prompt template
 2025-06-23 16:36:40 +08:00
MuSan-Li
cc129801b9 添加提示词模板 2025-06-12 17:06:06 +08:00