https://i.imgur.com/FHXkATc.png

在我的显示器上内容没有居中

在我这里，已经不考虑贵不贵的问题，而是需不需要花钱的问题，编程纯属个人爱好

https://aibotpro.cn

当然系统也不是面向小白的,甚至可以说是面向开发者的，你需要有较长一段时间 LLM 使用经验才用得明白，不然最多用到我系统 10%的功能 https://i.imgur.com/Ug1iMq4.png

@h417840395 #4 用知识库的前提，至少知识录入人已经对文档甚至可以倒背如流了，面向给对文档不熟悉的人，也就是客服场景比较好

@h417840395 #4 在我看来，知识库有且只有私有化，且垂直轻量的搜索引擎，这唯一一个场景

不能用知识库，必须用上下文模式，然后用 api 的 jsonschema 模式，如果 128K 的上下文还不够用，那你只能人工介入，分块然后合并，人工分块，合并可以写个函数自动化

热度已经过去了，大部分人拿 LLM 当玩具的，玩具就会腻

@CMLab
@quan01994
@GavinXSF
感谢，找到了，也记录一下，Rider 会把 sdk 放在这里`/Users/yourusername/.dotnet/shared/Microsoft.NETCore.App`，最好的方法还是直接把这个目录里的对应 sdk 目录直接删掉，去微软官网重装 SDK

@joyarise 抱歉可能无法提供帮助，因为封装 API 的原理我与使用网上的其他方法无异，订阅一个官方账号后直接 f12 抓包，然后用.NET 在我程序内实现，您说到的 cookie 不对，因为各家厂商，读取 cookie 的位置是不同的，有的读 header 有的读请求体，两种你可以都尝试一下

怎么全在画橘子🍊

熟练使用 LLM ，你可以以 java 的提问方式让 LLM 帮你翻译成 C#代码，或者给你提供 C#的实现方法，很简单的，其他的都是些操作习惯和概念性的问题，不想深究你就记住就行，C#就该怎么怎么操作，怎么怎么写

我觉得挺好的，对于不了解 go 的开发者很友好，至于楼中的一些维护问题以及改代码后注释不对的问题，我不敢苟同，修改注释本来就是维护中的一部分，只改代码懒得去改注释，这就是坏习惯，不是理所当然，而且楼中提到的无意义注释：// 配置信息，// 缓冲读取器，// 缓冲读取器，根本就不会去经常改，哪来的维护麻烦的问题

防御型编程是怎么做到的，我干过的公司，基本代码仓库都专门有个审核分支，写的代码都只能提交到审核分支，负责人看完后合并到主分支，没通过的直接邮件和工单，注释量和变量名甚至什么时候用 for 什么时候用 foreach 都要管🙄

@LanhuaMa 我就知道一定会有这条评论🤣其实我一开始就准备开放这个 API ，一方面 4omini 很便宜，另一方面我的 llm 模型没有固定是 4omini ，还有 deepseek-coder ，以及没有流输出，所以要防恶意脚本硬刷，用户抓个 API 其实无伤大雅

@Rumble66 可以查查是否有空格类的键入，因为很多地方是没有清理空格的

@Rumble66 抱歉因为大部分用户是直接从旧平台迁移的，所以注册几乎没有测试，但是验证码输入没问题都注册不了这是不太可能的，您可以重复检查一下，因为至今我也只收到您这一次反馈，至于强制倒计时，这是参考了很几家的做法，因为我们使用的 QQ 邮箱服务没有自建，发送错误只会是因为 QQ 邮箱服务超并发了或者邮箱被暂时停用了，这种情况即便是解除了 60s 依旧只会堵塞，所以在前端强制暂停 60s ，至于您质疑我们的项目不是从 0 开发的，可以前往 github 查阅我们的开源版本： https://github.com/MayDay-wpf/AIBotPublic

@aladd 感谢您的使用和推荐，我就是这个平台的创建人 https://i.imgur.com/pmNOo2w.png

* 但是，我不认为 aibot 需要跟 OP 所说的这个站点进行比较，因为我们整个系统是从 0 开发且开源的，而 OP 提到的是基于 chatnio 二开，我们在技术服务上有先天优势

* 正如您所说，我们是按量计费，试错成本极低，没有积分制扰乱视听，一切以 RMB 为兑换单位

* 我们也有订阅服务并且优惠力度还算大

* 我们对所有模型都进行了详细的名称、版本号标注，可以使用官方 API 进行直接对比验证

* 我们 2023 年 1 月开始运营，一直坚持 [不限期无理由退余额]

* 我们为开发者提供了专门的免费使用，在 [创意工坊] 中，GPT4 等系列模型，任何人都可以获得长期的每小时 10~20 次的免费使用次数，以及 API 调用

* 非开发者，我们也提供了众多免费的开源模型，同样没有限制

* 关于隐私保护，我们在数据库不会存放明文，所有记录仅用于 [用户历史记录] 功能的实现，所有对话记录都会加密后再入库，即便数据库被盗取也不会泄露任何对话内容，我们的加密方式是闭源的无需担心有被解密风险，因为目前我们已知的，可以实现破解我们数据库密文的方法，只有暴力碰撞破解

这种东西制作，不说 0 门槛吧，只能说毫无门槛，这是我花了两个月从 0 开发出来的完成度，目前你在网上能找到 chat 服务相关的功能都做上去了，能守着这种类型源码当宝贝的，只能说是 low 逼中的 low 逼😅

https://github.com/MayDay-wpf/AIBotPublic

豆瓣好像也有类似的 API ～