YesImBot icon indicating copy to clipboard operation
YesImBot copied to clipboard

机械壳,人类心。

Results 26 YesImBot issues
Sort by recently updated
recently updated
newest added

如题,不同群聊可能对bot的人设/回复速度等有不同要求,推荐支持针对每个群的专属配置文件

希望MemorySlot.Filter功能可以支持接入内容审核服务或导入敏感词库(比如[这个项目](https://github.com/konsheng/Sensitive-lexicon))来避免群聊内容不经意间让AI渠道炸掉

## [Unreleased] ### Added - 核心工具插件,支持消息发送、图片描述和打字模拟功能 - 动态模型选择和健康管理系统 (ModelSwitcher) - 遥测插件,集成 Sentry 错误追踪 - 向量存储插件,支持 PGlite 驱动 - 文本转语音插件,支持多语言配置和 Fish Audio - 支持视觉模型的动态模型或组选择 - 动作级别的心跳继续控制机制 - 新的上下文系统 ### Changed -...

### Describe the problem related to the feature request > 目前 Athena 的 Agent 执行逻辑基于 HeartbeatProcessor:每次心跳由 LLM 输出一个自定义 AgentResponse JSON(包含 thoughts、actions[]、request_heartbeat),再由宿主侧顺序执行所有 actions。 1. 工具调用协议完全依赖提示词约定,LLM 需要“自己产 JSON”,稳定性受限; 2. 同一轮心跳内的工具调用是开环的,工具结果不会回流到当前 LLM 推理中,不利于复杂多步任务。...

### Describe the problem related to the feature request 当前@BOT被视为一条普通聊天记录的加权 这导致使用默认新消息处理策略(跳过)时,如果频道正忙,那么@BOT的消息会被暂时忽略,不论意愿有多高 但个人认为@BOT的消息是一个十分特殊的消息,意味着明确要和BOT对话,应该始终及时回应 ### Describe the solution you'd like 允许@BOT的消息无视新消息处理策略,始终立即处理 ### Describe alternatives you've considered _No response_ ### Additional context 对于一个单独@BOT的消息,可以给一个短暂的延迟以获取之后的消息,因为有些人习惯先@一下然后再说内容

### Describe the problem related to the feature request 当前的意愿,虽然具有诸多算法,但核心还是随机数。 意愿系统模拟了兴趣,但兴趣没有和真正内容挂钩。 这导致LMM知道如何回复群聊内容,但实际上不知道什么时候应该加入,什么时候可以退出。 ### Describe the solution you'd like 看到项目有计划支持多智能体 #150 也许可以在判断意愿触发回复之前,使用LLM对聊天记录进行总结,并提炼出话题 每次首次被触发时,先对之前一段聊天记录进行总结,并确认主要话题 之后每隔一段上下文就进行一次总结,新的聊天记录对比之前,上次的话题占比多少,如果有新话题,是什么 对于长时间间隔的聊天,也可以对旧聊天和新聊天进行一次对比总结,因为这种情况往往意味着之前话题已经结束,开始了新话题 LLM的意愿则以话题为单位进行管理,并根据话题在当前聊天占比缩减或提升,对于另外的话题,初始意愿可以很低。 最终是否触发发言,根据综合意愿决定,并将意愿最大的话题作为提示词提供,也能一定程度的约束与控制LLM的输出 ### Describe alternatives you've...

### Describe the problem related to the feature request 有时候Bot可能在不适合的聊天场合发言,造成干扰 由于bot可能还有其他功能,禁言不太合适 ### Describe the solution you'd like 希望能增加一个指令,在当前群聊暂时停止聊天 不是程序方面的停止,而是清空意愿,并在一定时间内抑制意愿,模拟群友离开的感觉 ### Describe alternatives you've considered _No response_ ### Additional context _No...

最近我重写了 Providers 实现,新包的大部分代码基于 models.dev API 自动生成,欢迎体验。(目前它能替换掉 `@xsai-ext/providers-cloud`) > 可能还存在一些问题(如缺失 / 命名不一致,欢迎反馈),将于 v0.4.0 稳定并包含 `@xsai-ext/providers-local` https://xsai.js.org/docs/packages-ext/providers ## Bonus 像 AIRI 和 YesImBot 这样的项目封装都很复杂,或许 xsAI 可以提供一些元数据以替换掉函数,例如: ```ts import { baseURLs, names, capabilities,...

### Describe the problem related to the feature request 当前版本没有核心记忆库,bot对群员的记忆仅存在于单一群聊上下文中,若用户在多个群与同一个bot聊天,会因为没有此用户的记忆而产生较强的割裂感。 ### Describe the solution you'd like 新增一个`link`配置,用于将两个频道关联起来,被链接的频道将共享上下文,构造提示词时会将两个频道的聊天记录一并提交给LLM。 ### Describe alternatives you've considered _No response_ ### Additional context 一些问题: - 一些过于久远的消息应该被过滤...

### Describe the problem related to the feature request 对于图片太频繁到速率限制时,或者模型当前算力不足时,图片识别总是失败. 但是用户可能有多个模型可以具有视觉能力能够进行识别. `用于图片描述的多模态模型`允许使用`模型组`或添加任务的注册途径而非单个模型 ### Describe the solution you'd like 解绑taskType与modelGroup的绑定关系,允许在没有taskType的情况下获取modelSwitcher,让扩展可以直接使用模型组进行调用. ### Describe alternatives you've considered 设计加载扩展时从第三方扩充taskType到modelService,使得扩展可以通过定义taskType拿到对应模型组的modelSwitcher进行调用. 或者,第三方再手动实现一次modelSwither ### Additional context