像 ZCode 这种一天一更新是怎么做到的？

[sw042]

如题 https://zcode.z.ai/cn/changelog 现在就算有 AI 工具加码，也只提升了整个编码的开发速度，后面还有调试、测试、发版等一系列相关流程要走。如果一个人做，一天一更新感觉也比较极限，很难持续；如果多个人一起做，又如何保证大家并发开发的功能在合并时不会发生冲突？

在多模块、多人协作的场景下，AI 有没有好的提效和控制熵增的方案？

[isbase]

ChatGPT （ codex ）最近也几乎一天一更新 这个周末至少更新两次了

[sw042]

@isbase 那他这种是单人更新吗？还是多个人协作的？

感觉多人协作的话，在 AI 无法完全完成端到端发布的时候，它解决冲突的功能可能还没有想象的那么让人放心。

[NathanInMac]

滚动发车呀，你看到的今天更新的，可能就是几天前封板测试的

[sw042]

@NathanInMac 那它版本和版本间的这种冲突是如何避免的？还是说，其实他们也花了很大的一些精力和人力去投入，解决这种版本间的差异？因为我觉得，只要不是完全独立的功能点，一旦涉及到历史 bug 的修复和历史功能的迭代，就可能存在多个开发分支对同一个地方进行修改，从而产生冲突。
那么，在这种情况下，我们该如何做好质量保障呢？

[lujiaosama]

TRAE 之前也是频繁更新，一天甚至两三更，然后问题也是多多。这种频繁发版的别指望有啥稳定性。我都不得不回退版本来解决新版本的 BUG

[lscho]

ai 时代日更是日常基操了

[hallDrawnel]

不懂 app ，我们后端就是每天发两次版，main 分支碎片小 PR 频繁的合入，一个需求是多次合并横跨几个 release 的，每天都能看到新的功能被发布，实际上就是完成这个功能的最后一个 pr 在这次 release 周期合并了而已。
因为我们每次 pr 都尽可能的小，并且使用 merge queue 来缓解，大冲突的可能就不大了。

[bbbblue]

大概可能请用户吃狗粮...

[cubecube]

客户端其实还好吧，交互确定，修改影响好分析，稳定性相对高

[exploretheworld]

codex 改了，单元测试全跑通了，再开个窗口审查代码，再把审查结果改一改，最后自己再用一下，没问题直接合代码发版

[dingawm]

zcode 有些功能/设计还挺人性化的
比如按 command+j 能打开/关闭终端（有些 Agent 是侧边栏，比如 Claude Desktop ），Codex 我记得之前好像是有的，更新后没了（或者变成其他组合键了，不太习惯），Claude Desktop 以前好像没有，最近发现有了
还有在对话中间切换权限模式能生效，Codex 就不生效，比如对话一开始是手动审批，后面改成为我审批，但是还是要手动审批
还有右上角的任务 todo 列表，Claude Desktop 竟然没有，Codex 倒是有

[sommio]

你可以看下 oh my pi 这个开源仓库的迭代节奏，反正不回归全靠 ai 写一堆 e2e 顶着，哪天回归了再写一个 e2e 修，无限堆

[sommio]

@sw042 AI 之前 TBD 分支管理模式就开始一天一合了，现在大部分功能的分支也都能做到一天一合

[bkmi]

AI 时代，一天一更是常态。一周不更要么在憋大的要么快死了，一个月不更百分百死掉了

[virus384]

因为代码都是 ai 写得 人多且能力层次不齐，并且领导都着急上线，表面看着光鲜，实际项目里的 bug 满天飞！！！ 我们项目组目前就是 一天好几更 修复 bug

[yoyoyoyolol]

敏捷开发

[kukakalxh]

claude code 几乎也是每天一个 release 版本。我觉得这些 AI 大厂现在几乎都是靠 AI 来搞测试，不可能靠人工了。

[way2explore2]

claude code 也是啊

[jindeq]

先更新，然后后台收集崩溃报告，帮助他们迭代。

用户就是小白鼠了，替他们直接做肉身测试，免去繁琐的测试环节，这样才匹配 AI 时代的节奏。

[kneo]

全自动化。做不到就别搞 AI 了。有 bug 就等 bug report 。毕竟世界上没有任何方法能保证你的软件 100%无 bug 。你只需要找到一个流程迭代下去。

[zuosiruan]

ai 时代基本操作，越来越多的应用都是这么更新的

[luckyc]

不是 ci/cd 么?

[liaohongxing]

每周每天加什么功能有规划，增量测试一下就行，ci/cd 流水线自动编译

[loading]

反正不是企业家工业级要求，只要能保证自动更新功能 work 就行。就算要重装，用户也没话说，反正寡头垄断。

[zhaojiaiqing]

codex 也经常更新，而且还不保证质量。有时候更新完直接就用不了了...

[94]

各家的 AI Agent 不都是一天一更或者一天多更吗？

[gogozs]

那就苦一苦牛马了

[ca2oh4]

有了 ai 之后很多视频博主的更新频率也上来了

[Sundayz]

不做测试当然发版快

[skuuhui]

如果你在 23 年之前写过代码，可能会知道-今天发布的版本可能上周就做好了，同时在开发的可能有多个功能。只不过陆续测试审核过上线罢了。

[david1025]

这些需求也不是只做了一天，是之前提了一大堆需求很多人在做，每个任务的完成日期也不一样，做完就更新呗

[jimrok]

所有的信息，在 AI 端不是一次就对齐了。以前五角大楼军事行动还要订披萨，现在 AI 直接生成各军种的后勤保障，打击计划。不用加班了。

[wat4me]

CodeX 基本也是一天一更，有 AI 加持更新快很正常吧，之前的 ZCode 有两版本在 Windows 无法自动更新，明显没怎么测试，不然这么明显的问题不可能没发现

[sigma65535]

你这相当于问，中国每天都有新生儿降生怎么做到的，不是说怀胎要 10 月吗

[CakeJu]

@sigma65535 #34 😂

[yuchen198]

更新得越快，一般说明功能越不稳定

[Torpedo]

都是用 ai 做自动化迭代、测试和发布。人基本只录入需求和控制方向

[prosgtsr]

楼主想的：如何在这么快更新的前提下保障质量
实际发生的：保障不了太多，AI 能保障多少是多少吧

[OliverDD]

我知道的一个产品：没人 review 代码，发布出 bug 写代码的人也不管，oncall 处理。

[Rorysky]

你 vibe 他也 vibe
自举了

[tf2]

@sommio oh my pi 好用么

[Geon97]

claude code 和 codex 也基本上一天一更

[TArysiyehua]

AI 时代的开发效率很高，但是说实话，稳定性与质量都比以前人工写的要差很多。

[cvbnt]

半个月前 codex 更新速度相当变态，一天更三次，现在还好，三天更一次差不多

[ndxxx]

更新快，质量差。LLM 的本质依然是炼金术。

老生常谈，裸 LLM 再强也是上限 1M 的注水上下文，各种 harness 本质上还是信息压缩和工程优化。优化过程吹的再强，结果还是腹泻式更新发版🤣

[IvanLi127]

合并冲突就是一个简单的苦差事，开发流程规范好，AI 解决冲突几乎不出错。
自动化测试搞好也不至于经常出不可接受的问题。
AI 清洗复现整理反馈的缺陷后，信息也很充足，修起来也很快。

[2333wz]

COD 是如何做到一年一代的（三个团队轮流发版）

[PowerDi]

哥们，zcode 没有 vscode 那些插件，好用吗，支持 c++吗

[JasonYip]

好几次更了 bug 进去 然后第二天紧急修 你看看日志就知道 已经吃了好多次屎💩了

[catamaran]

只要我发版足够快，bug 就追不上我

[mtan]

CI/CD 代码部署自动化啊，虽然我一个人，但是一天部署十几次是没有问题的。
看看我这个项目连 release doc 都是自动发布的。可以试下我的这个工具 https://github.com/gisiahq/gisia

[XenoGear]

所有的流程都是 ai ，人类只负责检查结果和查 bug ，一行代码基本都不会写的，完善的 harness 完全是可以做到的

[cutecore]

ai 开发，ai 测试，然后 bug 满天飞？去看更新日志，或者 bug 反馈群里面。感觉就没有质量控制。