AI 资讯

跟进 AI 的项目、产品与讨论

已同步 34650 条公开资讯，来源和发布时间保留在每条记录中。

AIGOOD 已同步公开来源；每条资讯详情保留来源和原文链接。

清除
社区讨论LinuxDo 最新

sub2api手动新增gemini3.8不知道为啥不行

奇怪了 [ { "kind": "http error", "message": "Requested entity was not found.", "platform": "antigravity", "proxy id": 31, "account id": 6397, "at unix ms": 1788615067194, "proxy name": "webshare/q951434130@gmail.com/key-r472/slot-3", "account name": "4", "upstre…

查看详情打开原文
社区讨论LinuxDo 最新

怎么感觉，其实GPT6没有官方说的那么屌炸天呢，coding还得是claude呢

虽然看官方表单秒杀了fable，但是看AA和livebench两大榜单的coding都不如fable啊，并且实测我用下来，fable算是一个小升级，但这个模型本身还是相当强大的。GPT用下来是真的觉得太贵了，虽然价格看起来一样，但是缓存读取差了4倍，我平时fable会直接开max或xhigh，但GPT6只敢开high。官方宣传的AGI测试，其实也是在官方特调的agent下并且每次保留上一次的思维链然后实现的99.9嘛。不知道佬们的使用体验如何。 感觉fable和6这种模型以及完全不是咱们这种写代码的人使用的了，而…

查看详情打开原文
社区讨论V2EX 技术

一个 MonoRepo 复杂系统的部署问题

我搞了一套财税系统，采用的是 MonoRepo 的构建方式。也就是说，在 APPs 目录下有几十个应用。前端全部用的是 Next.js ，后端用的是 FastAPI 。现在的问题是，代码托管在 GitHub ，镜像则通过阿里云的 ACR 来构建。 核心问题是构建速度非常慢。目前有 11 个应用，其中 4-5 个是前端，6-7 个是后端服务, 后续还在增长。问题在于，有时候我可能只修改了其中一个应用，但很难控制每次只自动构建被修改的那一个。 目前我在 GitHub 上构建时，只有一个分支，也就是 main 分支。如…

查看详情打开原文
社区讨论V2EX 技术

一个 MonoRepo 复杂系统的部署问题

我搞了一套财税系统，采用的是 MonoRepo 的构建方式。也就是说，在 APPs 目录下有几十个应用。前端全部用的是 Next.js ，后端用的是 FastAPI 。现在的问题是，代码托管在 GitHub ，镜像则通过阿里云的 ACR 来构建。 核心问题是构建速度非常慢。目前有 11 个应用，其中 4-5 个是前端，6-7 个是后端服务, 后续还在增长。问题在于，有时候我可能只修改了其中一个应用，但很难控制每次只自动构建被修改的那一个。 目前我在 GitHub 上构建时，只有一个分支，也就是 main 分支。如…

查看详情打开原文
社区讨论V2EX 技术

一个 MonoRepo 复杂系统的部署问题

我搞了一套财税系统，采用的是 MonoRepo 的构建方式。也就是说，在 APPs 目录下有几十个应用。前端全部用的是 Next.js ，后端用的是 FastAPI 。现在的问题是，代码托管在 GitHub ，镜像则通过阿里云的 ACR 来构建。 核心问题是构建速度非常慢。目前有 11 个应用，其中 4-5 个是前端，6-7 个是后端服务, 后续还在增长。问题在于，有时候我可能只修改了其中一个应用，但很难控制每次只自动构建被修改的那一个。 目前我在 GitHub 上构建时，只有一个分支，也就是 main 分支。如…

查看详情打开原文
社区讨论V2EX 技术

一个 MonoRepo 复杂系统的部署问题

我搞了一套财税系统，采用的是 MonoRepo 的构建方式。也就是说，在 APPs 目录下有几十个应用。前端全部用的是 Next.js ，后端用的是 FastAPI 。现在的问题是，代码托管在 GitHub ，镜像则通过阿里云的 ACR 来构建。 核心问题是构建速度非常慢。目前有 11 个应用，其中 4-5 个是前端，6-7 个是后端服务, 后续还在增长。问题在于，有时候我可能只修改了其中一个应用，但很难控制每次只自动构建被修改的那一个。 目前我在 GitHub 上构建时，只有一个分支，也就是 main 分支。如…

查看详情打开原文
社区讨论V2EX 技术

一个 MonoRepo 复杂系统的部署问题

我搞了一套财税系统，采用的是 MonoRepo 的构建方式。也就是说，在 APPs 目录下有几十个应用。前端全部用的是 Next.js ，后端用的是 FastAPI 。现在的问题是，代码托管在 GitHub ，镜像则通过阿里云的 ACR 来构建。 核心问题是构建速度非常慢。目前有 11 个应用，其中 4-5 个是前端，6-7 个是后端服务, 后续还在增长。问题在于，有时候我可能只修改了其中一个应用，但很难控制每次只自动构建被修改的那一个。 目前我在 GitHub 上构建时，只有一个分支，也就是 main 分支。如…

查看详情打开原文
社区讨论V2EX 技术

一个 MonoRepo 复杂系统的部署问题

我搞了一套财税系统，采用的是 MonoRepo 的构建方式。也就是说，在 APPs 目录下有几十个应用。前端全部用的是 Next.js ，后端用的是 FastAPI 。现在的问题是，代码托管在 GitHub ，镜像则通过阿里云的 ACR 来构建。 核心问题是构建速度非常慢。目前有 11 个应用，其中 4-5 个是前端，6-7 个是后端服务, 后续还在增长。问题在于，有时候我可能只修改了其中一个应用，但很难控制每次只自动构建被修改的那一个。 目前我在 GitHub 上构建时，只有一个分支，也就是 main 分支。如…

查看详情打开原文
社区讨论V2EX 技术

一个 MonoRepo 复杂系统的部署问题

我搞了一套财税系统，采用的是 MonoRepo 的构建方式。也就是说，在 APPs 目录下有几十个应用。前端全部用的是 Next.js ，后端用的是 FastAPI 。现在的问题是，代码托管在 GitHub ，镜像则通过阿里云的 ACR 来构建。 核心问题是构建速度非常慢。目前有 11 个应用，其中 4-5 个是前端，6-7 个是后端服务, 后续还在增长。问题在于，有时候我可能只修改了其中一个应用，但很难控制每次只自动构建被修改的那一个。 目前我在 GitHub 上构建时，只有一个分支，也就是 main 分支。如…

查看详情打开原文