GoForum🌐 V2EX

[闲谈] OpenClaw 创造了软件工程的奇景

reatang · 2026-02-24 17:02 · 0 次点赞 · 8 条回复

最近 OpenClaw 已经开始日更了,每天发版本,依然还有 3k+的 issues 和更多的接近 4k 的 PR ,真的不是人或者某个人类组织可以处理的量了,如果将这个量交给你,设计什么方案消化呢?

8 条回复
aqqwiyth · 2026-02-24 17:07
#1

不焦虑 后面还有更牛逼的打败他, 现在一句话他能烧几百万 token ,不是一般人能烧的起

a0210077 · 2026-02-24 17:07
#2

我会用 AI 来处理,毕竟人是看不过来的

bojue · 2026-02-24 17:07
#3

作者不就是有 codex 开发的,CodeX 现在也是自家的产品产品 token 不要钱

让 codex 批量分类,直接关闭不合理的 issue ,整理出来暂时不需要的功能,人工 review 下

针对目前可处理的需求,自动执行需求梳理,开发,代码和 review ,发个人工 review 下需求和代码,优先把能处理的处理掉

SilentOrFight · 2026-02-24 17:22
#4

openclaw 真的要尽早重构,改成完全插件化系统,核心系统保留,具体功能都改成插拔式插件,定义标准化接口,由用户自定义接入。现在一堆问题,连谷歌反重力 oauth 封号这种事都要发个版,正常就应该只是这个反重力 oauth 模型接入插件不能用,不需要迭代版本。

xing7673 · 2026-02-24 17:22
#5

我用 ai 都感觉很难来处理,应该是做了很特化的工作流

iorilu · 2026-02-24 17:22
#6

这东西可能会形成一个巨大的代码库

可能是一个 bot 使用的自动化的操作系统

stinkytofux · 2026-02-24 17:27
#7

这就是一个快速形成的屎山.

maichael · 2026-02-24 17:32
#8
  1. 这就是个快速成型的屎山,并且完全没法重构(重构不如重写快)
  2. 完全 Vibe Coding 就只适合项目前中期快速试错,一旦项目复杂度上来了,就需要人大幅度介入和参与了,人和 LLM 的主次就反过来了,所以挑选一个合适的炸屎时间尤为重要。
添加回复
你还需要 登录 后发表回复

登录后可发帖和回复

登录 注册
主题信息
作者: reatang
发布: 2026-02-24
点赞: 0
回复: 0