architecture

技术选型：端 → 技术栈 →（后端额外定架构）→ 选型分析落盘到 docs/standards/。

Step 0 — 前置检查（分端差异化，先检查后汇报）

按端检查输入，后端要求最全，前端/App/桌面端/小程序可放宽（客户端选型只依赖接口定义）：

端	必需（缺失即 ✗）	建议（缺失可容忍，不阻断）
后端	`docs/product/business-flow.md`、`docs/specs/data/`（table.sql 或 schema.json）、API 定义	`docs/standards/CLAUDE.md`（约束层约定）
前端 / App / 桌面端 / 小程序	API 定义	`docs/product/business-flow.md`、`docs/standards/CLAUDE.md`

API 定义 = docs/specs/API（OpenAPI）或 docs/specs/grpc（proto），取已存在者。

检查后向用户汇报：按端列出 ✓ / ✗ 及缺失文件，说明当前检查结果能满足哪些端。示例：

后端 ✗（缺 business-flow.md）；前端 ✓；App ✓；桌面端 ✓；小程序 ✓ —— 客户端可直接选型，后端需先补齐。