🐛 fix(deploy): 移除服务 profiles——裸 up / 裸 -f 恢复一键可用

compose 规则：声明了 profiles 的服务在不带 --profile 时永远不会被选中。
拆分首版保留 profiles（双保险设计）导致部署机实测 docker compose up -d
与 -f <file> up -d 均报 "no service selected"，与"一键部署、换文件名换
模式"的核心诉求互斥，故彻底移除：

- 三个 compose 文件的全部 services 去掉 profiles 块，模式切换唯一入口 = -f 文件名
- 历史 --profile full/moldinsight/inventory 写法随之失效（目标服务本就已
  移出默认文件，兼容无意义）；文档/构建脚本提示/STATUS 日志同步改为失效声明
- frontend/README 移除"仅起前端"用法（前端反代依赖 unified backend，推荐整栈）

Co-Authored-By: Claude Code <noreply@anthropic.com>

docs/OPERATIONS.md

@@ -83,20 +83,16 @@ npm run gen:api    # 从根目录 openapi.json 重新生成 src/types/api.ts（
 ```bash
 # unified（默认；frontend + backend + moldinsight-celery）
 docker compose up -d
-# 或（profile 双保险）
-docker compose --profile full up -d
 
 # moldinsight-only（moldinsight + moldinsight-celery）
 docker compose -f docker-compose.moldinsight.yml up -d
-# 或
-docker compose --profile moldinsight up -d
 
 # inventory-only（仅 inventory）
 docker compose -f docker-compose.inventory.yml up -d
-# 或
-docker compose --profile inventory up -d
 ```
 
+> 旧 `--profile` 写法已失效（服务不再声明 profiles）；模式切换唯一入口是 `-f` 文件名。
+
 - 镜像构建：`bash deploy/build.sh`（base → backend → celery → frontend 4 个 tag）；首次部署或更新代码后必须先 build 再 `up`。
 - PostgreSQL / Redis / RustFS 通常**复用服务器已有服务**，不由项目 compose 自带；容器只注入连接配置。