分类

文章

Kimi 暂停 C 端新用户订阅:AI 产品如何应对算力供给瓶颈

来源: oschina.net 24
Kimi 发布公告称,近期用户请求量快速增长,现有算力集群的承载压力接近极限,因此暂停 C 端新用户订阅,并启动算力扩容计划。与此同时,后续新用户权益将进一步拆分为“Kimi 主权益”和“Kimi Code 权益”,分别管理不同产品服务。 这件事的关键不只是“暂停注册”,而是一个 AI 产品在需求增长速度超过算力供给速度后,如何通过流量控制、容量扩展和...

当代码不再稀缺:用判断与品味驾驭 AI 创作

来源: oschina.net 22
当每个人都能调用相似的大模型、生成大量代码和快速拼出原型时,产出的数量不再构成稳定优势。真正拉开差距的,是团队能否判断什么值得创造、哪些细节必须保留,以及什么时候应该拒绝一个“技术上可行”的方案。 从上海源创会关于 AI 创新的讨论,到 7 月 25 日在北京继续围绕 Taste 展开交流,这个话题指向了一个正在发生的变化:工具降低了实现成本,却没有替...

CherryTree 1.7.1.0 发布:树形笔记、代码高亮与本地数据管理

来源: oschina.net 40
CherryTree 1.7.1.0 已经发布。对于需要长期整理技术资料的开发者来说,它的价值不只是“能写富文本”,而是把无限层级目录、代码高亮、本地存储和密码保护放进了同一个桌面应用。Linux 与 Windows 用户都可以用它管理项目记录、排障手册、命令片段和个人知识库。 由于现有摘要只展示了更新列表开头的“word...”,无法确认完整的版本变...

APIJSON 8.2:把 StarRocks、AI Skills 与 MCP 接入可治理的数据 API

来源: oschina.net 36
APIJSON 的核心思路,是让客户端用结构化 JSON 描述查询和写入需求,再由服务端协议解析器与 ORM 自动完成数据访问。8.2 版本标题进一步出现了 StarRocks、AI Skills 和 MCP,说明它的应用边界正在从常规业务 CRUD,延伸到分析型数据与 AI 工具调用场景。 不过,自动化不等于取消后端治理。接口越通用,权限、查询成本和...

DjangoAdmin FastAPI+EleVue v2.7.2:以回归验证为核心的小版本升级指南

来源: oschina.net 25
DjangoAdmin FastAPI+EleVue 版本发布 v2.7.2。根据发布摘要,这次更新的重点是修复近期用户反馈的问题,并未列出新增模块或接口变更。对于已经在使用该框架的团队,这更像一次维护性升级:重点不在体验新功能,而在验证问题是否消失、既有业务是否受到影响。 该框架采用 FastAPI、Vue、ElementUI 和 MySQL 等技术...

RXThinkCMF v2.6.0 发布:Laravel 10 与 Vue 3 后台框架的稳态更新

来源: oschina.net 28
RXThinkCMF Laravel10+AntdVue 版本发布 v2.6.0。本次更新的重点是修复近期用户反馈的问题,没有引入大规模功能调整。对于已经用于后台管理系统的项目,这类版本更强调稳定性:减少已知故障,同时尽量控制升级带来的行为变化。 从技术组合看,RXThinkCMF 以 PHP、Laravel 10、Vue 3、Ant Design V...

PostgreSQL 12 之后,extra_float_digits 到底还控制什么

来源: postgr.es 28
是一个职责发生过根本变化的 PostgreSQL 配置参数。过去,浮点数输出必须在“便于阅读”和“足以无损还原”之间取舍;从 PostgreSQL 12 开始,新的最短精确输出算法让数据库可以同时做到两点。参数依然存在,但理解它时必须把版本差异考虑进去。 PostgreSQL 的 和 使用二进制浮点格式。许多看似简单的十进制小数,例如 ,无法用有限位二...

Skyeye 云智能制造 v3.19.13:零代码平台落地前要看清的架构与验收重点

来源: oschina.net 32
Skyeye 云智能制造发布 v3.19.13。公开摘要展示了一套覆盖 CRM、ERP、MES、OA、EHR、财务、考勤、工作流、报表和 SaaS 等领域的一体化系统,技术栈包含 Spring Boot、UNI-APP 与 Ant Design Vue,并以零代码方式承载大量电子流程。 不过,摘要没有列出 v3.19.13 的具体新增功能、修复项和兼容...

PostgreSQL 的 UPDATE 去了哪里:从 MVCC、死元组到 VACUUM

来源: planetscale.com 25
在 PostgreSQL 中, 通常不会直接覆盖原来的行。数据库会写入一个新版本,并让旧版本继续存在,直到没有任何事务需要看到它。这个设计支撑了 MVCC 的并发读写能力,但也带来一个直接后果:旧版本会变成死元组,长期积累后造成表膨胀。 理解这条生命周期,可以解释很多生产现象:为什么更新频繁的表越来越大、为什么执行了 却没有释放磁盘、为什么长事务会拖住...