关于AI负责全栈

我之前都是把前端代码和后端代码都放到一个文件目录里，然后让它自己同时去处理前后端的代码。然后前端和后端分别用自己的git去管理。这样提交的时候一样可以同时提交。还不会提交到同一个仓库里面。

个人观点，我觉得实际项目分开来负责是因为真的需要负责人不同，划分责任，否则没必要分开。能够节约中间的沟通成本，何乐而不为。

我是这样的 前后端项目直接放在同一个文件夹 然后用同一个会话

claude 里面可以通过 /add-dir 添加另外一端的文件夹

codex 里面可以 @另一端文件夹里的 README 文件

让它结合前后端开发

就一个 workspace/project 一个项目，不分端。monorepo 模式友好。

一般都是前后端项目再一个文件夹下面，给AI写好规范。就开始框框整，感觉不同角色负责不同的太麻烦了，而且还会有冲突，浪费token。直接梭哈 ^-^

我一般是

xxx

├── xxx-server # 后端目录 git子模块

├── xxx-web    # 前端目录 git子模块

├── docs       # 文档目录

└── ...        # 其他文件(README,AGENTS等)

这种结构，直接在根目录下启动会话

一个目录下 分N个端的文件夹，前后台客户端等，各一个；直接大目录拖到project 干就完了

monorepo 前端项目实操 - ChlorineC’s Blog

vscode里面有个workspace的功能 一般跨项目或者前后端就搞个workspace放在一起.

claude和codex都能读取的到 ^-^

好的，谢谢佬，我后面试一试，我之前担心的是会不会前后端它给搞混了，或者是只记得修改后端不修改前端之类的

后端项目再一个文件夹下面，给AI写好规范。就开始框框整，感觉不同角色负责不同的太麻烦了，而且还会有冲突，浪费token。直接梭哈 ^-^

佬们怎么解决UI还原度的问题呀，感觉现在还原度不是很好

像一个目录放多个项目也行。

我的方案是有一个项目做项目管理的工作，因为我这项目比较多，这样我平时开发就只在一个项目目录下，然后项目下做多项目管理，这样项目不受结构影响，开发时候也能自动查找需要的项目，已经用这个方案很长时间了，暂时感觉还行

学到了，还想问问佬。

如果在同一个文件夹下面，ai一次能完全理解前后端所有的代码吗？

其实是两件事情吧：多项目组织的结构和利于AI编码的结构。前者就是传统的古法的两派：多仓库和monorepo。后者的话更多是提示词工程上下功夫：cursor的话就是rules，其他cli就是CLAUDE.MD/AGENTS.MD上对项目的架构总结/风格/维护手册之类的定义好就行。

我是一个大目录下分前后端目录，ai的rule.md都放大目录下、git也是，整体为1个项目，想细致点就前后端目录下面分别放git，前后端分离人不分离的话，大目录下开会话直接说需求前后端一把嗦减少沟通成本，这样还能减少出错率吧，避免2个会话你跟它分别描述的前后端功能总会有不一致的地方。前后端一个会话每次功能少些点、功能拆细点避免同时写2端单会话token打满

自己用AI搞全栈，个人感觉monorepo更友好

我们现在是把仓库放在同一个文件夹上的，然后在根目录打开ai的终端，操作的时候让他一起修改一起适配的