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

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

Xhack

5 月 12 日

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

dnfQzjPBXtWmML

5 月 12 日

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

LDa

5 月 12 日

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

sentinelK

5 月 12 日

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

并不会互相影响。

YanSeven

5 月 12 日

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

xiaomushen

5 月 12 日

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

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

总得来说，稍有劣势

zhengfan2016

5 月 12 日

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

teaguexiao

5 月 12 日

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

irrigate2554

5 月 12 日

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

xiapipi

5 月 12 日

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

bajitanglang

5 月 12 日

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

Sezxy

5 月 12 日

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

vmoewill

5 月 12 日

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

murmur

5 月 13 日

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

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1212106

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

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

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