公司正在推团队 AI 编程，之前自己搞搞小项目从 0 到 1 用 opencode+openspec 挺好用的，但是对于公司的包含几十个微服务的老项目(单个微服务难以理解整个项目的复杂调用链路和跨微服务的业务)，再加上需要团队协作，这种场景下的 vibe coding 怎么搞？ v2 里大佬多，想听听各位的想法
我简单说说我的思路：
思路目前仅停留在想法阶段，还没有实施，想听听各位大佬的意见和实践经验
 |
1
mindddd 6h 24m ago
我目前也遇到这个，我用 /understand 然后每个修改都 recap 一下，不过就是 token 会变多一点，但是下次上下文检索的时候就快很多并且减少 token 。
|
 |
2
OrdinaryMan OP @mindddd understand 和 recap 都是自定义的 command/skill 吗？
|
 |
3
harlen 6h 22m ago
微服务的目标就是把业务逻辑隔离啊。
你的微服务，如果都需要理解其他服务的业务了， 直接把他当单体项目，一个主仓库，多个子仓库来当单体项目跑吧。 |
 |
5
Oilybear 5h 54m ago
和人一样，你个人要管理多个微服务组成的大型项目的第一件事还是收集必要的信息建立全局链路。我觉得除了 llm-wiki 的部分如果有同事有对业务有一定了解可以参考。
llm -> 带来的是快和不确定 你要做的是减少不确定 |
 |
6
op351 5h 41m ago
建 wiki 文档的思路是对的
但是可以考虑在每个子项目内建立对应的 code analysis summary ，而不是整个项目一个 wiki 在子项目内部开发时，确保每一次更新提交都更新对应的 code analysis summary 。 然后子项目开发时如果遇到外部调用的时候，让 agent 自己去读其他子项目的 code analysis summary ，然后他自然会去理解对应的业务逻辑，如果链式调用的话，也是一样的逻辑。 单独建一个 wiki 项目去做项目下所有子项目的文档维护的话，我觉得维护成本有点大。 |
 |
7
xiaomushen 4h 27m ago
简单，放一个 workspace 里
|
Select Language