如题 https://zcode.z.ai/cn/changelog 现在就算有 AI 工具加码，也只提升了整个编码的开发速度，后面还有调试、测试、发版等一系列相关流程要走。如果一个人做，一天一更新感觉也比较极限，很难持续；如果多个人一起做，又如何保证大家并发开发的功能在合并时不会发生冲突？
在多模块、多人协作的场景下，AI 有没有好的提效和控制熵增的方案？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
 |
1
isbase PRO ChatGPT （ codex ）最近也几乎一天一更新 这个周末至少更新两次了
|
 |
2
sw042 OP |
 |
3
NathanInMac 17h 56m ago
滚动发车呀，你看到的今天更新的，可能就是几天前封板测试的
|
|
4
sw042 OP @NathanInMac 那它版本和版本间的这种冲突是如何避免的？还是说，其实他们也花了很大的一些精力和人力去投入，解决这种版本间的差异？因为我觉得，只要不是完全独立的功能点，一旦涉及到历史 bug 的修复和历史功能的迭代，就可能存在多个开发分支对同一个地方进行修改，从而产生冲突。
那么，在这种情况下，我们该如何做好质量保障呢？ |
 |
5
lujiaosama 17h 36m ago
TRAE 之前也是频繁更新，一天甚至两三更，然后问题也是多多。这种频繁发版的别指望有啥稳定性。我都不得不回退版本来解决新版本的 BUG
|
 |
6
lscho 17h 35m ago via Android
ai 时代日更是日常基操了
|
 |
7
hallDrawnel 17h 21m ago
不懂 app ，我们后端就是每天发两次版，main 分支碎片小 PR 频繁的合入，一个需求是多次合并横跨几个 release 的，每天都能看到新的功能被发布，实际上就是完成这个功能的最后一个 pr 在这次 release 周期合并了而已。
因为我们每次 pr 都尽可能的小，并且使用 merge queue 来缓解，大冲突的可能就不大了。 |
 |
8
bbbblue 17h 16m ago
大概可能请用户吃狗粮...
|
 |
9
cubecube 17h 4m ago
客户端其实还好吧，交互确定，修改影响好分析，稳定性相对高
|
 |
10
exploretheworld 16h 47m ago via Android
codex 改了，单元测试全跑通了，再开个窗口审查代码，再把审查结果改一改，最后自己再用一下，没问题直接合代码发版
|
 |
11
dingawm 16h 17m ago
zcode 有些功能/设计还挺人性化的
比如按 command+j 能打开/关闭终端（有些 Agent 是侧边栏，比如 Claude Desktop ），Codex 我记得之前好像是有的，更新后没了（或者变成其他组合键了，不太习惯），Claude Desktop 以前好像没有，最近发现有了 还有在对话中间切换权限模式能生效，Codex 就不生效，比如对话一开始是手动审批，后面改成为我审批，但是还是要手动审批 还有右上角的任务 todo 列表，Claude Desktop 竟然没有，Codex 倒是有 |
 |
12
sommio 16h 13m ago via Android
你可以看下 oh my pi 这个开源仓库的迭代节奏，反正不回归全靠 ai 写一堆 e2e 顶着，哪天回归了再写一个 e2e 修，无限堆
|
 |
14
bkmi 15h 43m ago via Android
AI 时代，一天一更是常态。一周不更要么在憋大的要么快死了，一个月不更百分百死掉了
|
 |
15
virus384 14h 52m ago
因为代码都是 ai 写得 人多且能力层次不齐，并且领导都着急上线，表面看着光鲜，实际项目里的 bug 满天飞！！！ 我们项目组目前就是 一天好几更 修复 bug
|
 |
16
yoyoyoyolol 11h 1m ago
敏捷开发
|
 |
17
kukakalxh 9h 7m ago
claude code 几乎也是每天一个 release 版本。我觉得这些 AI 大厂现在几乎都是靠 AI 来搞测试，不可能靠人工了。
|
 |
18
way2explore2 9h 6m ago
claude code 也是啊
|
 |
19
jindeq 8h 31m ago
先更新，然后后台收集崩溃报告，帮助他们迭代。
用户就是小白鼠了，替他们直接做肉身测试，免去繁琐的测试环节，这样才匹配 AI 时代的节奏。 |
 |
20
kneo 8h 24m ago via Android
全自动化。做不到就别搞 AI 了。有 bug 就等 bug report 。毕竟世界上没有任何方法能保证你的软件 100%无 bug 。你只需要找到一个流程迭代下去。
|
 |
21
zuosiruan 8h 18m ago via iPhone
ai 时代基本操作，越来越多的应用都是这么更新的
|
 |
22
luckyc 8h 12m ago
不是 ci/cd 么?
|
 |
23
liaohongxing 8h 10m ago
每周每天加什么功能有规划，增量测试一下就行，ci/cd 流水线自动编译
|
 |
24
loading 8h 2m ago via Android
反正不是企业家工业级要求，只要能保证自动更新功能 work 就行。就算要重装，用户也没话说，反正寡头垄断。
|
 |
25
zhaojiaiqing 8h 1m ago
codex 也经常更新，而且还不保证质量。有时候更新完直接就用不了了...
|
 |
26
94 7h 57m ago
各家的 AI Agent 不都是一天一更或者一天多更吗？
|
 |
27
gogozs 7h 55m ago
那就苦一苦牛马了
|
 |
28
ca2oh4 7h 48m ago
有了 ai 之后很多视频博主的更新频率也上来了
|
 |
29
Sundayz 7h 38m ago
不做测试当然发版快
|
 |
30
skuuhui 7h 37m ago
如果你在 23 年之前写过代码，可能会知道-今天发布的版本可能上周就做好了，同时在开发的可能有多个功能。只不过陆续测试审核过上线罢了。
|
 |
31
david1025 7h 36m ago
这些需求也不是只做了一天，是之前提了一大堆需求很多人在做，每个任务的完成日期也不一样，做完就更新呗
|
 |
32
jimrok 7h 18m ago
所有的信息，在 AI 端不是一次就对齐了。以前五角大楼军事行动还要订披萨，现在 AI 直接生成各军种的后勤保障，打击计划。不用加班了。
|
 |
33
wat4me 7h 15m ago
CodeX 基本也是一天一更，有 AI 加持更新快很正常吧，之前的 ZCode 有两版本在 Windows 无法自动更新，明显没怎么测试，不然这么明显的问题不可能没发现
|
 |
34
sigma65535 7h 14m ago via Android  3
你这相当于问，中国每天都有新生儿降生怎么做到的，不是说怀胎要 10 月吗
|
 |
35
CakeJu 7h 8m ago
@sigma65535 #34 😂
|
 |
36
yuchen198 6h 49m ago
更新得越快，一般说明功能越不稳定
|
 |
37
Torpedo 6h 39m ago
都是用 ai 做自动化迭代、测试和发布。人基本只录入需求和控制方向
|
 |
38
prosgtsr 6h 33m ago 1
楼主想的：如何在这么快更新的前提下保障质量
实际发生的：保障不了太多，AI 能保障多少是多少吧 |
 |
39
OliverDD 6h 28m ago
我知道的一个产品：没人 review 代码，发布出 bug 写代码的人也不管，oncall 处理。
|
 |
40
Rorysky 6h 27m ago
你 vibe 他也 vibe
自举了 |
 |
42
Geon97 5h 56m ago
claude code 和 codex 也基本上一天一更
|
 |
43
TArysiyehua 5h 11m ago
AI 时代的开发效率很高，但是说实话，稳定性与质量都比以前人工写的要差很多。
|
 |
44
cvbnt 5h 2m ago
半个月前 codex 更新速度相当变态，一天更三次，现在还好，三天更一次差不多
|
 |
45
ndxxx 4h 51m ago via Android
更新快，质量差。LLM 的本质依然是炼金术。
老生常谈，裸 LLM 再强也是上限 1M 的注水上下文，各种 harness 本质上还是信息压缩和工程优化。优化过程吹的再强，结果还是腹泻式更新发版🤣 |
 |
46
IvanLi127 4h 7m ago
合并冲突就是一个简单的苦差事，开发流程规范好，AI 解决冲突几乎不出错。
自动化测试搞好也不至于经常出不可接受的问题。 AI 清洗复现整理反馈的缺陷后，信息也很充足，修起来也很快。 |
 |
47
2333wz 2h 4m ago
COD 是如何做到一年一代的（三个团队轮流发版）
|
Select Language