vebe coding 时代，是不是单体架构比微服务架构更合适 ？

[bajitanglang]

我在推特上看到这个帖子，感觉有点道理，AI 可以看到全部的代码，理解上下文

[Xhack]

不管是 单体架构和微服务架构 AI 都可以看到并且理解

[dnfQzjPBXtWmML]

个人经验：vibe coding 需要更极致的模块化。不是为了可重用，而是为了代码隔离：即是为了隔离问题，也可以减少修改代码时涉及到的上下文。

[LDa]

微服务也可以通过添加到同一个工作空间中让 AI 窥见全文

[sentinelK]

代码结构、AI 上下文可见性、程序架构，这三者是风马牛不相及。

并不会互相影响。

[YanSeven]

我觉得微服务的也没有什么问题，更利于并行和上下文管理。一个 agent 和一个上下文窗口专门负责一个子模块或者服务。

[xiaomushen]

微服务当然可以放同一个工作区让 AI 来做

但是不可避免的，overhead 的行文会变多，而且每个微服务都要拉起来运行调试或查看日志，耗费的 token 也更多

总得来说，稍有劣势

[zhengfan2016]

难道不是微服务+monorepo 比单体更有优势吗，你 ai 把东西改坏了，你整个大单体编译啥的都是时间啊，如果微服务，你可以保留部分新功能的前提并把把有问题的服务回滚

[teaguexiao]

单体确实更适合 vibe coding 入门，全部代码在一个地方 AI 辛苦少。不过项目做大后常思维还是模块化，单个上下文窗口按妈如果塩海了按重起就好。

[irrigate2554]

讲道理我觉得人写代码也不需要微服务，纯纯浪费

[lmmlwen]

很久没听到微服务这东西了

[joelaw]

人少的情况下搞微服务，纯粹折腾自己

[xiapipi]

跟什么时代感觉没什么关系。看团队吧。中小型的开发团队，搞什么微服务纯折腾自己。

[bajitanglang]

@zhengfan2016 对，是这个，表达错误，谢谢

[livin2]

推上原帖是哪个，看看

[Sezxy]

屎山越大，AI 分析上下文耗费的 token 也会更多

[zzsong]

不是利好单体，而是利好 monorepo

[vmoewill]

工作区也可以看到全部的代码，api 、service 和 proto 添加到一个工作区即可。

[bajitanglang]

@livin2 https://x.com/intuitiveml/status/2043545596699750791

[murmur]

一直就是，尤其是中小型企业应用，一台牛逼的数据库服务器足矣，并发就二三十，要什么微服务