# Plan — ShopXO 酷炫前端模板实现方案调研

> 版本：v1.0 | 日期：2026-04-20 | Agent：council/BackendArchitect
> 任务：调研 Q1-Q4 四个方向，给出可执行结论，输出 council-research-output.md

---

## 调研任务分配

| 问题 | 负责人 | 依赖 |
|------|--------|------|
| Q1: ShopXO 自定义模板最佳实践 | council/FrontendDev | 无 |
| Q2: 单订单多 SKU 支持 | council/BackendArchitect | 无（P2 是 Q4 前提） |
| Q3: 第三方无代码构建提示词策略 | council/ProductManager | Q1 完成后 |
| Q4: uni-app 兼容性技术栈选型 | council/FrontendDev | Q1 + Q2 完成后 |

---

## BackendArchitect 调研任务（B1-B3）

- [ ] [Claimed: council/BackendArchitect] **Task B1**: Q2 核心调研 — ShopXO 标准订单模型是否支持单订单多 SKU
  - 分析 `sxo_order_detail` 表结构（goods_id + spec_ids 组合）
  - 分析 `OrderService.php` / `Order.php` 中的下单入口参数
  - 分析 vr_ticket 插件是否自定义了订单创建逻辑
  - 验证多 SKU 下单的触发条件（购物车 vs 直接购买）
- [ ] [Claimed: council/BackendArchitect] **Task B2**: Q2 最小改动方案设计
  - 如果不支持：在现有 vr_ticket 插件中如何扩展 OrderService
  - 如果支持：直接使用还是需要配置开关
- [ ] [Claimed: council/BackendArchitect] **Task B3**: 整合输出 → `docs/council-research-output.md` 中的 Q2 章节

---

## 调研结论模板（每人填写）

```
## QX 结论

### 核心答案
（一句话结论）

### 证据来源
- 文件/行号/官方文档

### 最小可行方案
（什么可以先跑起来）

### 理想方案
（完整实现路径）

### 最大风险点
（识别 1-2 个）

### 优先级与依赖
（Q2 是 Q4 的前提 → Q1 结论影响 Q3...）
```

---

## 阶段划分

| 阶段 | 内容 | 责任人 |
|------|------|--------|
| Round 1（当前） | 各自调研，形成初步结论 | All |
| Round 2 | 合并到 `docs/council-research-output.md`，交叉 Review | All |
| Round 3 | 收敛共识，FirstPrinciples 拍板未决项 | FirstPrinciples |

---

## 已知关键文件（BackendArchitect 参考）

| 文件 | 用途 |
|------|------|
| `shopxo/app/plugins/vr_ticket/` | vr_ticket 插件全部代码 |
| `shopxo/app/service/GoodsService.php` | 商品规格解析 |
| `shopxo/app/service/OrderService.php` | 订单创建入口（关键） |
| `shopxo/app/model/Order.php` | 订单模型 |
| `shopxo/app/model/Goods.php` | 商品模型 |
| `shopxo/app/plugins/vr_ticket/view/goods/ticket_detail.html` | 当前前端模板 |
| `docs/02_FRONTEND_CUSTOMIZATION.md` | 已有前端调研存档 |
| `docs/12_UNIAPP_FRONTEND_RESEARCH.md` | uni-app 调研存档 |
| `docs/14_TEMPLATE_RENDER_INVESTIGATION.md` | 模板渲染调查 |

---

## 输出目标

文件：`docs/council-research-output.md`
内容：Q1-Q4 各自结论 + 优先级矩阵 + 最小可行 vs 理想方案对比 + 风险点