AI时代该如何管理项目结构

在我提应该把前后端项目放到一起的时候，被拒绝了，我觉得是他们思维不够快。在我提应该把同一批人开发的两个前端应用的仓库合并成一个的时候，他们接受了，于是我就开始了反思。

在热衷于为AI提供完成，可靠的上下文的时候，在努力解决开发来互切换项目转换思维上下文的问题的时候，我忽略了一些客观因素。

首先，当我以前端项目生成一个需求的技术文档的时候，我时常懊恼于它不准确的接口命名，天马行空的接口字段。这时候我常常在想如果我将前后端放到一个项目，尽管命名仍旧有个人风格，但是由于AI会知道的相关字段的变量名，数据库字段名，这是不是会好一些。当我使用AI编写代码的时候，如果它不了解我说的业务的含义，是不是它能通过后端代码构建更完整的上下文？这便是我犯的第一个错误。

我在拼命为AI提供上下文的时候，忽略了前端在我这里的权重，也忽略了前后端同时存在的时候AI的权重。由于我们仍然保留"产品->UI->前后端->测试"完整的人员分配，当我目标只聚焦于前端功能的时候，AI常常会平等的对待它们，以至于我必须不厌其烦的去阐明只需要前端代码而不是需求。

同样的问题也出现在我将两个不相干的前端应用仓库合并到同一个的时候。

拼命的把注意力给AI，从而让我忽略了开发者个人的角度问题，在单仓库的时候也一直没有意识到AI的注意力问题。这是我经过这次认识到的问题。

最后再点个题：项目结构既要符合团队习惯，又应该符合让AI在合适的时机获取所需的上下文。

如果这个时代的前后端已经变的由一个开发来驱动，那么放到一起是最好的选择。但是不要把不相干的项目放到一起，不然只会有痛苦。

如果还保留着完整的工作流程，让AI也各司其职将是最好的选择。