采用分离目录结构（/backend 和 /frontend）隔离 PHP 与前端依赖，通过根目录脚本统一管理安装与启动流程，禁止跨生态共享依赖，启用 lock 文件锁定版本，确保环境一致性和构建可靠性。
在全栈项目中，前端通常使用 NPM 或 Yarn 管理依赖，而后端 PHP 项目则常用 Composer。当两者共存于一个项目仓库时（如 Laravel + Vue/React），很容易出现依赖管理混乱、版本冲突、安装效率低等问题。解决这些冲突需要清晰的策略和合理的工程实践。
统一项目结构，分离关注点
将前端与后端的依赖完全隔离是避免冲突的第一步。推荐采用清晰的目录结构：
- /backend：存放 PHP 代码，composer.json 在此目录
- /frontend：存放前端代码，package.json 在此目录
- 根目录：可保留脚本或 Docker 配置，不放具体依赖文件
这样能确保 Composer 和 NPM/Yarn 各自管理自己的生态，互不干扰。团队成员也更容易理解项目布局。
通过根级脚本协调依赖安装
虽然依赖分开管理，但开发和部署流程应统一。可在根目录添加 scripts 字段或 Makefile 来集中控制：
{ "scripts": { "install": "cd backend && composer install && cd ../frontend && yarn install", "dev": "concurrently \"cd backend && php artisan serve\" \"cd frontend && yarn dev\"" } }使用 concurrently 或 npm-run-all 可并行启动前后端服务，提升开发体验。CI/CD 流程中也可调用这些脚本，保证构建一致性。
将一个或多个 UI 原型图、线框图、产品截图或设计稿转换为标准化、可直接交付的 PRD 风格文档，供产品、设计、前端和测试共同使用。适用于 Codex 需要分析 PC 网页、桌面端、移动端、响应式页面、独立弹窗、表单、表格、看板、数据大屏或多页面流程截图，还原页面结构与交互，强制套用固定文档模板，抽取跨页面共享规则，或把一组原型沉淀为单页规范文档加整体业务流程文档的场景。不适用于纯视觉审美点评、代码实现、接口设计、埋点方案、竞品分析或无 UI 输入的业务需求创作。
避免共享依赖，明确职责边界
常见误区是试图让 Composer 安装前端库（如通过 asset-packagist）或将 JS 库放入 PHP 项目。这种做法已逐渐被淘汰，原因包括：
- 版本更新滞后
- 构建流程复杂化
- 工具链不兼容
现代项目应坚持“各管各的”原则：Composer 只负责 PHP 包，NPM/Yarn 负责前端生态。静态资源通过构建输出到 public 目录即可，无需交叉管理。
锁定版本，确保环境一致
无论使用哪种工具，都必须启用锁定机制：
- Composer 生成 composer.lock
- NPM 生成 package-lock.json，Yarn 使用 yarn.lock
将 lock 文件提交到版本控制，确保所有环境安装相同版本。同时建议团队统一 Node.js 和 PHP 版本，可通过 .nvmrc 和 .php-version 文件声明。
基本上就这些。关键在于结构清晰、职责分明、流程自动化。只要前后端依赖不混在一起，协作就会顺畅很多。
